tmorse305

I found a solution. In the Kasa app they provide a way to disable the KLAP security feature or something equivalent to that. Go to Me > Settings > Third-Party Compatibility and turn it on. I restarted the plugin and it found the 2 plugs with V1.1.1 firmware. Success!

Update: I believe my issue is related to the firmware version of the EP10 plug. The plugs not recognized by the plugin are v1.1.1. All other plugs are v1.0.5. Attached is an ominous message from the release notes, I'm not liking the sound of the 2nd bullet point. @Jimbo.Automates , have you run into this version? I had 2 brand new plugs that I plugged in and it forced me to upgrade to 1.1.1 when I added them to my network. There are some threads on the web that talk about downgrading the plugs, but so far I have not found the bin files. The TP-Link website says they don't support downgrading because of security issues. 2nd Update: python-kasa and KLAP authentication - Smart Home Community talks about the implementation of KLAP 1.(KASA Local Authentication Protocol). Hopefully this is something Jim can work with to allow V1.1.1 to work with the plug in.

Hi @Jimbo.Automates, Any updates on this issue? I have the same problem. Just added 2 plugs and they will not discover. I tried reinstalling the plugin and now I'm stuck at only 18 counting the controller. Thank you.

I just received an email from ecobee acknowledging UDI access. I stopped the plugin days ago when the trouble started. I restarted it but still only the controller node. Tried discover but no luck. When I looked in the log there are no errors, the plugin seems to be able to access ecobee, not sure why the thermostats don't populate.

Give him a chance, it's the weekend, maybe he's away. He was on the forum yesterday, see attached.

Hi @Jimbo.Automates , Same problem here. After reinstalling the plug-in, the plugin acts like it never gets authorized even though ecobee web site indicates success. I just get the controller node. See attached, is the first entry connection status to the thermostats? Thank you

Thanks @sjenkins . I'm not sure what version I upgraded from. I found the problem. I deleted the plugin to start over but when I configured it I used 'Switch' instead of 'switch. All good now, thanks for your help! Thanks for your help!

Hi, I upgraded my Virtual plugin today and I'm now getting 4 error messages. The configuration looks ok, so maybe there are new configuration requirements with V3.1.26? See attached. Thanks for any help!

Thank you!

Hi @sjenkins , I want to provide the configuration via a .yaml file but I'm not sure where to locate it on eisy so the plugin can find it. Looking through other threads, I saw this path mentioned: /var/polyglot/pg3/ns/<specific plugin directory> When I try to open that directory permission is denied. I tried stopping the plugin and using 'sudo', but I can't get access. If that is the correct location, how to I add the .yaml file? Thank you.

Hi @jkmcfadden , Here is the info you requested: Your integration settings in the Droplet app: homeassistant/device/droplet-B**C/config (default) I am not using this one. homeassistant/status payload: online (default) I changed this to: droplet/status payload: online Your Node configuration settings in the Polyglot configuration screen? [ {"id": "Droplet", "type": "dsensor", "status_topic": "droplet-B**C/state", "cmd_topic": "droplet/status"} ] Your Droplet has a 4 character ID. Substitute your ID for my ID: B**C. Your entry in the .yaml file? Not using a YAML file I had to create a special node ("dsensor") to handle the Droplet sensor. You cannot use the stock MQTT plugin for Polyglot. I created a custom version the MQTT plugin that includes the droplet capability. You can find it here if you want to look/try it. tmorse305/udi-mqtt-pg3x Disclaimer: Use at your own peril. I am a novice Python programmer so my changes would probably make the actual programmers cringe. It is definitely not ready to move to the non-production store but does work and also includes a query ability.

Turns out, not VirtualSmartHome. I just had the same problem when I tried to code this into a plugin. The issue was the headers not whether it was HTTP/1.1 or HTTP/2. With the proper headers it works with either one. POST or GET also work.

Thanks for your replies, I opened a ticket, and Michel quickly identified the problem: "It (the Virtual Server) does not accept http 1.1. It's expecting http2 which Network resources do not support." Thanks to Michel for the great support!

Is there a character limit when creating the "Path" for a network resource? I have a 135 character "path" which adds ok. I can see the whole path but when I test it I get a 403 error. If I take the whole url and paste it into a browser it works fine. I have lots of network resources configured that work fine but nothing close to the length of this one. This is the url: https://www.virtualsmarthome.xyz/url_routine_trigger/activate.php?trigger=023dfc97-3d2e-4c32-a3e2-b8ee5c0e7ca9&token=af23886c-91a9-4b84-****-1541bc9237b9&response=html I have it set to https, POST, Port 443, Timeout 10000, Mode: URL-Encoded I've tried C Escaped but same result I've tried the 2 check boxes but no luck there either. Thanks for any advice. Update: I've confirmed that the entire url is being sent by eisy, using Wireshark, so that's not the issue.

Hi @sjenkins, I decided to take a swing at creating the new node. I've made some progress; I have 3 of the status reporting into the AC. See screen shot. I'm still trying to figure out how to get the query to work. It turns out there is no UOM for liters/min. I'm using liters/hour as a placeholder. How do you add to the UOM list? Thanks for your support and inspiration to give this a try.