[atatistcheff]

The station names and other info came over just fine. Also the number of programs (7) and program names. Right after the import we had several days of rain so I had it on rain delay. I didn’t bother to check all the station run times assuming they were good too. It was just this week when the sprinklers should have started working again that we noticed the lawn was dry and we were having stations pop on for a second. When I finally looked at the schedule graph it was a bunch of vertical lines as most of all of the stations were scheduled to come on for a single second every few minutes.

[atatistcheff]

Yes I think it is a bug. What I did was use the mobile app to export and import. If you can tell me how to find that export file on my phone I will send it to you.

[atatistcheff]

Ok sorry to reply to my own post so fast. Turns out I hadn’t actually checked the programs since I imported. They did not come over smoothly and are set to activate for 1 second every few minutes. I guess I just assumed the import worked since the station names were correct. Turns out the station times are completely bonked. Mystery solved.

[atatistcheff]

I am seeing a problem with the Android app where I cannot set the watering percentage. This is under Device Settings -> Device Options. When I make a change to the % Watering setting then tap Submit I get the circular spinning icon and it never goes away. If I back out of that page the percentage is not changed. The only way I can change it is to login to the native app and do it from there. Can you confirm that this should work? Thank you!

Alex

[atatistcheff]

Might have spoken too soon. I do get pages that load intermittently without the style sheets or something. Clicking the Programs button just returned this page:

https://www.dropbox.com/s/3t9om8z8c8lsvvg/Screenshot%202014-06-12%2007.55.48.png

I refreshed the browser and it displayed normally.

Shortly after, I clicked on the logs link and got this one:

https://www.dropbox.com/s/1fldu8jdobv81b9/Screenshot%202014-06-12%2007.56.13.png

I am using the wired connection to the Pi instead of Wifi for a more reliable connection at least that’s what I’m hoping 😀

[atatistcheff]

think moving forward it’d be better to fix the bugs in 2.0 than reverting back. Furthermore, 2.0 offers some new features including logging support for the mobile app. I will take a look at the program preview and see what I can fix however just to clarify, is it just the preview thats wrong or are the programs running incorrectly in 2.0?

Yes, using the newest version is definitely the preferred route. I think some of the programming screen issues I saw were related to my (so far unsuccessful attempts) to get the Apache SSL reverse proxy working. As for the display I do believe the stations are functioning sequentially, at least they did this morning. The preview sometimes looks right and others not so much.

These are the programs: https://www.dropbox.com/s/odk65wwtihp1thz/Screenshot%202014-06-12%2007.41.02.png

This is the corresponding schedule preview for today (an even day)
https://www.dropbox.com/s/esh4f4sinpdvvlo/Screenshot%202014-06-12%2007.35.45.png This actually looks right, the Programs show running in sequence right after another.

Tomorrow (an odd day) it’s not looking so good. https://www.dropbox.com/s/wgnw35o57utv113/Screenshot%202014-06-12%2007.44.37.png According to the schedule, on Friday it should be Programs 1,2,3,6,7. However on this day it only shows program 1.

On Saturday the 14th we should be back to Programs 1,4,5 just like today but the screen shows all the stations coming on at the same time. https://www.dropbox.com/s/gg0wibwfudbp6mq/Screenshot%202014-06-12%2007.48.02.png

For all of the above programs, the mobile Android app shows them perfectly sequenced lining up with the schedule like they actually run.

[atatistcheff]

I’m having some issues with the 2.0 version. Can you point me to instructions on switching back to the firmware_based branch? Also, if I want to try out 2.x again in the future is it as simple as moving the OSPi folder and doing a fresh install via git? I followed the instructions here: http://rayshobby.net/mediawiki/index.php?title=Python_Interval_Program_for_OSPi#From_an_older_version_not_installed_using_git to install 2.0.

Thanks!
Alex

[atatistcheff]

After update to 2.0 of interval I am also seeing the same thing as eecyclone. In the Android app it looks just fine with the stations all sequenced one after another but in the new web GUI they are all lined up under 2:00 a.m. In addition it is much slower and I’m finding that several features like editing programs don’t seem to work. I used the method which involves renaming the OSPi directory and pulling down the new version with git. I should think there are no old artifacts still around but maybe I did something wrong. Anyhow, probably something to bring up in another thread.

[atatistcheff]

Hey, I’m trying to get the SSL proxy working with the Apache webserver installed. I’ve enabled the proxy modules but am having a problem with the proxy not replacing the references to localhost:8080 as I think it should be. I added a couple lines to try and get it to do so but no joy. Can someone take a gander at this Apache config and tell me if there’s something that jumps out at you? Here is the config:

ServerName opensprinkler

ProxyRequests Off

ProxyVia Off



Order deny,allow

Allow from all



ProxyHTMLExtended On

ProxyHTMLURLMap  http://localhost:8080    /

ProxyPass / http://localhost:8080/

ProxyPassReverse / http://localhost:8080/



Order allow,deny

Allow from all

#    AuthName "Access Restricted"

#    AuthType Basic

#    AuthUserFile "/etc/apache2/.htpasswd"

#    Require valid-user



#  Alias /mobile /var/www/sprinklers

#  LogLevel debug

ProxyHTMLLogVerbose On

LogLevel warn

CustomLog /var/log/apache2/access.log combined

ErrorLog /var/log/apache2/error.log

SSLEngine on

SSLCertificateFile /etc/apache2/server.crt

SSLCertificateKeyFile /etc/apache2/server.key

SSLProtocol -ALL +SSLv3 +TLSv1

SSLCipherSuite ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:!LOW:!SSLv2:!EXPORT

Here is what the browser is seeing with the view source option in Chrome:

var baseurl="http://localhost:8080"

var ver=183,devt=1402508212;

var sd = {

nbrd : 1,

tz : 24,

en : 1,

rd : 0,

mm : 0,

rdst : 0,

mas : 0,

urs : 0,

rs : 0,

wl : 100,

ipas : 0,

nopts : 13,

loc : '83704',

name : '4088 Armstrong',

ir : [0]

}



var sbits=[0,0],ps=0,0],[0,0],[0,0],[0,0],[0,0],[0,0],[0,0],[0,0;

var lrun=[0,99,86,1402506772];

var snames=;

var tempunit="C";

var cputemp=60.5; var tempunit="C";

As you can see, I think the problem is that the HTML script tags still have the http://localhost:8080 when that should have been replaced with something like “/”

Any thoughts would be appreciated.

[atatistcheff]

Thanks, I tried with the same start time and it looks like just what I needed!

[atatistcheff]

The behavior you describe is not what I am seeing. Here is a sample program with three stations starting at 2:00, 2:01 and 2:!0. If they are really going to run in sequence then they should be queued up after on another and run from 2:00 a.m. on. However the preview only shows the P1 program running. I haven’t tried testing the actual sprinkler control but if it’s the same as the preview then stations 2 and 3 will not come on.

[Author]

Posts