Forum Replies Created
-
Posts
-
Whoops, looks like I can already do this, but in the iOS app and the Mac app, pressing the large + button only goes up to 4 days. In the Mac app, if I use the stepper to the right of the number, I can make it higher. In the iOS app and Mac app, editing the number directly lets me set what I want.
So, there is a bug in the app that causes the delay to stop at 4 when you use the large + button.
(Not sure why I didn’t discover this earlier…I guess the large button looked like the only way to change the value.)
Hi Ray,
Does this fix the issue with the 2.1 hardware where enable logging causes only the first zone to run? The last bug fix you listed has to do with SD cards, but I can’t tell for sure. After I upgrade to 2.1.1, should I try putting in a MicroSD card and see what happens?
Thanks.
Thanks, Ray! What you are doing with the small footprint is a lost art form! I’ve never been so constrained in development; even when I did Palm OS development, I had more memory and jump tables to handle larger apps. I have a lot of respect for what you’ve done; keep up the good work!
I took the card out last night and it appeared to have worked this morning! Thanks for the tip; any chance this is an easy fix or some way to log to a server? The log data seems quite useful.
Thanks.
Thanks! I just regenerated my key. (Personally I’d like to just shut off the system if rain is in the forecast; way back when this used to be a setting in the app that was hosted on a local web server.)
Fully assembled 2.1. Should I yank the card and see what happens? I can’t water again until Thursday, so I’ll do it tomorrow (water restrictions).
Thanks!
I encountered the same problem where the first zone ran, but the rest didn’t. I verified by checking to see if there was water outside and there wasn’t. The log shows that the 1 zone ran, but nothing else. I had reformatted the MicroSD card after the 2.1 upgrade.
My log looks like this:
<pre style=”color: #000000; line-height: normal; word-wrap: break-word; white-space: pre-wrap;”>[[1,0,180,1415084581]]My configuration is as follows:
<pre style=”line-height: normal; word-wrap: break-word; white-space: pre-wrap;”>{“programs”:{“nprogs”:5,”nboards”:1,”mnp”:14,”mnst”:4,”pnsize”:12,”pd”:[[65,74,0,[420,-1,-1,-1],[180,0,180,0,0,0,0,0],”Front Plants”],[65,10,0,[420,-1,-1,-1],[0,180,0,0,0,0,0,0],”Front Trees”],[65,8,0,[420,-1,-1,-1],[0,0,0,0,300,0,0,0],”Rear Beds”],[65,74,0,[420,-1,-1,-1],[0,0,0,0,0,300,0,0],”Rear Planter”],[65,66,0,[420,-1,-1,-1],[0,0,0,180,0,0,0,0],”Rear Trees”]]},”stations”:{“snames”:[“Front Middle”,”Front Trees”,”Front Near House”,”Rear Trees”,”Rear Raised Beds”,”Rear Planters”,”S07″,”S08″],”masop”:[255],”ignore_rain”:[0],”act_relay”:[0],”stn_dis”:[192],”maxlen”:16},”options”:{“fwv”:210,”tz”:16,”ntp”:1,”dhcp”:0,”ip1″:10,”ip2″:0,”ip3″:1,”ip4″:111,”gw1″:10,”gw2″:0,”gw3″:1,”gw4″:1,”hp0″:80,”hp1″:0,”ar”:1,”ext”:0,”seq”:1,”sdt”:0,”mas”:0,”mton”:0,”mtof”:0,”urs”:0,”rso”:1,”wl”:100,”den”:1,”ipas”:0,”devid”:0,”con”:110,”lit”:100,”dim”:5,”rlp”:0,”uwt”:0,”ntp1″:204,”ntp2″:9,”ntp3″:54,”ntp4″:119,”reset”:0,”dexp”:0,”mexp”:5},”status”:[0,0,0,0,0,0,0,0],”settings”:{“devt”:1415087560,”nbrd”:1,”en”:1,”rd”:0,”rs”:0,”rdst”:0,”loc”:”San Diego, CA”,”wtkey”:”36716e4595294efd”,”sunrise”:369,”sunset”:1014,”sbits”:[0,0],”ps”:[[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0,0],[0,0]],”lrun”:[0,0,0,0]}}
Any suggestions?
Thanks!
So odd; I just pulled my unit off the wall, put in a MicroSD card, put it all back and now the correct time is showing on all my devices and in Safari. Strange.
In any case, thanks for the quick response and the video!
Anything you can suggest to help troubleshoot this? I haven’t put in a MicroSD card for logging, yet, but will do that today.
Thanks!
Oddly enough, this might be a Safari/WebKit issue. I cleared cache/cookies/etc. in Safari and the time is wrong. I also used the OpenSprinkler app on the Mac with the same wrong time. I tried with 2 iPhones and an iPad; all had the wrong time. I tried another Mac that had never hit the website and had the wrong time. So I wonder if it is a Safari issue. Thoughts?
Bingo! I switched to Chrome (from Safari) and it shows the correct time. Thanks for the quick response.
I agree completely with DST being a pain; I wrote sync software for Palm OS devices back in the day and calendaring was a royal pain. It got a little better when the DST info was included in the calendar entries, but when the DST rules changed, it was a nightmare.
Hi Ray,
I’ve rebooted a few times already. The LCD shows the correct time; the UI shows 1 hour before the correct time. When I rebooted and looked at the options, the time zone was set correctly to -0800 (it was -0700 yesterday).
The UI is definitely confused because I have my sprinklers come on at 7 am and they just came on (7 am), but UI says 6 am. I double checked the programs and they all start at 7 am.
Attachments:
Thanks, Ray! That solved my problem and I’ve now updated the firmware which was a pretty painless process. Do you have plans to a) retain settings across firmware updates and b) allow firmware updates via the web based UI? Neither is a big deal, just curious. If not a), how about an import/export of configuration (Samer’s latest UI has an import/export configuration in it, but I’m not sure what it does.)
I tried to run the GUI updater on Mac OS X 10.9.2 and since I don’t have Java installed, I was prompted to install Java Runtime SE 6. I installed that and the OS says that the app is corrupted. While I think it is great that you’re providing a GUI tool, Java is not the most well liked platform on the Mac. I’m searching for the old manual updater instructions; are they archived somewhere so I can go that route?
Thanks!
