[Randy54]

Thank you, Ray. Good architecture, clearly explained.

I appreciate taking the time to help me, as happened when I got the first OS. I recommend it to anyone who cares to listen.

[Randy54]

Thank you… that’s how it appeared in the docs, but it’s easy to miss something in a search. Is there a section on master/remote specifics? For example, in the master/remote setup, remote station 2 is labeled “Corn”. However, when accessing the remote controller directly, station 2 retains its S02 designation. I like programming to the API… just looking for details.

All the best,
Randy

[Randy54]

@ShawnHarte,

Sorry for posting to a dead thread. May I have permission to use some of your ETo code in my personal application? While you granted use rights to OS, I don’t want to presume they are for everyone. While I have good ETO code, yours has some nice additions.

My current ETo software monitors a Wunder Weather Station and stores samples by-second. It also monitors OWM forecasts, so I’d like to ask: have you been happy incorporating forecasts? I noticed that OWM’s projected rain qty moves around a lot and charted their forecasts leading up to each day. This morning I manually skipped watering due to the forecast, but it has dropped already today.

Hoping you’ll notice this,
Randy

Attachments:

1. 

   OWMforecasts.png
   

[Randy54]

The watering level is already being set through the API and works well. This morning the WL was 131% and the sprinkler times increased accordingly.

Thanks for confirming the operation of the system. Alternatively, I can set Rain Delay through the API if rain starts, then zero the delay if the rain stops or rsn Reset All Stations if it reaches 1/3 ETo (for example). There are three NUCs monitoring the weather, thanks to Microsoft Auto Update problems. Each has a time slot and all take turns sending WL commands to OS at 50 seconds after the minute, just before sprinkler programs start.

I noticed that Wunderground updates continue smoothly despite my activities, letting me calibrate Zimmerman parameters as a backup. Very nice product, thanks to all who have contributed!

[Randy54]

The answer to the first question is “No”, and I can’t find any wx push provision in the API. Doesn’t matter that much, this is a very nice product and there are other options.

[Randy54]

Also, is it possible to push current weather readings into OS through the API?

thx, r

[Randy54]

Ray, I hope you’re still monitoring this thread. Since WU doesn’t provide what’s necessary, my weather program is now calculating ETo and WL range 0-200. It updates WL on OS once per minute. Thanks for the nice API! @Roger had some nice posts from a similar high desert location.

Question: if WL changes, is each station’s duration updated while running or in queue? If it starts raining during an active sprinkler program and ETo backs down, my program will update WL accordingly and hopefully change the durations.

Thank you,
Randy

PS, for me, Water Demand makes a good mental image.

[Randy54]

Ah, thank you Ray. I didn’t notice that option earlier. Thx also for the UM link – I have the 2.2.0(1) API doc but hadn’t found the 2.2 UM.

I appreciate your *very* timely responses!

[Randy54]

Thank you kindly, the flags weren’t set.

[Author]

Posts