bmercier

Please be aware of these changes in the new interface:

Hi everyone, We just released the UDI Python interface 3.3.1. Change log: Ensure the interface does not use paho-mqtt v2 (paho-mqtt v2 is still beta and it breaks plugins) Don't load the server.json if not needed setDriver now returns a flag indicating if the value is different than before New integrated oAuth module (Some new plugins will need this) Enhancements to the Custom class To update to the new version, use System | Reinstall all plugins. If you want to know what version of UDI Python interface a plugin is using, restart the plugin and look for a line like this: 2023-10-19 09:15:53,244 MainThread udi_interface INFO __init__:<module>: UDI Python Interface for Polyglot version 3 3.3.1 Starting... Benoit

The fix to the interface is implemented. If you have a plugin with the error, delete and reinstall the plugin.

Paho-mqtt now has a new version 2.x of their library which is breaking plugins. You will see this error in the log: ValueError: Unsupported callback API version: version 2.0 added a callback_api_version, see migrations.md Traceback (most recent call last): File "/var/polyglot/pg3/ns/0021b902606d30/hunterdouglas-poly.py", line 77, in <module> polyglot = udiinterface.Interface([]) File "/var/polyglot/pg3/ns/0021b902606d_30/.local/lib/python3.9/site-packages/udi_interface/interface.py", line 253, in __init self.mqttc = mqtt.Client(self.id, True) File "/var/polyglot/pg3/ns/0021b902606d30/.local/lib/python3.9/site-packages/paho/mqtt/client.py", line 766, in __init raise ValueError( ValueError: Unsupported callback API version: version 2.0 added a callback_api_version, see migrations.md This impacts new installation of plugins. Plugins already installed will continue to work as long as they are not reinstalled. On monday a new UDI interface will be release to fix this. Stay tuned.

It is now at the top. I just forgot to pin the topic.

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

Hello everyone, Here's the latest PG3x release. Release notes for: 3.2.18 - 02/07/2024 Rate limiter: Increase limits on the global queue Add support for the upcoming python interface oAuth module When UI requests "customs", return a key for all requested "customs" Fixed Authenticate button which sometimes does nothing Fixed devd configuration when in developer mode

For everyone following this thread, the problem was resolved by unlinking and relinking the skill.

When saving a spoken, it is looking for an oAuth access token that is used to communicate with Amazon. That token is created at the time of linking. This token does not exist if not linked. Previously, there were cases where if missing, this would create an HTTP 500 error. Now, the access token is still missing, but at least it is handled properly. If you have not unlinked and relinked, please try it. If this does not solve the problem, please open a ticket referencing this thread, mention your uuid, and whether you are initiating linking via the Alexa app, or UD Mobile.

Have you tried to unlink and relink today? I made a fix this morning.

Ed, Could you try to unlink and relink the skill? This is likely to solve the problem.

Notifications are now limited to 10 notifications per minute. The goal is to prevent such things as a program caught in a loop sending tons of notifications. If you see a case where this limit is too low, please let me know. This limit is enforced on a portal API that the notification plugin uses, and it is based on the source IP. This means that if you have 2 eisy at the same location, then the limit would apply to both units combined.

No, not related

We will be adding a rate limiter to the push notifications API to prevent this type of problems in the future. Unfortunately, eisy is too powerful

Currently investigating Sent from my iPhone using Tapatalk

I looked at the logs, and it looks like your problem is now resolved. If not, please open a ticket and it will be a pleasure to help you. Benoit

When adding/updating/deleting Alexa spokens from Portal or UD Mobile, changes are now immediately reflected in Alexa. It's no longer required to ask "Alexa, discover my devices" to send updates to Alexa. This change makes the maintenance of spokens easier and less error prone. This works as long as the skill is linked. You can still add or update spokens while the skill is not linked, however a device discovery will be required to send updates (it's done automatically after linking). If you delete spokens while the skill is not linked, then the corresponding Alexa device also has to manually removed from the Alexa app, just like before. A device discovery only add/updates the Alexa devices. It won't remove the spokens removed from portal or UD Mobile.

I have made a few more tests. Some that work: HDMI1 HDMI2 DVR ANTENNA Many don't though. When you hear <device> doesn't support that, it's a sign that the input was understood, but your A/V device did not have that input defined. If you hear any other error message or a beep, Alexa does not understand the input you spoke.

Wow, that's a neat trick. Never though of that, but it makes sense. Thanks for sharing!

Please try different and easier input names. Because the the input select names are custom, Alexa has to really understand very well the name so that it can be an exact match to what you entered.

I reproduced this problem on eisy. If you are familiar with ssh, here's how to resolve the problem. The instructions below are used to complete the installation of node-sonos-http-api, which is used by the ST-Sonos plugin. From a command prompt, ssh to your eisy: ssh admin@eisy.local Default password is admin Confirm that node-sonos-http-api is now working: curl http://localhost:5005/ You should be getting a connection error. Go to the folder where plugins are installed: cd /var/polyglot/pg3/ns Check the list of plugins installed: ls -l You need to know in what slot the plugin is installed. You can check in the PG3 Dashboard. Go to the plugin folder: cd <uuid>_<slot> The easiest is to copy paste the folder name you obtained from ls -l in step 3 Go to the node-sonos-http-api folder: cd node-sonos-http-api Install node-sonos-http-api pre-reqs: sudo npm install Start node-sonos-http-api: npm start Restart the plugin from the PG3 dashboard. It should now be working. When rebooting eisy, it appears that node-sonos-http-api is also restarted. You can use these instructions until a permanent fix is made to the plugin. UPDATE: Node server has been fixed, uninstall and reinstall the plugin. You may have to restart PG3 if you are reinstalling before the update is refreshed from the store.

This means PG3x service is not started. Can you access isy through admin console?

This should be resolved now (as of 11PM Pacific time yesterday). This was caused by a misconfigured load-balancer.

Please open a ticket, mention your uuid, and attach the error log.