Forum Replies Created
-
Posts
-
@atatistcheff this was a bug in OSPi. I have pushed an update but waiting for Dan to approve it, thank you for letting me know!
Code changes: https://github.com/Dan-in-CA/OSPi/pull/42
Update: These changes have been merged into the master branch.
I want to add that OSPi users now have the option to do weather based rain delay. Simply update to the latest OSPi (on GitHub) and update the mobile app to 1.1.2 (iOS pending review and should be out today). So long my weather_adj plugin is running on OSPi you can access its settings under device settings section as “Weather Settings”. These options are also changeable from the OSPi directly under the plugins menu.
I noticed a small bug with v 2.0.2 in regard to the options page for the mobile app. This caused two issues: options cannot be saved (due to an opw check) and use rain sensor wasn’t being checked correctly. I sent two pull requests for these bugs.
Also, I am getting a lot of the pickeling errors all of a sudden (especially on v2.0.2) and can’t put my finger on it (posted exact error on Github issue). Any idea what’s causing this? The mobile app only loads the home page for OSPi (for me) about 20% of the time (huge failure rate).
Thanks!
This is a bug solved in 1.1.2, released today. Please grab the update (when available for your device) and let me know if you are still having this issue.
Thank you for letting me know! I found the bugs causing this (yes, multiple mistakes) and have already fixed them. I will try to get an update pushed out soon to handle this but will probably wait a few days for possible language translations for other recent changes.
Thanks again!
I believe I found this bug. It was exactly as you mentioned: it was being hidden because of the end time/start time being the same. This is different than the firmware because another user suggested it fixed a duplicate program rendering bug however this is more likely intended behaviour. This update should be out soon.
This will be solved very soon. I am almost done coding the changes needed. It will be a modal requesting day,hour,minute,second using an up/down button. It does the calculations and conversions to/from seconds for you. Hopefully available within the week.
This plugin is now working (same repo as earlier). I will do some further testing and complete the integration with my mobile app but any feedback at this point would be appreciated.
Thanks!
Update: Dan has kindly merged this plugin into his main branch. Feel free to try it out there too. Mobile app support is now complete pending final testing and release.
Thank you for the input! I agree the range sliders are difficult to use. They used to work well on a range of 60 minutes but many requests were made to increase it. I will consider an entirely different input as I discover how to best solve this issue once and for all.
Thanks again!
As we discussed via email, this is something we can do and once I have additional information regarding the garage door plugin for OSPi I will add in an option for it.
I think this is a reasonable option and something I will add to the todo list.
Thanks!
Update: since we are discussing email I might also add an email option for device backup.
Update 2: I have added these options and should expect to see them in the next release.
Ray, I think I may have to do that however in the future when using per station timing having two sliders will be painful.
Id rather find a single input solution allowing for seconds manipulation while showing the format as MM:SS.
Without duration information having a start time doesn’t help much either though (regarding a power loss).
Your welcome to use the JSON replies that the mobile app uses. Take a look at the plugin, mobile_app. Also, navigate to http://os_ip/jc, /js, /jn, /jo, /jp and /jl.
These should help you get the data you need in a reliable fashion.
The end time only gets factored in to decide if the program can repeat (based on the interval duration). Basically, if the first run pushes past the end time the program won’t repeat.
With that said, no program ever will arbitrarily stop due to end time.
Hope that helps
Thanks for that! This is what I have so far: https://github.com/salbahra/OSPi
The project got delayed a few days since my laptop is being repaired.
This is from Ray on a different post:
Yes, deleting a log file is done via:
http://x.x.x.x/dl?pw=xxxx&day=xxxx
where x.x.x.x is your opensprinkler’s ip address, pw is the password, day is the epoch time in days. To find the epoch time, google ‘epoch time’ and divide the long number by 86400 (number of seconds in a day). For exampe, for July 5, 2014 it is 16256.I know this is a rather awkward way to delete a log file manually, and a better way to delete the log file will be added soon which allows you to select a day in the UI and delete it that way.
It’s partially a bug and partially a missing OpenSprinkler feature. Currently the firmware only allows specific days to be deleted so really the button should disappear on the Arduino (for now).
It’s important to note the firmware is the absolute decider. If the firmware is showing you 3 runs than that’s what will happen. My code has a bug as you have shown and I will do my best to resolve it.
Also, program scheduling changes are coming soon that allow your described behavior.
Which firmware are you using on which device? If it works on the native app what is the problem? The web app isn’t supported anymore so if that’s the issue not much can be done.
Thanks for the compliments! The master station isn’t first due to the rendering of the data array (real time simulation) and is looking for the first valve to open (which subsequently triggers the master). I hope the logic at least makes sense. In the future I will see what can be done to move it to its correct location.
The underlying firmware does support seconds that is correct. The mobile app can be made compatible with such an interface however I don’t think jQuery mobile supports range sliders for time duration so I would need two number inputs or no slider. Let me research this a bit more but it’s a good point thanks!
