Forum Replies Created
-
Posts
-
I will be updating the app store applications very soon with this support added. Thank you for your patience.
If you wish to use AC and DC valves than the OpenSprinkler DC will be your best bet.
Regarding the sub forum we will consider it.
Thanks!
Once you have a working Linux install (beyond the scope of the setup) all you have to do is follow three steps:
git clone https://github.com/OpenSprinkler/OpenSprinkler-Firmware
cd OpenSprinkler-Firmware
./build.sh ospiI’m not an expert either but is it possible too much current is being drawn. If you put less lights per station is it more stable?
Honestly, this is sometimes seen and I believe it’s due to the Arduino network stack being used because I also experience small windows of downtime but they are usually short lived.
Personally I’m using a very old phone cable with 5 pairs of wires to handle Ethernet which probably explains the intermittent connection. Not sure if that helps but maybe a cable or something in the path isn’t reliable or maybe the software on the OS isn’t keeping up.
If you again tap the active sunrise or sunset buttons, you will switch back into time specific mode.
Feel free to submit a pull request if you have it working and I’ll review it and get it added in. I need to push an update out for the app for the various changes over the past month or so and this might be a good thing to include.
Thank you!
The last successful weather call does not have a valid value meaning the device is not getting a reply. This could be a network issue such as a firewall which we have seen in the past. Do you have anything unique about your network setup possibly?
For the Raspberry Pi, it can certainly be a part of the distribution however the way the firmware evolved, Pi was not the first platform for it. Now that support exists, it still functions like the Arduino (depending on the cloud). But as you have said a local Apache can accomplish the same thing however manual updates would be required to stay updated.
The zip is always updated on release however the Github link is the “bleeding edge” release which also works.
The SSL is is an issue in the apps if it’s not valid (self-signed). Try using a free certificate like start-ssl.com.
Under the options, you can increase the number of expansion boards (even if you don’t have any plugged in). This will allow you more stations which you can map to a remote station basically creating virtual stations.
The weather updates do no occur while a program is running because the Arduino can only run a single task at a time. Therefore, if the weather update is delayed due to network congestion the controller might not correctly start or stop a station at the precise time. For this reason, we opted to not update during watering.
In your situation, using it for both lighting and watering, you will run into the issue you are describing. Furthermore, we don’t have a hook to force update the weather from within the app, this only occurs every hour when no program is running.
Hope that clarifies what you are seeing. As far as mitigating it we will have to do some research and discuss with Ray the best way to alleviate this in the mean time.
Thanks!
Update: To address your other questions, the controller updates every hour when no program is running and that is its only update schedule.
@sakos I just found the cause for this and will get a fix out for it soon. Thanks for pointing it out!
The OSPi uses the system clock for the time. So long the system is correctly set the time will be reported correctly and you can safely ignore the time zone setting.
Right now it’s bug fixes and minor improvements. Do you have any suggestions for the next app version that you would like to see included?
Thanks!
The end of our weather adjustment support document outlines the formula used to calculate the “scale” this is the end value used by OpenSprinkler.
Source: https://opensprinkler.freshdesk.com/support/solutions/articles/5000017312-using-weather-adjustments
The values which are missing now are not shown because the OpenSprinkler does not use them. We used to display these values for debugging purposes.
The OpenSprinkler only uses the values which are reported out (the current reply you pasted).
Absolutely, I always merge the localizations before pushing out an update. Thank you again for your contribution!
I just merged all of your changes into the main code base and am working on a few issues I believe you reported. Once I have all the known issues resolved, I will push an update out. I am hoping to have this update out within 1-2 weeks.
Thank you for your patience.
Thank you for your contribution. These updates will be incorporated into the next version release.
Thanks again!
That’s a good point about checking the program if watering adjustments are being used before calculating the savings on the logs page. I’ll update the app to resolve this.
Thanks!
Update: Actually, the calculation is only shown as water saved if the percentage is lower than 100%. The log header does not indicate the source of savings (user manual adjustment or weather script automatic adjustment). The end result is water saved from the defined 100% value. Hope this makes sense!
I will look into this as soon as possible and let you know once I found a resolution to this issue. Thank you for the detailed report!
I will look into why this isn’t working but in the meantime, as a work around:
1) Export your configuration
2) Look for the variable “tz”:
3) Change the value using the following encoding:minute = ( minute / 15 >> 0 ) / 4;
hour = hour + ( hour >= 0 ? minute : -minute );tz = ( ( hour + 12 ) * 4 ) >> 0;
4) Import the new configuration
You can also use the API to modify the “tz” variable however the command to change that option will require you to provide all binary based options otherwise it will clear them. The method above avoids any disturbance to those variables.
I will let you know if I can reproduce or fix the issue with OSPi.
Thanks!
