Any update here? I’m having the same problem. Updating to 115 today and crossing my fingers. Is there a HACS upgrade to this?
Experiencing what sounds like the same issue. I recently added 3 additional TP-LINK Kasa smart dimmers to my previous 1 TP-LINK Kasa dimmer (for a total of 4 Kasa dimmer switches) and I cannot for the life of me get the new dimmers to show up in HA.
Removing and re-adding the Kasa integration does not seem to help at all, as it stubbornly holds onto this “memory” of the previous one TP-Link dimmer switch on the network.
It’s as if the Kasa integration is not even bothering to check for any new devices – it just reads some cached config file and carries on with that.
Is there some more “complete” way to remove / erase an integration like this? Such that no trace of any previous install /configuration remains?
Have same issue… sucks to revive an oldie, but both of my TP Link HS100’s no longer work. Keep wondering why my bed light was not waking me up for past week!
Even worse… I bought more on the black friday sales.
Have tried repairing them to the network, even purged them from the ubiquiti router (and rebooted it). Nothing works. Seems like something change in past revisions of HA
I am having the same issue after restoring a snapshot to a new RPI 4 8GB 64bit running on a SSD from a RPI 4 4GB 32bit. My 6 TP-Link light switches worked fine on the previous install of home assistant, now after the restored snapshot, they all show “entity not available”. My “new” RPI has the same IP address as the previous (reserved in router) and the Switches have the same IP address (reserved in router). I installed the TP-Link integration originally through Lovelace with auto discovery enabled. I have tried adding
tplink:
discovery: false
light:
- host: 192.168.1.12
etc.
to the configuration file but that does not fix the problem, delete, reinstall, reboot, with no luck.
The information provided makes it impossible to assess where the issue may be. Are the entries in your configuration.yaml file formatted as shown below?
tplink:
discovery: false
switch:
- host: 192.168.86.110 #Kasa Switch - Workbench
- host: 192.168.86.112 #Kasa Switch - Workshop
- host: 192.168.86.114 #Kasa Switch - Storage
Did you ever discover how to fix?
Same issue, here.
Over a year later, and having the same issue…
Sorry I must have never posted the solution, I was able to fix it by assigning all my light switches static IPS and manually mapping each up in the TP-Link config.
I have 4 Kasa smart bulbs, and regularly get “unavailable” states. I’ve removed the devices and entities, used static IP addresses on my Router, then manually configured the devices in HS.
Great, they all work fine. Then the next day, they’re back to “unavailable” and no end of rebooting both HA and the bulbs makes any difference, until I remove the devices in HA and add them again… and round in a circle we go again. All this time the Kasa app is rock solid, and Amazon Alexa is very happy to control the bulbs on request.
They all did respond fairly well for some time, but after an update to HA at some point, all went pearshaped. It has to be a timing issue of some sort, assuming no-one is messing with the integration at each update.
Tearing my hair out here… any developments?
1 Like