TP-Link automation trigger delay

[YetAnotherDave]

My system (RPiv4, 4GB mem, 16GB SD card) is stable at Core: 0.117.5, HassOS: 4.15, Supervisor: 202011.0
CPU Utilization < 2%
Full Snapshot and SDcard image saved for some future disaster recovery.

Obviously, now is the time to start tinkering with Node-Red. Installation from HACS complete.
I’ll move onto configuration when I get some free time

I thought the next step would be to install the TP-Link Contrib but I do not see the “npm” command. Is there an alternate install process?

Run the following command in the root directory of your Node-RED install

$ npm install node-red-contrib-tplink

[rcblackwell (Robert Blackwell)]

@YetAnotherDave

Is there an alternate install process?

@YetAnotherDave

Look under Pallete in the menu. There you’ll find the nodes that are installed and be able to search for nodes to install.

Robert

[YetAnotherDave]

@rcblackwell @3gyptian

I’ve nearly got it working, but nearly is not close enough.

My connection to the HA server FAILS.
“Call-Service attempted without connection to server.”

@3gyptian

I did it all through the node red gui only. You only need the HA login token and the switch entity ID from HA that you want to change state

• Does this require more than creating the Server Node entry?

Call Service Node:

Server Node Entry:

Flow with Debug info:

I’ve tried both http & https
I created a 2nd Long Lived Access token and re-entered the copy/save/paste into the NodeRed Server Node entry, still no joy.

Do Long Lived Access tokens update with “last used” info?

Your help has been invaluable. Please let me know if you can identify my error.

Thanks!

[EDIT 2 hours later]

Never mind… it now works:

I changed the Sever Node Entry to “I use the Home Assistant Add-on”

I also deleted my Long Lived Access Token… apparently it is not required with the “Home Assistant Add-on”.

I wouldn’t have got it working without your hints along the way. Very much appreciated!

[Edit 12 hours later]
It turns out that “toggle” is not the function I want to use. I want:

• If HS200(Switch Front Outside) changes state to ON then Turn ON HS100(Patio Lights)
• If HS200(Switch Front Outside) changes state to OFF then Turn OFF HS100(Patio Lights)

…but that is for another day…

[Edit 23 hours later]

On means ON and Off means OFF (not toggle or flip/flop)

…unfortunately this does quite work…

I replaced the Home Assistant “current state” node with a Function “switch” node:

This now works as expected. The “trick” (also known as reading the documentation) was to ensure that the state variable was properly identified in switch node: “payload.state”

[alien8er]

For some reason my inject is different than the original example. Posting mine in case someone else is the same as mine. It took a few minutes for me to figure it out!

How do you get the startPowerEvents to start up without clicking on the inject when you restart HA? Mine seems to stop working and then when I go click the inject it starts processing.

"Processing input for device 192.168.0.24: {"_msgid":"52e29724.319fa8","topic":"","payload":"startPowerEvents"}"

[YetAnotherDave]

I see the same data on “Edit inject node”. It does work for me without any special action.
Perhaps you can try changing the “Inject once after” value from 0.1 to 1.0 seconds to allow the system to complete its initialization processes before sending the inject message.
(this is a pure guess on my part)

[alien8er]

Ok everything is working now. I was being thrown off by using the get current state of the switch and then passing the on or off state through.

Then it was a matter of adding .state to the payload to read the right value. It’s been awhile since I have dabbled in past basic flows in NodeRed. Thank you for the illustration @YetAnotherDave

[da843]

I had a related issue with my TP Link HS210 3 way switches. These switches seem to be the only decent 3 ways switches that will work with the wiring in my house since they will sense the current flow to the lights if the other 3 way switch is toggled (and I only have a neutral wire at one of the switches).

There is a slight delay when sensing the current to the light, so turning the light on from HA causes HA to show ON, then (I assume) read back and determine the light was OFF, then a little while later decide the light was actually ON. It could take 30 sec + for this indecision to stabilize.

The node red solution described above worked perfectly from both switches and HA. They show the state almost instantly and don’t flicker ON-OFF-ON like they used to. Thanks for the detailed posts.

[star314]

Unfortunately, I experience the same delay. I have been using about 20x HS110 for more than one year and they all worked fine. However, a while ago they all started to show this delay behavior. Maybe the entire problem has something to do with a firmware update because the delay did definitely not appear, e.g., two months ago.

I have implemented the suggested fix in Node-RED and it seems to work fine. It is a nice workaround for a couple of plugs, but IMHO it is not a good solution if someone owns more plugs.

[jjross]

Hey everyone, I think this is a bug.

There’s no way that it’s reasonable for the integration to have a 30 second delay nor should we need to use node red hacks or home assistant update calls every 3 seconds to get the status of the switch. Other polling integrations don’t have this long of a delay (Hue for instance).

Looking at the docs I think the developer of this integration may have left the polling period set at the default (30 seconds) so I’m hoping this is an easy fix (change the period to a smaller value).

I’ve opened a bug if anyone wants to add addition feedback or anything I might have missed (I am new to this integration having just bought the switch on Black Friday):

https://github.com/home-assistant/core/issues/44337

[iscraigh]

Just for any one that views this I went the node red route mine for some reason was not quite as straight forward as above because I wanted separate on/off not just toggle. this is the flow I added to the mix.

