bmercier

The portal maintenance is CANCELLED. Another solution has been implemented which did not require the restart of the database server.

The maintenance is a pre-requisite to fix Alexa routines. Hopefully this will be resolved during the day tomorrow.

Tomorrow there will be a maintenance on portal starting at 5am Pacific time / 8 am Eastern time, for up to an hour. During the maintenance, portal services will be interrupted. More resources will be given to to the database server. This is in relation to the subscriptions & Alexa routines issues.

Unfortunately we are still experiencing difficulties with the the handling of Alexa routines. Please hold on, we are actively working on solutions.

If this does not change too much, you also have the option of a regular PG3 backup.

There is not a built-in way to backup that folder, and there are no plans to do it at this time. Does this come from an upload you do from PG3? If so, just save that zip file somewhere when you make an upload.

@JMcKain I have not seen the ticket yet. Is the problem resolved?

The problem should be resolved now.

Hello, We are currently experiencing problems which may affect Alexa routines. Will post here when resolved.

You need to be root. You can use sudo for that. Either: sudo ls -l /var/polyglot/pg3/ns/<NS Folder>/data Or you can go interactive using: sudo -i

SSH to your eiys, and use: ls -l /var/polyglot/pg3/ns This will show you the list of node server's home folders.

Depends where you installed it. You choose the slot when you install.

I'm not sure where TTS files are located. I was referring to the location where the upload of files is done, and that is in the "data" folder of the node server. So, the complete path would be /var/polyglot/pg3/ns/<NS Folder>/data <NS Folder> is <uuid>_<slot> The only exception would be if a plugin is installed in developer mode. The data folder will be where the plugin is being developed. The command to download everything would be something like this: scp -r root@eisy.local:/var/polyglot/pg3/ns/<Ns Folder>/data/* /local/path

They are stored in the node server folder under "data". They can't be downloaded through the UI, but you could access it through SCP. They are included in the PG3 backup.

Hello everyone, This is the support thread for PG3x v3.2.22. These features were planned for 3.2.21 but did not make it to the package, so they are released here as part of 3.2.22.

Some features planned for 3.2.21 did not make it to the package. 3.2.22 is now released and includes all the planned features.

Hello everyone, Here's the latest PG3x release. Release notes for: 3.2.22 - 04/16/2024 Make Plugin license check tolerant of connectivity failure on startup Change logs time format after midnight from 24:xx:xx to 00:xx:xx Developers: Add capability to update the plugin name

Yes, please open a ticket. I will need to know: Portal user logged in with Which plugin you tried to update & which store Copy of the browser console log showing when you do the plugin name change PG3 log & time you did the plugin name change

Sorry, good question. Normally in a browser you can just enter spaces instead of the dot, which translate to %20 (space = %20). But if you struggle with that, just use https://polisy.local:8443/rest/nodes and find your device in the list.

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

Hello everyone, Here's the latest PG3x release. Release notes for: 3.2.21 - 04/15/2024 Add capability to upload a zip file to the "data" plugin directory (For selected plugins such as the Audio Player

Please open a ticket, and include the following: Your polisy uuid The device address you are testing with Open a browser, try this url when there is contact and when there is none, and post the content of both cases in the ticket: https://polisy.local:8443/rest/nodes/yourdeviceaddress

So did you delete that Alexa device? If it still does not work after recreating using a "Discover devices", then check the mapping in Select Tool | Connectivity | Amazon Echo. It might be pointing to an incorrect device address on ISY. I would suggest to delete that device mapping and recreate it as well.

That would be a different problem - This is not specific to routines. Based on your problem description, I would recommend to: Delete the contact sensor in the Alexa app Ask "Alexa, discover my devices" - This will recreate the device in Alexa based on the configuration you have on ISY Portal Make sure your ISY/Polisy/eisy is online on portal Make sure you have an active license If that still does not work, make sure that the device or variable you are testing with in AC is the same that you have mapped in ISY Portal (Select Tool | Connectivity | Amazon Echo)

Alexa routines triggered by Alexa contact sensors sometimes would stop working. I have investigated this in great details and found a case where it may stop working. I just made a fix to this. At this time, it should be working for everyone. Time will tell if the fix is successful. Please let me know if it stops working for you.