[DEPRECATED] Kasa Plug, Switch, and Bulb integration

Ah, so if I for example ALSO wanted to turn on an auxillary light source, that wouldn't realistically work because polling isn't actually going to be every second (and even that a 1s delay can be a bit weird)

So dare I ask, how exactly/what exactly are people using the kasa integration for?

I can't speak for others, but I use a few of them for energy monitoring. This is actually an area where WiFi devices, which aren't bandwidth limited, perform better than zigbee/z-wave devices, where frequent updates from multiple such devices can saturate the low bandwidth zigbee/z-wave protocols.

2 Likes

I agree with aaiyar. I looked into the motion switch, but wouldn't fit the bill for my use. I was more interested in using it for the motion sensor to trigger other things but for that you need nearly realtime updates. It doesn't send it's status to hubitat, hubitat has to poll it every so often.

But I have a handful of switches and outlets. I mostly have them where my wifi reaches but zigbee and zwave do not. I also have a couple of the in wall outlets. I like these because each plug is individually controllable. I have these in all my outside plugs for Christmas lights. (Note you technically should have a GFCI breaker if you do this for safety / electric code).

I also have a handful of plugs that I use for temporary stuff, like christmas lights again. I leave them in hubitat, and just unplug them. If you do that with a zigbee/zwave plug, you'll screw up your mesh.

Their price point is pretty amazing too vs some zwave /zigbee switches.

1 Like

Do not get confused. If you use Hubitat to control a Kasa Device, the status update is nearly immediate (< 1 second). If someone uses the physical switch paddle, the response will average 2.5 seconds (using user-selected 5 second polling). Some people use this as a three way so that when they turn on light A, light B turns on fairly quickly. It is functional enough for the preponderance of cases.

However, the motion detection on the switch is to control the light only - so, when the area MD switch turns on/off Hubitat can detect in 2.5 secs (average) and then through rule machine generate other actions. So it becomes a cost trade between 2 seconds and the added cost of the zigbee/zwave switch.

1 Like

Kasa integration is the very reason I purchased two Hubitats. After Insteon and the ISY994i both went defunct, I purchased a couple dozen Kasa devices for each of my two houses (one in CA and one in OR). The first thing I discovered was lags of 2-6 second between turning on a Kasa switch and having a simple plug respond. The commanding is always done through the Kasa cloud. And with that, I discovered that even if my router WiFi was working and the Kasa devices were still connected, all device-to-device functionality was lost. And then the Kasa devices kept falling offline, and I had to restart my router to get them back. Basically the system sucked.
I wanted another solution, but I also wanted to protect my investment I had made in the Kasa devices (about $800 or so). The Hubitat Kasa app came to the rescue. I had to set polling to 5 seconds for a few switches to get lags I could tolerate (actually much better than the native Kasa lags). All new devices I'm getting are Z Wave (single and multiple commanding switches and 4 motion detectors from Zooz, so far). The Kasa devices actually work pretty well with the Hubitat Hubs calling the shots.

1 Like

What is your internet connection, and have good signal to your devices? Even from Kasa app / cloud my devices are instant. Something doesn't sound right.

2 Likes

My Oregon house has fiber with 500 Gbps up and down. Sounds fantastic, but three days ago I had a 27-hour outage, and when it came back up, eight of my Kasa devices remained off-line. None of my other devices had any problem reconnecting at all, including three ESP32 devices I made. This kind of thing has happened before, and I must restart my router to have the Kasa devices reconnect. Problem is, I'm not there at the moment to nurse it back to full operation.
My California house has AT&T DSL service with two bonded phone lines to reach 100 Gbps down, 20 Gbps up. However, it has many "micro outages" each day, ranging from just a few seconds to maybe 20 seconds. Drives my router and Kasa devices nuts. Also affects some Fiet smart switches I use at Christmas. Some of those switches are within eyesight of my router in the garage.
My experience with native Kasa lagging is similar in both houses, so I suspect the problem is with the Kasa servers not being up to snuff, or just the world wide web being overwhelmed from time to time. Astonishing, since TP Link owns Kasa...

