Closed bsaurusrex closed 8 months ago
I was able to tag my tilt as the beer temp sensor successfully. Just the kasa switch wont assign.
The KP105 isn’t one of the devices I’ve tested against, and isn’t a device I currently support — but that doesn’t mean that it can’t be supported necessarily!
If you have a computer with Python on it (a raspberry pi counts) do you mind running the following commands and seeing if this detects the switch:
pip install --upgrade python-kasa
kasa --type plug
…and seeing what it says? It will contain information like your location, so don’t paste the full result here, but what I want to know is if it detects the plug that you have. If it does, then try running the following and see if that switches the device on and off (note - either don’t plug something in to the Kasa when doing this and listen for the “click” or plug something that can tolerate being turned on and off (meaning a lamp, not a fridge!)):
kasa --type plug --host 192.168.X.X on
kasa --type plug --host 192.168.X.X off
Replace 192.168.X.X with the IP address listed for the plug in the earlier command.
If it doesn’t detect your plug then make sure the Pi and the Kasa device are on the same network.
Edit: My phone replaced all double-dashes with em-dashes.
kasa --type plug
No host name given, trying discovery..
Discovering devices on 255.255.255.255 for 3 seconds
Doesnt return anything.
Adding the IP work fine though.
kasa --type plug --host 192.168.1.111
== brewpikasa - KP105(UK) ==
Host: 192.168.1.111
Port: None
Device state: True
== Generic information ==
Time: 2023-09-06 20:22:24 (tz: {'index': xxxx, 'err_code': 0}
Hardware: 2.0
Software: 1.0.0 Build 210118 Rel.165921
MAC (rssi): 30:DE:xxxxxxx (-51)
Location: xxxxxxxxxxxx
== Device specific information ==
LED state: True
On since: 2023-09-06 12:03:55
== Modules ==
+ <Module Schedule (schedule) for 192.168.1.111>
+ <Module Usage (schedule) for 192.168.1.111>
+ <Module Antitheft (anti_theft) for 192.168.1.111>
+ <Module Time (time) for 192.168.1.111>
+ <Module Cloud (cnCloud) for 192.168.1.111>
On and off commands work ok.
Inside brewpi, it is discovering it as a TPLink Switch type and the mac address.
That's good news! Definitely supportable, then, and the issue has to be something that is in BrewPi-ESP. If you use Google Chrome, do you mind attempting to assign the sensor once again, and copying/pasting the payload/response from Google Chrome's developer tools so that I can see exactly what is being sent to/received from the controller?
To do this, you will need to do the following:
Here's a 36 second video of the process on MacOS: https://www.youtube.com/watch?v=EaX20KH8o70
{"c":1,"b":0,"f":3,"h":7,"p":0,"x":false,"d":false,"i":1,"a":"30:DE:4B:16:68:E7"}
{"message":"Unable to process update"}
I just pushed out what I think should fix this issue as "v15c-beta1" in BrewFlasher. If you can take a look and let me know if that works, I would appreciate it!
Thanks, I believe that worked as I heard a click when adding the Kasa device to the esp32.
Perfect! Reopening for now until I can get this merged into master, but for anyone who has the same issue, try out v15c.
v15d has been released which should fix this.
Hello, I just flashed a new lolin d32 with v15b wifi tft version and am trying to add a kasa kp105 as a cooling actuator but am receiving the following error:
I tried rebooting both devices without any improvement.