Forum Replies Created
-
Posts
-
The ignore password was indeed a bug in the interval program. I have submitted a fix here: https://github.com/Dan-in-CA/OSPi/pull/55/files. Once merged, you should be able to update and have it work without issues.
Thanks.
Answering your final question, you are correct, the password is the interval program password that defaults to “opendoor”.
To touch on the interval again, it doesn’t matter what it is so long it’s longer than any feasible time within your start and end time duration. For example, if you have a start of 2:00AM and an end of 5:00AM you can put the interval to 3 hours (180 minutes) and be confident the program won’t run more than once (assuming you have a station run time of at least 1 minute, in this example). The interval is the amount of minutes to wait before running the program again within the confines of the start and end time.
The ignore password box not updating might be a bug. I will look into this, thanks!
Can you post the output of /jp please, to compare?
The app is only getting 8 programs from OS so I want to check if it is a firmware error.
If you don’t mind can you please give me the output of controller settings? In the app, on the left side panel is an export configuration option. To the right of that text, is another small button with an arrow. This button emails out the configuration of your device. I am interested in the programs to see if the set contains more than 8 programs (as this is what the program uses to render the editor page). Also, if you don’t mind just to compare the program’s interpretation to the OpenSprinkler output can you please give me the results from this page: http://your_opensprinkler_ip/jp.
Once we have this information we should be able to identify the problem.
Thanks!
Thank you for the feedback. In regard to the password error I understand your point and will see what I can do to clarify this in the future. Right now the password error likely has nothing to do with a password. When doing AJAX requests, the error code can get masked as 0 which makes it somewhat of a guessing game. In the past, the issue was typically related to the password being incorrect when making changes to the device however I see how confusing it can be when no change is made and an error about password appears.
Again, I will take a look at this to see what can be done to clarify it.
In regard to the program interval it simply means how long to wait before running the program again. The firmware anticipates this for every program and the only way you can run each program “once” is to extend the interval to a duration equal to a day since programs are a daily event.
The symptoms you describe relating to the settings not being saved sound like an old copy of OSPi. Can you please update and let me know if this fixes your issue.
Thanks.
For continued desktop coverage the app is now supported on Windows 8.1 available from the Windows Store here: http://apps.microsoft.com/windows/en-us/app/sprinklers/ebc0d2d1-9678-4e72-9a9d-6d60e946b8c0
This supports tablets as well (Windows RT).
I have updated my plugin (weather_adj) to no longer use APScheduler. The new plugin is awaiting Dan’s approval but should resolve the headaches people are experiencing.
@craigmw Thanks! I just recently finished adding back all the features to the app (and OSPi via plugins). I am also now going through and adding desktop support via browsers and app stores. The OS X app is out now as is the Google Chrome and Firefox apps. The links are all here: http://rayshobby.net/phpBB3/viewtopic.php?f=33&t=520
I discontinued development on the web app in favor of the native apps. Just open the Google or Amazon App Store and search opensprinkler. The app is called Sprinklers.
I just pulled the latest version of the code on Dan’s Github (https://github.com/Dan-in-CA/OSPi) and used your location: “Grafrath,Germany” which returned “rain” weather code triggering a rain delay when using Weather Underground. Going to the homepage shows the rain delay is in fact set.
However, when using Yahoo! weather I noticed two things. One I have a bug preventing Yahoo weather from triggering a delay. I just pushed a fix to Dan’s repo and hopefully have that merged in soon. Second, your location right now on Yahoo weather is returning “cloudy” (code 28) which would not trigger the delay anyways.
Thanks for the information. I also found a bug preventing weather from being shown in your location on the mobile app and have already issued a fix for it for the next version.
I am not a fan of APscheduler and another user has contributed a solution that doesn’t depend on it. Hopefully it gets merged in and we can avoid the dependency issue in the future.
Problem with APScheduler is 3 different versions and the method used by these plugins requires version 2 (not interoperable). Very poor documentation for the plugin as well in my opinion.
This is a new plugin and I am still tightening the integration with the mobile app (more to come on this in the next update). The weather shown in the mobile app is separate than the OSPi weather plugin source (weather plugin vs weather provider in settings page). This will be changed in the next update to use the OSPi information when provided rather than the mobile app settings.
As you noticed it uses the location set via the device options page.
The plugin outputs it’s status to console. The plugin uses the rain delay setting to execute its stop and therefore will be noticed as a rain delay in the mobile app when activated.
It has and will be pushed in the next update. The issue was Arduino and OSPi save the times slightly differently. I’ve updated my mobile app plugin for OSPi and mobile app 1.1.6 will address this.
Thanks!
The app is now available from the Mac App Store: https://itunes.apple.com/us/app/sprinklers/id903464532?ls=1&mt=12
I did notice the media assets in the app store display are a bit pixelated. Not sure how this happened but I will update the screenshots in the next update.
The automatic device detection isn’t working yet but should be in the next update as well.
Thanks and enjoy!
The most likely issue is you have an interval of 0. The programs will not run (hence no preview) unless the interval is greater than 0. To avoid repeating set to a high value such as 23 hours.
Ray usually posts on the forums what has changed with each revision. I did find this document on Github which documents the major changes between versions: https://github.com/rayshobby/opensprinkler/tree/master/OpenSprinkler%20Controller/software/arduino-code/libraries
For android users the 1.1.4 update introduced a hardware back button error when exiting the app (final back button). I’ve identified the bug and will have a fix pushed out soon.
Thanks
Update: A new version has been pushed to address the Android and Windows Phone issues. They should be available within a few hours.
Sorry to hear about your problem. It sounds like the sequential mode setting got unchecked in the device options.
The easiest way to backup your data is by using the mobile application. This should be available on almost any platform and will allow to import the settings right back in after firmware update.
Sure, for anyone interested, the translations are done here: http://www.getlocalization.com/Sprinklers/
Thanks!
@rjalex thanks!
By the way, I really want to thank all the user’s providing language localization! You all have been very reliable and I am sure other user’s appreciate it as well. Some facts: we have 9 total languages most of which are 100% up to date. The project has a total of 259 strings composed of a total of 842 words. The project currently has 11 translators contributing to localization.
I think that’s a great idea! I’ll be honest though, I don’t own an OSPi or even a Raspberry Pi.
I wanted to lay the ground work and also bring the features users had when using the PHP based web app in this plugin.
Basically, I am hoping the community takes over the plugin and contributes to it. If time allows, I can look at coding the forecast check myself. A lot of the grunt work for forecast reading was done by user @charvel and used in my mobile app and likely easily ported to Python for plugin use (both Yahoo and Wunderground).
Thanks!
I just finished adding a retry implementation to the mobile app to make it much more resilient in poor network environments. Testing it against an environment with 30% packet drop and 1000ms delay on the downlink used to have almost a 0% success rate and now almost always succeeds.
I should have this update out soon (along with a bunch of other fixes). Just need to do some final testing.
Thanks!