OK, some questions:

  1. What integration version?
  2. Are you using the Built-in or custom app? (if custom there is something to try).
  3. Cloud or Local control?
  4. If LAN, did you assign static IP addresses - as stated in the installation instructions?

Community Integration available option. May not work on the built-in app.

  • Suggestion - Run the integration app.
  • If your device is cloud, go to cloud installation and update username and password - this will get a new token.
  • If your device is LAN connected, start the install process. After the device select page displays, this will update the device IP addresses (if the devices are on your LAN).

There is also a tool to list the devices. This looks for the devices on the LAN and lists them.

  • Kasa Integration Utilities - Test Devices LAN Status.... This will list the devices that are on the lan - regardless of installation.
  • Walk in closet light, motion sensor, Kasa switch, no polling required
  • cupboard lighting, contacts, Kasa switch, no polling required.
  • Kasa dimmer as a component of a "Motion zone" used as accent lighting.
    The general theme being you can control lots of non-critical lighting scenarios without needing to have the switch feedback.
1 Like

Actually, I bought my first Hubitat just three weeks ago for my Oregon house, and Kasa was already a Built-in app, I believe. For each Kasa device, I deselected "Use Kasa Cloud for device control", but I left "Kasa Cloud Binding" selected (didn't understand what it did). I paused all Kasa-native device schedules. The Kasa app installation process worked beautifully, it found all my Kasa devices and listed their IP addresses. I bought my second Hubitat for my CA house about a week ago, and it installed just as well. I have not taken the step of making Kasa device IP addresses static, but I will do so for my CA house. I believe I have run the integration app a couple times, as I sorted out and renamed some Kasa devices, if I understand you correctly. All IP addresses appeared to be fine.
So, all in all, I'm a happy camper with Hubitat, and now I'll focus on keeping the Kasa Devices connected to my WiFi. Perhaps static IP addresses will help with that, so thanks fo the tip.

It may be the down time of the power/router. That can cause routers to reassign IP addresses to devices unless they are reserved.

Dave

This is insanely frustrating but how on earth do I update the password for my kasa integration? I saw that I can export the app which has this setting but I can't restore it / overwrite it. I really don't want to delete all the devices and set everything back up again just to update the password. I'm not using kasa cloud control, all local LAN, but I have kasa cloud binding still enabled (whatever that is). I just want to clear the error message in the log about bad username/pass since I am having some random issues. Appreciate it in advance.

See below. You do not have to do step 9; however, please verify the Current Kasa Token is not null.

From the Install instructions:

1 Like

NEW UPDATE 2.3.4-2 Available. Fixes two issues:

  • Kasa HS210. Added delay for status to allow for device slow in updating internal sysinfo.
  • Kasa HS220. Now allows 0 transition time (instant level change).

@gopher.ny

2 Likes

That was very simple, lol, can't believe I did not see that previously. Late night searching I suppose. Thanks much.

1 Like

so I didnt read the instructions well enough and didnt set static IPs on my kasa plugs. now they're all shuffled up and nothing works. i confirmed this by checking mac addresses to IPs and found the mismatch, as well as the integration app's IP tester.

I was about to ask a question on whats the best way to resolve, since its not immediately obvious, but decided that not reading is what got me into this, so maybe reading will help. checked the first post, found instructions to use the ? button in the hubitat app, checked troubleshooting. Issue is resolved from Operations Step 3 which is to "reset the device database". now everything works.

i appreciate the documentation. much better than backreading a 2000 post thread. one comment though would be that "reset the device database" wasnt super clear in how to do that. i took a guess and pressed the "scan" button. wasnt sure if that would try to readd duplicate devices and leave my existing ones orphaned or not.

3 Likes

Anyway to calibrate the color?
When I choose the color in the device it's really off red is orange and so on.
I've read part of this tread I didn't find it

Thank you

Sadly, there is no calibration for color.

Could we get a setting to configure the energy reporting interval? IIRC it's hard coded at 30 min intervals.

Energy is every 30 minutes and reports TOTAL energy for the day. Power is based on the user-selectable "poll interval" (for plugs, down to 5 seconds) and reports current wattage.

Just to clarify, you want to report energy (total for the day) at a user-selected rate. What rate range?