Forum Replies Created

Viewing 15 posts - 1 through 15 (of 23 total)
  • Author
    Posts
  • in reply to: High voltages on closed valves #50038

    catalin
    Participant

    Hello Ray,

    thanks for the tips. I managed to identify and replace the faulty part in the meanwhile – the output triac. Case closed.

    in reply to: High voltages on closed valves #49846

    catalin
    Participant

    I have now replaced the old cable with another one. This would be the third tested cable. All good except for the 5th output mentioned above:

    2. output 5 appears to be bad. See the gray rectangles (output 5 vs output 8). Checked the same setup for outputs 6 and 7 and it was the same outcome as for output 8. 5 stands out. 5 is the presumably dead output that has failed my previous test cable experiment.

    If only I knew what part to replace…

    in reply to: High voltages on closed valves #49731

    catalin
    Participant

    Hello Mike,

    Thanks for dropping in. I may have found something:

    1. Pretty fluctuating outputs; see the image (the arrows inside the orange shapes indicate fluctuating values; actually i think they all fluctuate, not just the ones with arrows to their left). Input does fluctuate as I move the measuring sticks but not as much.
    2. output 5 appears to be bad. See the gray rectangles (output 5 vs output 8). Checked the same setup for outputs 6 and 7 and it was the same outcome as for output 8. 5 stands out. 5 is the presumably dead output that has failed my previous test cable experiment.

    I have only disconnected the second cable (5 – 8, COM) as the first cable (outputs 1 – 4, COM) does not exhibit any problems.

    • This reply was modified 1 year, 3 months ago by  catalin.
    in reply to: High voltages on closed valves #49712

    catalin
    Participant

    I have managed to reduce the non-working valves number to 2. Still there is the issue with high voltage on non-actuated valves, even higher when no cable attached to the two respective IO port.

    I have unfolded a secondary 2-wire cable just to test the two non working valves some more. I have left the return path on the the old cable and made various combinations between the 2 IO ports, the 2 wires in the secondary test cable and the 2 valves. Results: both valves working on only one of the ports. I am now stuck. Help!

    in reply to: split cable, RJ-45 jacked and extended #43104

    catalin
    Participant

    Hello Ray,

    no expansion boards involved, just regular UTP cat 5e cable extension via regular RJ-45 connectors.
    I ended up replacing the two RJ-45 heads and it now works again. I think it is a humidity problem. Wish I put a whole length of cable instead of those two lengths and RJ-45 joints. Oh well… just ordered some waterproof RJ-45 female-female connector from ebay. Hope it will do the trick. Otherwise I shall be whining here for a shovel-free method of replacing those two lengths of cable with one piece. Wish me luck!

    in reply to: split cable, RJ-45 jacked and extended #43048

    catalin
    Participant

    I have taken out the jacks and made the connections wire on wire. Worked.
    Now, the red area sits inside of a valve box which sits in the ground… Could my issue have started from improper insulation, and if this is the case, what can I do to get a water tight connection ?

    Thanks!

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #39561

    catalin
    Participant

    Good catch, I reckon the UI would benefit from validating user input. Anyway, tried 0 to 100 as well…

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #39559

    catalin
    Participant

    Sory, I mean neither of them apply. I.e.

    >>First of all, if the change in the three factors are small (like changing from 100 to 95),

    tried changing from 50 to 500 as well, and many more combos.

    >>Second, each weather call takes some time to process, so if you are trying to change the factors too frequently it might not work.

    I have waited for a minute already, I have waited for even days between the changes.

    Thanks!

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #39545

    catalin
    Participant

    Hi Ray,

    I am afraid neither of the two remarks do not apply for my case.

    Thanks

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #39539

    catalin
    Participant

    I was looking for a “Water Level: X %” feedback upon adjusting the Temp / Rain / Humidity factors. And as described, I do get it at times. (i.e. X will change sometimes)

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #39537

    catalin
    Participant

    Hi Samer,

    just tried again now without reboot:
    1st fiddle worked; subsequent fiddlings did not work
    Rebooted
    first fiddle worked, subsequent did not
    Again reboot
    Nothing works any longer

    I am on the controller based 2.1 DIY version

    Surely this is not a js issue, right ?

    thanks

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #39522

    catalin
    Participant

    Uhm… anyone else having issues with the water adjustment % ?
    It seemed to work some days ago when I fiddled with it, but having tried just now to adjust the 3 factors once again the water % got stuck on 151%. The adjustments were properly submitted and saved on the controller, so… help please!

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #39410

    catalin
    Participant

    Very nice now that we have the 3 factors exposed. 🙂
    I wish for the next version to allow per zone watering adjustment.

    in reply to: I'm thinking Mr. Zimmerman didn't live where I live #38119

    catalin
    Participant

    Good thing you are exposing those three, Samer. Another +1 from Romania. It has been so hot these days, yet the cloud has decided to go 49% water level…

    Since we are on the subject of weather control, not sure what OS is currently fetching from WU. The station appears in green as well as the developer API key. However, Hitting “Weather Diagnostics” reveals a “Mean Temp” of 18 deg C, which is.. uhm.. well perhaps that was the temperature at 3 am, but no way for mean temp to have been that, we have had 30+ degrees from noon to 19 PM.
    Also, after disabling / enabling Zimmerman method the “Last Weather Call” went to Jan 1st 1970… “Last Weather Call Successful” however stayed fine. And the Watering Level went back to 100% after this maneuver. “Min Humidity” and “Max Humidity” – no idea where OS pulls those from. It currently gives me max humidity of 100%. That can’t be true, not even for Panama during the summer season 🙂

    Hope you will address those issues for 2.1.5 too, thanks!

    in reply to: slowish and droppish network #38083

    catalin
    Participant

    By the way, about the ‘Connecting…’ message, that means the controller cannot ping the router — the firmware is set to ping the router every few minutes to check if it’s still connected. If the ping requests fails several times in a roll, it will restart the Ethernet controller. So frequent ‘Connecting…’ means it’s not able to reach the router for some reason.

    Obviously, when ping fails there is a problem with connectivity. Attempting to immediately reconnect upon failed ping seems like not the best thing to do. It will and it does cause OS to hang. Some timer should be set in place, like, if connectivity not re-establishes in 1 minute, give up, free up TCP resources, reinit timer, re-attempt connection. Seems OS is not doing that since a manual restart clears the “connecting…” display immediately.

    Thanks

Viewing 15 posts - 1 through 15 (of 23 total)