I have Sensibo plugin installed on eisy running 6.0.3

I noticed that the temperature in the space dropped below the setpoint in a program to trigger heat mode, but the unit didn't turn on. When I signed in to the admin console, the none of the Sensibo nodes where populating.

Next I checked pg3x and while the configuration screen looked fine, plugin wasn't responding and the log didn't populate. I reinstalled the plugin in the same slot and everything came up fine. However, I noticed the Power State in the admin console was reading 0 degrees F. In pg3x the Power State is listed as GV2 and a UOM of 17, which is used for other temperature settings.

Turning the unit on, the Power State updates to 1 degree F.

Something appears incorrect?

As a follow up to my initial post, I have eisy count runtime utilizing the Power State. In a program, the values available for the Power State are on & off, making the counter program inoperable.

Edited December 3Dec 3 by DennisC
Added on value & programing counter information.

This is one of the plug-ins that I ported over from PG2 to PG3 for UDI. I don't have a Sensibo so I'm not able to do any debug/testing on this plug-in but I do try to fix bugs when possible.

Since the plug-in uses the Sensibo cloud API, it's very possible that if it fails to connect to the cloud service that it will stop working and need a restart. That should show up in the log. Note that PG3x won't display historical log entries, you'd have to download the log to get the entries prior to is hanging/stopping.

The profile files have GV2 using UOM 25 and restricted to values 0 and 1 with those mapped to Off and On. This matches what's defined inside the node itself: {'driver': 'GV2', 'value': 0, 'uom': 25, 'name':'Power'}, which is what PG3x should be displaying. I have no explanation for you seeing GV2 with UOM 17.

1 hour ago, bpwwer said:

The profile files have GV2 using UOM 25 and restricted to values 0 and 1 with those mapped to Off and On. This matches what's defined inside the node itself: {'driver': 'GV2', 'value': 0, 'uom': 25, 'name':'Power'}, which is what PG3x should be displaying. I have no explanation for you seeing GV2 with UOM 17.

Thanks for both porting this over to pg3x and for responding.

I did a comparison of the UOM values listed in sensibo_node.py and pg3x, besides GV2 showing 17 instead of 25, I also found the following discrepancies (clarification - I compared UOM values from github to pg3x):

CLISPC - pg3x UOM = 17 instead of 4

CLISPH - pg3x UOM = 17 instead of 4

ST - pg3x UOM = 17 instead of 4

Let me know if there is anything I can do to correct this.

Here are some screen shots of what I see.

Edited Thursday at 08:08 PM5 days by DennisC
added clarification of comparing github UOM to pg3x

It is supposed to look at the units that the sensibo is set to and dynamically determine which units to use (C or F) when sending updates to IoX. I don't believe that PG3x's node display is dynamic so it should just be showing the initial units that the plug-in defaults to before it gets any updates from the sensibo. But that's not something I've ever looked into.

The plug-in's debug log level should include messages showing what data is coming from the sensibo.

There's nothing in the plug-in that is modifying the UOM of the power state. Looking at the PG3x log should show what the plug-in is sending to IoX when GV2 is updated. I don't believe it should be sending any UOM, so it should be defaulting to default UOM which is 25. If the log shows the plug-in sending the wrong UOM, then it may be a bug in the plug-in -> IoX interface library. If it's not, then it may be bug in IoX.

Thanks for the information. I did find the following in the debug.log:

2025-12-04 11:40:24.373 Command udi_interface.node DEBUG node:setDriver: vg9pyas6:DH Garage Reporting set GV2 to 1 to Polyglot

2025-12-04 11:40:24.373 Command udi_interface.node DEBUG node:reportDriver: Updating value to 1

2025-12-04 11:40:24.383 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': 'vg9pyas6', 'driver': 'GV2', 'value': '1', 'uom': 17, 'text': None}]}

2025-12-04 11:40:24.414 MQTT udi_interface.interface INFO interface:_message: Successfully set vg9pyas6 :: GV2 to 1 UOM 17

I will pm you the full log package, if you could offer me some direction, it would be appreciated.

I really can't explain, nor do I have any suggestions other than to re-install the plug-in. The plug-in node defaults GV2 to UOM 25 and no where in the code does it change that. So how or why it got changed to UOM 17, I have no idea.

For the temperature values, they should be UOM 17, that's what the data from the device shows. It's reporting the following:

targetTemperature': 62, 'temperatureUnit': 'F'

and that's the data the plug-in uses to determine the temperature UOM.

16 hours ago, bpwwer said:

I really can't explain, nor do I have any suggestions other than to re-install the plug-in. The plug-in node defaults GV2 to UOM 25 and no where in the code does it change that. So how or why it got changed to UOM 17, I have no idea.

For the temperature values, they should be UOM 17, that's what the data from the device shows. It's reporting the following:

targetTemperature': 62, 'temperatureUnit': 'F'

and that's the data the plug-in uses to determine the temperature UOM.

Thanks, this morning I tried 3 times to reinstall the plugin with the same result, Power state is showing in degrees.

This happened to me as well a few months back. You need to install the newer Sensibo plugin version 2.0.13. To make it easier, install that plugin first, then copy your old configuration info over before deleting the older plugin. Once installed, just close your browser and re-login. The power state should correctly show On/Off state.

I suspect that something (IoX or PG3x) is saving the UOM values and unless something actually changes them back, they'll stay that way.

I faked the creation of a node (since I don't have an api key) and the plug-in created the node with the correct UOM's and the admin console shows the node correctly as well.

You can try first just deleting the node from PG3x. When you display the nodes for the plug-in, you can click the [X] button under Delete on the right and it will delete the node from PG3x. Restart the plug-in and it will recreate the node.

You may also have to delete the node from IoX but that may mess up any programs that are using that node.

1 hour ago, MDeVelis said:

This happened to me as well a few months back. You need to install the newer Sensibo plugin version 2.0.13. To make it easier, install that plugin first, then copy your old configuration info over before deleting the older plugin. Once installed, just close your browser and re-login. The power state should correctly show On/Off state.

I am running v2.0.13.

37 minutes ago, bpwwer said:

I suspect that something (IoX or PG3x) is saving the UOM values and unless something actually changes them back, they'll stay that way.

I faked the creation of a node (since I don't have an api key) and the plug-in created the node with the correct UOM's and the admin console shows the node correctly as well.

You can try first just deleting the node from PG3x. When you display the nodes for the plug-in, you can click the [X] button under Delete on the right and it will delete the node from PG3x. Restart the plug-in and it will recreate the node.

You may also have to delete the node from IoX but that may mess up any programs that are using that node.

And it appears you are correct. Deleting the node and restarting the plugin corrected the problem.

Not sure how this developed. Last year the plugin displayed Power State correctly and all operated fine.