Only being interested in the quick and easiest option seems to be a theme for you. Hey, to each his own.
Um no its not. This is why we use A.M and P.M worldwide. It’s what distinguishes each half of the day and AM means,
"Morning, a.m., is an abbreviation of the Latin phrase ante merīdiem meaning “before midday.”
So 12:00A.M to 12:00P.M is actually Morning time and irregardless, i understand thats when it was set but, tou are aware that the schedule can and should be changed seasonaly and based on specific conditions or specific needs, right? They’re not really “set in once and never look at it again” type of systems, ya?
Only being interested in useless sarcasm seems to be a theme for you. Hey, to each his own.
oh really? I am Italian, our language is actually based on Latin and we study it at high school too. So, yes, I know it. And no, A.M. and P.M. is not used worldwide, we use 24 h format for example.
Anyway, I must correct the previous sentence! You are not only being interested in sarcasm, you are interested in pointless split hairs! There are billion of people in the planet using “night” when it is dark and “morning” after the sunrise.
If you’re self-centered, then yes. But if you try to understand what people are saying, especially in context, then no.
did you read somewhere I am not aware of it?
Such an inspiring quote. I’ll print it, frame it, and display it on my desk
If that’s your conclusion, it says more about your attitude than about my ability to learn. I already told you your bitter sarcasm and pointless remarks are not going to make the discussion constructive and you decided to return, 17 days after, with the same attitude.
My garden is healthy after 15 years or so, don’t worry that much, ok?
And yes please, don’t waste your precious time anymore, it would make me feel soooooo sad if you do it again.
Hello there,
I have a question. Does anyone use valve_overlap?
There is an issue with valve_status sensor.
When a velve opens - valve_status gets a name of that valve, but then, after a period of time defined in valve_overlap, previous valve closes and valve_status gets an “Idle” state, so the state is only shown while first valve is running and while “overlap” is in progress
Hi All, Great project and discussion. I wish I could have your advice on repeating the cycle. Aside of the valve open delay I am missing “repeated cycle delay”. This is, for instance, to allow the ground to assimilate water before new cycle may start adding more.
Standard “sprinkler” component does not have it. How I may add one to the ESPHome solution?
I think this may be what your looking for. This doesn’t technically repeat a valve running but, what it does is say you have an area that doesn’t absorb water quickly and if you use the run time as your other valves then that area will flood or water will flow off the surface before it has time to saok into the ground.
The set-divider action will allow you to set your zone to “15min” for example, just like the neighboring zones except that it doesnt just turn ON then turn OFf after 15min. Instead it allows you to break that individual zone run time into multiples for example if 15min causes water to flow off the surface then swt the Divider function to say, 3 for example. Setting it to 3 will divide that 15min into 3 - 5min intervals allowing breaks so the water isnt wasted.
I have been running this for my vegetable patch for 12 months or more with zero problems. After a recent ESPHome builder upgrade, I keep getting this error:
Preformatted text
/config/esphome/redundant-garden.yaml: In lambda function:
/config/esphome/redundant-garden.yaml:187:35: error: no matching function for call to 'to_string(const char [10])'
187 | return to_string("${esphome_board}");
| ^
I comment out this section:
- platform: template # Expose the board type as a sensor
id: espboard_type
icon: "mdi:developer-board"
name: $esphome_name ESPBoard
lambda: |-
return to_string("${esphome_board}");
Hello @JimmyHotcakes02, thank you very much for pointing me to this drection. Yes, it is close to what I may need, but I feel, it does not apply delay to partial “irrigation period parts”. My goal is to have 1200 seconds period of time (20 minutes) for irrigating this area. Temporarily, due to the first phase of building the irrigation system in steps, this line is for now the only one activated (enabled) and if repeated (due to the divider or just reducing the time and setting repeat number) it will be activated fast one after another, without any delay allowing sinking the water into the ground. For now I solved it… scheduling three cycles idependently starting with two-hour gaps between them. Something what divider would give me if it might also apply a delay between subsequent starts.
