bmercier

Hello everyone, We will have a portal maintenace Monday July 22nd at 5am PST, for a duration of approximately 1 hour. During this maintenance, there will be dowtime. The purpose of the maintenance is to finalize upgrading and increasing the capacity of the portal infrastructure. Benoit

Should be working for everyone now.

Problem should be fixed now. We are making enhancements to the portal infrastructures. This should have been totally transparent, but unfortunately, something went wrong. The problem has been identified and fixed. Sorry for the inconvenience.

Hello, We are currently experiencing connectivity issues for a subset of the units connected to portal. We are currently working on it. This should be resolved within the next 2 hours. Benoit

Anyone knows of a solution? I think these are the relevant lines below. The line in bold I believe is suspicious: 2024-07-04 20:24:58.412 Thread-4 (start) udi_interface INFO totalconnect-poly:start: Started Total Connect Nodeserver 2024-07-04 20:24:58.413 Thread-4 (start) udi_interface.node DEBUG node:setDriver: controller:Total Connect Controller Reporting set ST to 1 to Polyglot 2024-07-04 20:24:58.413 Command udi_interface.interface DEBUG interface:_handleResult: add node response: {'id': '06556e5f-4aa7-4da7-b820-05a7552047e7', 'uuid': '00:21:b9:02:6a:12', 'profileNum': 3, 'address': 'controller', 'name': 'Total Connect Controller', 'nodeDefId': 'controller', 'nls': None, 'hint': '0x00000000', 'controller': 1, 'primaryNode': 'controller', 'private': None, 'isPrimary': 1, 'enabled': 1, 'timeAdded': 1720044242980, 'timeModified': 1720142698298, 'dbVersion': 1} 2024-07-04 20:24:58.413 Thread-4 (start) udi_interface.node DEBUG node:reportDriver: Updating value to 1 2024-07-04 20:24:58.422 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': 'controller', 'driver': 'ST', 'value': '1', 'uom': 25, 'text': None}]} 2024-07-04 20:24:58.433 MQTT udi_interface.interface INFO interface:_message: Successfully set controller :: ST to 1 UOM 25 2024-07-04 20:25:00.052 Thread-2 (parameterHandler) root WARNING TotalConnectClient:security_problem: User straten is a master user. 2024-07-04 20:25:00.052 Thread-2 (parameterHandler) root WARNING TotalConnectClient:security_problem: User straten is a user administrator. 2024-07-04 20:25:00.052 Thread-2 (parameterHandler) root WARNING TotalConnectClient:security_problem: User straten is a configuration administrator. 2024-07-04 20:25:00.053 Thread-2 (parameterHandler) root WARNING TotalConnectClient:__init__: Total Connect user straten has one or more permissions that are not necessary. Remove permissions from this user or create a new user with minimal permissions. 2024-07-04 20:25:00.053 Thread-2 (parameterHandler) root WARNING TotalConnectClient:populate_details: No usercode for location 2856885. 2024-07-04 20:25:10.410 Thread-2 (parameterHandler) udi_interface.custom DEBUG custom:__setitem__: CUSTOM: discovery_failed = Discovery failed please check logs for a more detailed error. ...saving 2024-07-04 20:25:10.410 Thread-2 (parameterHandler) udi_interface.custom INFO custom:_save: Sending data notices to Polyglot. 2024-07-04 20:25:10.410 Thread-2 (parameterHandler) udi_interface ERROR totalconnect-poly:discover: Discovery failed with error argument of type 'NoneType' is not iterable Traceback (most recent call last): File "/var/polyglot/pg3/ns/0021b9026a12_3/totalconnect-poly.py", line 134, in discover self.tc = TotalConnectClient.TotalConnectClient(self.user, self.password) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/var/polyglot/pg3/ns/0021b9026a12_3/.local/lib/python3.11/site-packages/total_connect_client/TotalConnectClient.py", line 94, in __init__ self.authenticate() File "/var/polyglot/pg3/ns/0021b9026a12_3/.local/lib/python3.11/site-packages/total_connect_client/TotalConnectClient.py", line 195, in authenticate self.populate_details(response) File "/var/polyglot/pg3/ns/0021b9026a12_3/.local/lib/python3.11/site-packages/total_connect_client/TotalConnectClient.py", line 310, in populate_details self.get_panel_meta_data(location_id) File "/var/polyglot/pg3/ns/0021b9026a12_3/.local/lib/python3.11/site-packages/total_connect_client/TotalConnectClient.py", line 440, in get_panel_meta_data status = self.locations[location_id].set_status( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/var/polyglot/pg3/ns/0021b9026a12_3/.local/lib/python3.11/site-packages/total_connect_client/TotalConnectClient.py", line 667, in set_status if "ZoneInfo" not in data["Zones"]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ TypeError: argument of type 'NoneType' is not iterable

