Forum Replies Created
-
AuthorPosts
-
Phil MaronParticipantThis sounds a bit like what was happening to me but it was a bit confused because I found out half way through that my browser at times needed a forced refresh of the page for me to see the current setting. Anyway, I know it seems drastic but since performing a factory reset and recreating all of my stations and programs it all works as it should. Not a nice solution but it’s the one that I found resolves the issue.
Phil MaronParticipantOK, just an update. I decided it was probably worth giving the unit a factory reset to see if that would make any difference. After doing that I restored the settings from a backup and found that there was no change. I then reset to factory default a second time but this time I re-entered all of my settings manually. So far from what I can see it’s all working. If I reboot the unit it seems it will always make a weather call and at this stage that always seems to be successful. I will monitor it for a few days and see how it goes.
Importantly, I should point out that before doing a factory reset I noted that I was actually having the same issue with the Zimmerman method. On further testing I suspect that caching of my web browser (Google Chrome) is likely to have distorted my findings because unless I force a re-read of the page, I can’t always see updates. I first discovered this when trying to manually enter settings. After saving my changes I would go back and look at them and find that they appeared not to have changed but after forcing a refresh, the setting had in fact changed.
Phil MaronParticipantThanks for your help Ray but unfortunately it hasn’t helped. I checked that URL and it does point at weather.opensprinkler.com. Is there nothing else I can check?
Phil MaronParticipantThanks Ray. Yes I had checked this because I read that comment from you elsewhere. Anyway, still no successful weather call since before I set it to ETo. It currently reads Last weather call Sun, 4 Aug 2019 3:24:36 and Last Successful weather call Sat 3 Aug 2019 5:35:12 which is about an hour before I changed over to ETo.
Phil MaronParticipantFrom what I have seen it does not when set to ET but it definitely does when set to Zimmerman. I have just set the method back to ET as I had reset it to Zimmerman and I noticed that the last call showed an update at the time that I set it but the last successful call was showing as some time earlier. I will monitor it over the next couple of days and reconfirm whether or not it is updating since I was not sure how frequently it is supposed to update. Thanks for the response Ray.
Phil MaronParticipantSteve,
This was resolved by replacing the memory card. I have no idea whay the original one no longer worked but once the new one was installed all of the issues disappeared.
Cheers,Phil
Phil MaronParticipantI have now logged a support ticket for this issue.
June 12, 2016 at 9:48 pm in reply to: Weather adjustment with interval program – Weather averaged over interval period #42979
Phil MaronParticipantHi Ray, I believe that it would be very beneficial to allow customisation of the algorithm since to me, when I set a program to run every 5 days (for example), I am more interested in the weather in that interval period rather than just the last day. To me it would be ideal if the weather just automatically used averages over the interval period as this seems more intuitive to me. I’m no great programmer so I think it might be a little beyond me to do my own customisation.
Phil MaronParticipantThanks Ray. Given what you’re saying it definitely seems to me that there is some kind of bug or issue with OS. The date range I use seems not to make any difference at all. It just says that there are no entries in the selected date range. Is there anything I could try to see what is going on?
Phil MaronParticipantHi Ray. I am having this exact same problem. I have occasionally seen log enties for a short time after a station or program has run but the next time I look the entries have gone. It looks like the log is resetting periodically. My hardware is 2.3-AC with firmware version 2.1.6. This morning I removed the SD card and had a look at it but only found files in the log directory which have a create date somewhere in the year 2000. I have tried resetting the OS device and importing my config with no improvement. I have also tried disabling and re-enabling logging but the problem persists. I’m not sure it has any bearing but I am connecting to OS with Homeseer HS3 using their Opensprinkler plugin. I just thought it was worth mentioning even if I am not using Homeseer at this stage for any control. I have tried using Firefox, Microsoft Edge and Internet Explorer as my browser and clearing any caches but this has no effect.
Any idea what could be causing this?
September 20, 2015 at 5:08 pm in reply to: Suggestion: weekdays/interval dependent on calender month #40304
Phil MaronParticipantYes I can see that the lower the level at which you provide choice the harder it would be to keep the UI clean. That said, I do think that providing these options at as low a level as possible does give greater flexibility. Maybe you could provide a way to add customised versions of the zimmerman formula where percentages are applied and allow these custom versions to be attached to stations within programs or at least to individual programs? The seasonal thing might be best dealt with by having the ability within programs to select the months when the program is active. Anyway, I’m sure my understanding of how it works is fairly simplistic and you will be much better placed to understand what will work and what won’t but thanks for taking the time to consider the options.
Cheers,Phil
September 17, 2015 at 12:42 am in reply to: Suggestion: weekdays/interval dependent on calender month #40261
Phil MaronParticipantI’d like to add my 2c to this discussion because I have been thinking exactly the same thing. I have been in the habit of either changing the frequency of my programs for the different seasons or creating seasonal programs and enabling/disabling as the seasons change. I’m not convinced that the Zimmerman formula by itself handles the needs of my garden all that well. In any case, I’d support the call either for programs to be automatically enabled/disabled for specified periods or for individual programs to provide the capability to set different parameters for set periods. I’m not sure which would be simpler to implement but I suspect that automating program enablement/disablement would probably be simpler.
Phil
P.S. One reason why this becomes necessary is for situations where you have plants being watered under cover. i.e. they don’t get rain! In that scenario I have ignore rain set for that particular station but I can’t set it to discount the rain component of the zimmerman formula for a single station. In reality, adding the ability to discount individual components by program would be another major bonus.
Phil MaronParticipantI love this feature but here’s another suggestion. What about adding entries to the table view the individual daily temperature, humidity and precipitation entries as well as the calculated averages for each along side the watering percentage. It would help to make some sense of how the percentages are arrived at. It’s not a biggie but I think it would be useful.
Cheers
Phil MaronParticipantJust another quick word of thanks Samer. I have seen the updated UI and been able to delete the offending days from the log. Everything is now looking as it should. I wonder if a future enhancement might allow you do delete individual entries from the log? Just a thought!
Interestingly, I found multiple days with the same rain sensor entries when I went through the log and had to delete about 4 separate days to clean it up.
Phil MaronParticipantAwesome work Samer. Thanks again for your work!
Phil MaronParticipantThanks Samer, exported log is on its way.
Cheers
Phil MaronParticipantOK. It looks like I managed to upload the images. I hope they explain the issue a bit better.
Phil MaronParticipantOne More
Attachments:
Phil MaronParticipantImages attached… hopefully!
Attachments:
Phil MaronParticipantFirstly, thanks for the quick response. I’m pleased to hear that you will be incorporating a fix disabled stations in the next release. Note that I am connecting via the web using Firefox and IE so the app is not especially relevant although the iPhone app behaves the same way. In the screenshot below I have unchecked rain sensor and rain delay and you can see that all of the chart points are at the far left.
The next screenshot shows what happens when I exclude the date with the offending entries.
Here is the offending data:
Although it’s not ideal, deleting the offending day would be an acceptable fix if it’s possible.
Thanks once again for your help.
Cheers
P.S. Obviously copy and paste doesn’t work for pictures. I would be happy to insert them if I knew how or alternatively I could email them if you can give me an email address.
Phil MaronParticipantJust a further point on this. It seems to me that even if I can’t remove the offending entries from the log, it would be acceptable that if when I uncheck rain sensor or rain delay from the chart, the chart would redraw without the issue. I’m not really sure why it doesn’t behave that way to be honest. While I was looking at the chart view, it also occurred to me that it seems a little annoying that disabled stations are included in the graph. I realise that there may be some occasions where this is desirable so I don’t know if they should be removed from the graph automatically just because they are disabled but I would have thought that at least they should be unchecked by default or alternatively, and probably preferably, it would be nice to provide an option in the station config to exclude a chosen station from appearing anywhere in the interface other than “edit stations”. No biggie, just a suggestion!
Phil MaronParticipantNice to know that this issue has been addressed since the problem occurred to me when I was away interstate with no way to rectify it until I came home some 4 days later. The issue that I saw was a little bit different in that creating a 3rd program while copying an existing one actually caused multiple copies to be created before I lost access. The upshot was that unfortunately my garden was very wet when I came home.
Anyway, the reason for my post is that I experienced the same issue a few times last night prior to having read this forum and each time I had to reset and restore the config. What I find now is that despite the fact that there has been no rain in the last 24 hours, the table view shows 3 entries for my rain sensor yesterday each for a runtime of 49709 days 14 hours and some minutes. One entry at 00:47:29 (AEDT), one at 00:50:04 and one at 01:01:56. Times not associated with my reset (unless they are for the default timezone). All other table data appears to be correct. The upshot is that the graph does not display correctly if I include yesterday’s date. Is there any way to remove these erroneous entries from the log without clearing the log altogether?
Cheers
Phil MaronParticipantOK. No problem Samer. Just wondered if I was missing something.
Cheers,
Phil
Phil MaronParticipantThanks again Ray. I upgraded on the weekend and it now appears to be working quite well. I am interested in one other thing to do with this new firmware though. I now have the ability to log the weather calculations but I haven’t found anywhere in the interface where they are shown or graphed. Am I missing something?
Phil MaronParticipantOnce again thanks for your assistance Ray.
-
AuthorPosts