[{"id":"8f1b41b9.23b37","type":"switch","z":"384fca3a.995fd6","g":"25465464.d2c08c","name":"On/Off","property":"payload","propertyType":"msg","rules":[{"t":"eq","v":"on","vt":"str"},{"t":"eq","v":"off","vt":"str"}],"checkall":"true","repair":false,"outputs":2,"x":450,"y":120,"wires":[[],[]]}]

[micogg (Michael Ogg)]

Has anybody experienced issues with the Kasa node causing node-red to crash?

Whenever I deploy the node with my devices IP, I get a NGIX 502 Bad Gateway popup and then the add-on UI goes completely black. If I go into the config file and remove the Kasa node, everything goes back to normal working condition.

[YetAnotherDave]

No Kasa/NodeRed issues here.

System Health

version: core-2021.12.10
installation_type: Home Assistant OS
dev: false
hassio: true
docker: true
user: root
virtualenv: false
python_version: 3.9.7
os_name: Linux
os_version: 5.10.63-v7l
arch: armv7l

host_os: Home Assistant OS 7.2
update_channel: stable
supervisor_version: supervisor-2021.12.2
docker_version: 20.10.9
healthy: true
supported: true
board: rpi4
supervisor_api: ok
version_api: ok
installed_addons: File editor (5.3.3), Samba share (9.5.1), SSH & Web Terminal (10.0.2), Duck DNS (1.14.0), Node-RED (10.3.4), Check Home Assistant configuration (3.9.0)

[micogg (Michael Ogg)]

Thank you for the reply. Would you mind posting your inject and Kasa node settings? Maybe I have a node setting throwing an error.

[YetAnotherDave]

I’m not sure if I know how to answer your question. Does this help?

[dlee1j1]

You can change the poll timing for the Kasa switches in

  homeassistant/components/tplink/coordinator.py

change the line:

    update_interval = timedelta(seconds=10)

to:

    update_interval = timedelta(seconds=1)

It changes the polling interval to one second (similar to the node red interval above) and the delay for hass to notice the state change will be minimal. You can either modify the installation or copy the tplink component code into your custom_components directory to override.

I have more than a dozen Kasa smart switches/plugs and this works with no issues. I had been worried that this would flood my network or cause issues with Hass but this change seems to work with minimal (if any) impact.

[grishagin]

My dude, many thanks for this, it worked like a charm!!
Also, many thanks to @YetAnotherDave for starting the thread.
Just one note regarding the folder access for whomever is trying this:

1. Log into the HA container’s CLI (e.g., using Portainer).
2. Navigate to

   /usr/src/homeassistant/homeassistant/components/tplink
   

3. Edit coordinator.py per @dlee1j1’s post.

[Skotticus]

Where is the components folder on HA OS? It doesn’t seem to be in /usr/src/homeassistant… on my install, and it’s not in the same folder as custom_components or configuration.yaml

[YetAnotherDave]

Try:

➜  ~
➜  ~ docker exec -it homeassistant bash
homeassistant:/config# cd /usr/src/homeassistant/homeassistant/components/tplink
homeassistant:/usr/src/homeassistant/homeassistant/components/tplink#
homeassistant:/usr/src/homeassistant/homeassistant/components/tplink# ls -al
total 132
drwxr-xr-x    1 root     root          4096 Jan 31 03:22 .
drwxr-xr-x    1 root     root         36864 Jan 31 03:22 ..
-rw-r--r--    1 root     root          4667 Jan 31 02:59 __init__.py
drwxr-xr-x    2 root     root          4096 Jan 31 03:22 __pycache__
-rw-r--r--    1 root     root          5828 Jan 31 02:59 config_flow.py
-rw-r--r--    1 root     root           550 Jan 31 02:59 const.py
-rw-r--r--    1 root     root          2017 Jan 31 02:59 coordinator.py
-rw-r--r--    1 root     root          1172 Jan 31 02:59 diagnostics.py
-rw-r--r--    1 root     root          1932 Jan 31 02:59 entity.py
-rw-r--r--    1 root     root         14578 Jan 31 02:59 light.py
-rw-r--r--    1 root     root          3198 Jan 31 02:59 manifest.json
-rw-r--r--    1 root     root          5169 Jan 31 02:59 sensor.py
-rw-r--r--    1 root     root          3220 Jan 31 02:59 services.yaml
-rw-r--r--    1 root     root          4104 Jan 31 02:59 strings.json
-rw-r--r--    1 root     root          4365 Jan 31 02:59 switch.py
drwxr-xr-x    2 root     root          4096 Jan 31 03:02 translations
homeassistant:/usr/src/homeassistant/homeassistant/components/tplink#

[fabien88fr]

If you are interested, I created a HACS custom components that does just that, and I try to keep it up to date with the upcoming Tplink updates that are shipped with HA updates.
Add the following repo to your HACS : GitHub - fabien88fr14/tplink_custom: Boost TP-Link device responsiveness in Home Assistant with this custom component. Reducing API query intervals from 5 to 1 second, it ensures your smart home reacts swiftly to your commands.

[grishagin]

My dude – thanks for that!! I updated my HA, completely forgot about this issue, reminded myself, found my post, this thread, and now your awesome repo!