Forum Replies Created

Viewing 25 posts - 1 through 25 (of 40 total)
  • Author
    Posts
  • in reply to: Problems with Weather Updates ET method #62115

    Phil Maron
    Participant

    This 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.

    in reply to: Problems with Weather Updates ET method #62010

    Phil Maron
    Participant

    OK, 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.

    in reply to: Problems with Weather Updates ET method #62008

    Phil Maron
    Participant

    Thanks 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?

    in reply to: Problems with Weather Updates ET method #62004

    Phil Maron
    Participant

    Thanks 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.

    in reply to: Problems with Weather Updates ET method #61990

    Phil Maron
    Participant

    From 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.

    in reply to: log problem #44458

    Phil Maron
    Participant

    Steve,
    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

    in reply to: log problem #43005

    Phil Maron
    Participant

    I have now logged a support ticket for this issue.


    Phil Maron
    Participant

    Hi 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.

    in reply to: log problem #42949

    Phil Maron
    Participant

    Thanks 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?

    in reply to: log problem #42904

    Phil Maron
    Participant

    Hi 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?

    in reply to: Suggestion: weekdays/interval dependent on calender month #40304

    Phil Maron
    Participant

    Yes 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

    in reply to: Suggestion: weekdays/interval dependent on calender month #40261

    Phil Maron
    Participant

    I’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.

    in reply to: logging zimmerman weather percentage history #35426

    Phil Maron
    Participant

    I 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

    in reply to: Creating a third program stops UI access #35425

    Phil Maron
    Participant

    Just 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.

    in reply to: Creating a third program stops UI access #35336

    Phil Maron
    Participant

    Awesome work Samer. Thanks again for your work!

    in reply to: Creating a third program stops UI access #35316

    Phil Maron
    Participant

    Thanks Samer, exported log is on its way.

    Cheers

    in reply to: Creating a third program stops UI access #35297

    Phil Maron
    Participant

    OK. It looks like I managed to upload the images. I hope they explain the issue a bit better.

    in reply to: Creating a third program stops UI access #35295

    Phil Maron
    Participant

    One More

     

    in reply to: Creating a third program stops UI access #35290

    Phil Maron
    Participant

    Images attached… hopefully!

    in reply to: Creating a third program stops UI access #35288

    Phil Maron
    Participant

    Firstly, 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.

    in reply to: Creating a third program stops UI access #35284

    Phil Maron
    Participant

    Just 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!

    in reply to: Creating a third program stops UI access #35280

    Phil Maron
    Participant

    Nice 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

    in reply to: Weather Adjustment Not Changing over 2 weeks #34963

    Phil Maron
    Participant

    OK. No problem Samer. Just wondered if I was missing something.

    Cheers,

    Phil

    in reply to: Weather Adjustment Not Changing over 2 weeks #34952

    Phil Maron
    Participant

    Thanks 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?

    in reply to: Weather Adjustment Not Changing over 2 weeks #34597

    Phil Maron
    Participant

    Once again thanks for your assistance Ray.

Viewing 25 posts - 1 through 25 (of 40 total)