Aside from the Lambda shortcut, this is all very standard Blynk control stuff… All officially documented and covered zillions of times in this forum… So I admit I do find it concerning that it was so hard for you to understand, despite your stats showing you have put in 9 hours of reading over 1000 posts
You do not need to concern about me. I’m a grown man.
Sometimes we need a last bit of a puzzle to understand a bigger one. But do not worry. I always get it to work some how. If i do not get help here, i get it other places
Maybe you are a lot smarter than me then. Or have more time to spend regards to coding. I do not have much time to code because i have several other projects going.
Yes, No, Maybe… depends on your understanding, wiring, final code and why/how it lost connection… as already tried to explain above, loss of connection without proper failsafe code and wiring (which you don’t seem to have) can lock the whole process in the middle of some unwanted (and unknown) state
I wouldn’t trust your code for anything critical, but you are you and it is not my burnt coffee or house
With answers like that, i think you waste you’r own time.
You’r answer is almost like reading the coffee makers manual. It says that by no means that the cover to the heating element must be taken off because of som mambo jambo about fire hazard etc. So my house is probably allready in big risk.
Of course it would… it is one of the most basic of Blynk & timer functions. And is essentially the answer @daveblynk gave you in the very 2nd (and 29th) post of this arduis topic. He deserves the thanks.
Any errors come from my quickly typing it out in the forum instead of in the IDE… I now see at least one missing } … That’s OK, it gave you some troubleshooting practice
Don’t we all at some time… but it was your insistent red herring of a need to see the status changes even when there is no connection (PS, not possible) that just confused matters.
GTT, daveblynk, and PeteKnight you all deserve the award for patience and perseverance.
Your dedication to provide meaningful help and education on this forum is outstanding.
Reading this topic was, for me, akin to watching a train wreck. I couldn’t help but keep reading on and on even though I wasn’t directly involved or experiencing the problem, just trying to learn from the experts.
Kudo’s to you all for continually offering assistance in the face of obstructions and objections.
When people go out of their way to offer advice an assistance, and in return they get comments like the ones above, it tends to be a bit of a turn-off.
A more gracious/humble approach would have turned this topic from the…
into a much less adversarial, and much more productive (for you) dialogue.
My take on this is that you’ve become frustrated and just can’t help taking this frustration out on those who are trying to assist you, hence the use of my friend’s proverb.
Same here, as in my Sonoff example. Seems to have some instability (button bounce) but I eventually fixed that with proper debouncing code (but haven’t updated my example yet).
This time I wanted to play with multiple switches and hardware interrupts, which I have never actually used before as well as make it fully functional without App, the code more “modular” for expansion and well commented for newer users to follow through.