Elk for Alexa works with the older 994 ELK integration, not the ELK plugin.

There will need to be an update to the Echo integration to support it. Stay tuned

My apologies, there was a bug, and it is now fixed. You should be able to by a license now. You don't have to wait to the end of the trial. If you buy now, it will be added to the end of the existing license.

I looked up your account. I see 2 hue devices, and the type that it picked up are both 1.0.0.0. So something went wront in the sequence. Make sure to delete the spoken (or create a new one), set the hind to 1.2.9.x or 0.0.x.x, then add the spoken. To verify that the hint is updated, and to troubleshoot further, I would need to see the result of /rest/nodes/<hue node address> So, if on an eisy: https://eisy.local:8443/rest/nodes/<node_address>

Try 1.2.9.x or 0.0.x.x 1.0.0.0 would make it dimmable, but on a scale of 0-255, which is probably incorrect.

Context: When you expose an ISY scene/program/variable as an Alexa scene, you can control them through Alexa by voice, but they are not visible in the Alexa app anywhere. Normally, you can change the Alexa category to expose them as a regular Alexa device instead. However, if for some reason you have deleted your mapping, and the scene stayed in Alexa, then there is no easy way to remove it. But here's the trick: You can add the scene to an Alexa group, then delete it from there. Here's how: Open the Alexa App. Select Devices, then click +, then Add Group, then Create a room or device group, give it a name. When adding devices to the group, scroll all the way down and add these extra Scenes to the Group and save. Now go back to Devices, and under Groups, click the group you created. When looking at the group, under SCENES, you should see the scene you added. Click on your scene, then you can click the trash can. This works at the time of this writing. Please note that Amazon updates their App frequently, so the instructions may be slightly different over time. Credits for this trick goes to @lgilsenberg Original post by @lgilsenberg here: https://forum.universal-devices.com/topic/42569-can-no-longer-delete-old-scenes-within-alexa/?do=findComment&comment=377233 UPDATE 08/28/2025: This trick no longer works. Unfortunately there does not seem to be any way to delete an Alexa scene from the Alexa app. From my.isy.io, you can rename or delete a scene, which will rename or delete it from the Alexa app. However, if the spoken no longer exists on my.isy.io, it can't be deleted in the Alexa app.

Plugins needs to be updated. I believe most if not all have been updated by now.

I'm not exactly sure why, but it may have to do with the browser local storage. Try to clear the browser cache, or try using a different browser, or incognito mode.

I know nothing about Yolink, but based on the log, I believed it probably uses mqtt to connect to devices. If so, the plugin needs to be updated by the author. I recommend you post on the plugin's forum. The author needs to change this: https://eclipse.dev/paho/files/paho.mqtt.python/html/migrations.html#versioned-the-user-callbacks

Reinstall all plugins.

The plugin is trying to load module collections, but it can't find it. Try to reinstall this plugin (or all of them using System | reinstall all). If the module properly requires the module, it will get installed and will start to work. If it does not, then please try to contact the author using the plugin specific forum.

Please login to PG3 and try this: System | Reinstall all plugins

That's very strange that all of them don't start. Can you check the plugin logs? Does anything show at all when starting?

Hello everyone, This is the support thread for PG3x v3.2.27.

Hello everyone, There has been a few releases not publicly announced - here's the details: Release notes for: 3.2.27 Change timestamp format to YYYY-MM-DD HH:mm:ss.SSS (Same as python interface). Release notes for: 3.2.26 Enhanced reliability of the plugin's status node connected state. Release notes for: 3.2.25 Fix for UD Mobile remote connections. Some messages were too big and would not reach UD Mobile, causing a "spinning wheel". This fix is in PG3 only. An update to UD Mobile will be coming as well. Release notes for: 3.2.24 When reinstalling a plugin, don't delete the existing plugin files. Add support for plugins to override the polling values. Plugin license check tolerant of connectivity failures. Release notes for: 3.2.23 Added feature to allow system to automate a reinstall all plugins automatically, which will be used for emergency updates by UDX

This is now fixed. This is definitely a popup that had no functional impacts.

There was a problem with the Airthings-C licenses. This is now fixed.

If you can reproduce the problem, look at the PG3 log. Look for this right after a node is created: "Group command sent..." or "Group command not sent..." An error code might give a clue. Or, PG3 may see a success where it is no. Either way, that would be useful to know to troubleshoot further.

No, unfortunately not possible.