So far everything i have been testing and playing with is the " events: state" node.
Right now im trying to play around with a function to add the timestamp to the payload, so i can use later in a function to do my logic validation. Below are the flow and nodes used for this simple test as well as the output.
My Flow
The Event State Node
The function to add the timestamp
The msg object
It contains the data, just wondering if for this simple test, this is the best way to start. I eventually want to right logic to check/compare the time to a interval to help insure that the dryer is in fact running before sending a update text.
I donât think there is a wrong way to begin there if it works.
You can add as many function nodes as you wish and it wonât measurably impact the speed of your flows or your system.
Ofc it can be noted that I think you can add the time with a âChange nodeâ so the script isnât needed.
Though if you want to add further logic at the top of your flow, then again, it doesnât matter much how you do it.
If I use the âchangeâ node to add the time to the payload object. Is there a way to capture the moment the state changes and validate that it stays in that state for x amount of time to then let the rest of the logic/flow run?
I was looking at the âwait untilâ node and seems like it might work, but seems like I would need some sort of value to check against. In this case I would need to know how long the state has been on and if its greater than 10 minutes then go ahead and move along with the rest of the logic.
Is it possible to say create a flow variable as a boolean at the very beginning when the state changes(met both conditions (running for longer than 10 minutes and contact is closed)
Variable = true
Dryer runs for x amount of time and then once the new condition is met, that variable is reset.
Variable = false
This would prevent the flow from executing again when vibration is detected from emptying or just touching the dryer since the door may be closed.
Just looking for some guidance on what nodes to use or consider for this. Today i have already unlinked my IFTTT and sharptools.io from my smart things hub. So im trying to accomplish with node red. I am have success with getting notification and triggering the flow, but its the âdurationâ combination of the door closed and running for over 10 minutes consecutively that im having issues with.
thank you for the idea and suggestions and will be playing around with that tonight to see what i can do
This is how I do it for our washer. I have it plugged into a smart plug that monitors energy. It has a baseline of 0.2w, so I have the flow start when the washer goes above 100w and then waits until the power drops back down to 0.2w.
For the dryer, my wife wanted one of the âsmartâ dryers⌠so yeah, that one was easy (except for the hit to the bank account lol).
See im not having any luck with my smart plug, i have the smartthings plug and in the app, the values never really change enough to setup like yours, what kind of plug are you using?
In the app, the plug always shows Energy Consumption as 0.0 when not in use and 0.2( i assume ) when its running⌠doing a load now to see what node red reads thru out the cycle.
And the power meter shows in the app as 2.0 when its used, there is no inbetween.
Washer has been running now for about 10 minutes or so and the energy reading is still the same in the app and node red
I doubt it is why or part of the reason its not seeing a change, but the energy rating on the washer shows to be 187kwh per year(estimated yearly cost $15
So maybe its not using enough power to register on the plug?
Mine is a SmartThings 2019 plug, but directly attached to HA (via ZHA). If you still have yours connected to SmartThings, that could be part of the issue as I know SmartThings does some weird fudging to their calculations for power.
Ah, thatâs the WiFi version which I donât think HA supports at all and would explain the wonkiness. Iâve not seen many good reviews about them.
If you have a Zigbee (ZHA) one and a controller attached to HA (Nortek stick, Conbee/Raspbee, CC2531, etc), then unless you have other things on SmartThings, the answer would be no. If you want to buy a Zigbee plug, Iâd actually recommend going on eBay and look for the Centralite plugs. You can usually find them for $10-$20 and a lot of good sellers sell them in bulk as Centralite is no longer in business (AFAIK). Plus, they work with nearly every Zigbee platform out there (HA, SmartThings, Hubitat, etc) so if you ever wanted to jump platforms, your plugs would still work.
So yours is a smartthings 2019 plug, but its ZigBee and not Wi-Fi?
Where can i get that version? If i can find devices that are not dependent on cloud or hubs, that would be perfect.
Maybe itâs the 2018? Not sure, but it is absolutely Zigbee and not WiFi and not cloud dependent in any way. I have 6 of them spread throughout the house (along with some Centralite plugs) specifically as repeaters for my Zigbee mesh.
Thatâs needed for HA to be able to attach Zigbee devices. Plus, it also has a Z-Wave radio in it as well, so if you ever wanted to add Z-Wave devices to your setup, you can. Iâve been using this stick for about 1.5 years now and absolutely love it.
Glad to be of help. When you do order it (them?), youâll probably have other questions (I know I did!), so make sure to check out the Zigbee sub-forum.
Genius! Could you share your code for the change state nodes on the washer and dryer, or the flow? Iâm am new to this and Iâm not sure how to do a >0.2w state change.
I see now. I think my problem is I canât seem to correctly make a template sensor out of my plugs current power attribute.
If the plug is âswitch.washing_machineâ and the state attribute is âcurrent_power_wâ. What should I put in my sensor.yaml?
My total noob guess would be something like:
thanks
