bpwwer

The cause seems to be that "api.emporiaenergy.com" isn't being resolved. 
It could be a temporary thing where their servers when off-line for a while or it could be something regional/provider related where they aren't able to contact root DNS servers.   Or it could be a local issue (I.E. your internet connection was down).
I'm able to resolve the name here and I'm able to access the server. 
You can try with a browser using https://api.emporiaenergy.com and it should respond with an authentication error.
The main error is "<urllib3.connection.HTTPSConnection object at 0x8052eb820>: Failed to establish a new connection: [Errno 8] Name does not resolve"
It does make multiple attempts and then reports that max re-tries exceeded.
Then the node server throws a bunch of errors because it didn't get any data from the servers.

I think I see the problem.  This is the first "roku" device it finds: http://192.168.1.134:40000 which doesn't look like a roku device at all.  So something else is responding to the roku discovery broadcast.
I just uploaded a new beta that may resolve the issue.  All it really needs to do is skip this non-roku device and continue and it should find the real roku devices.

The (re)install button is a brand new feature of 3.1.13 and it appears that there are some bugs that still need to be worked out.  Please go to the Node Server Store and select the iAquaLink node server.  In the detail purchase page, it should show an install button there and that button should allow you to install using your existing license.
However, before you do that, please verify that PG3 is really able to communicate with the ISY.   If it is, then you've tripped one of PG3's features that tries to prevent accidental node server removal.
If PG3 has node servers listed in it's database for an ISY, and it queries the ISY and gets back that no node servers are installed, it doesn't really know if there are no node servers as maybe you reset the ISY and are restoring it from backup. So it basically does nothing.  As soon as you add a node server to the ISY, PG3 will then realize that the list coming from the ISY is valid and will clean up any slots in it's database that don't match what's on the ISY.

PID not found is referring to your Polisy ID.  The Polisy does need to be registered with the Portal before it can create a node server license for it. 
My understanding was that it would register it automatically the first time you tried to purchase something but I don't have access to the portal administration so I'm not sure.  You may be able to log into your portal account and register your Polisy yourself.
The Polisy ID is the actually the MAC address of the network adapter so changing which network interface your using on the Polisy can cause issues.  I.E. if you switch from using a wired connection to wireless.
If none of this helps or makes sense you'll have to open a ticket to get someone at UDI to investigate what's going on with the Portal. 

It's not the node server it's the ISY/IoP that won't accept the precision.  The node server is converting units and the conversion results in more decimal places than the ISY/IoP can handle.
Fixed in version 3.0.26

There was a support ticket with the same issue (uuid = 00:00:00:00:00:01). In that case a reboot of the Polisy resolved the issue.
I suggest you try that first.  If that doesn't resolve the issue, then file a support ticket as something may be preventing the Polisy from fully initializing on startup.

I made the change to comment out the pushover import since I do have access to the repository.  A re-install should get a working version now.

I don't see any errors from PG3, just warnings.
I've mentioned this before, PG3 makes 3 attempts to send the information to the ISY.  Above shows that the first attempt failed, but the second attempt succeeded so that's not an error.

It's on my list to add RIO support to the PG3 version, just need to find the time.

Unless it's a Roku TV, no.  the node server only controls Roku devices.

Yup, that helps.  
I just uploaded version 2.0.1 of the Roku node server to the store.   Refresh the store and then restart the node server and see if that adds your Master Bedroom Roku.

I updated the link in the store listing so it should work now.

I think you almost had it right.  Try ${sys.node.n001_141766_11.CPW} 
The address created by the node server has the "n<slot>_" pre-pended to it when added to the ISY

I was wrong about the API change. I can't find anything wrong.  However, the free plan limits are now pretty low and you do need to have the short poll, long poll and number of forecast days set to stay below those limits.
If you try to get more than 7 days of forecast data with the free or hobbyist plans, the node server will fail to start as it will be sit there waiting for more data that it will never receive.   This makes things a bit more difficult since the node server doesn't have any way to know what plan you have so it can't auto-adjust the parameters.
I've updated the documentation and configuration help to reflect the latest limits.

A just releases a new version (2.0.7) that should fix the issue.
The problem was that @jkosharek's  station is reporting battery data that I had not seen before and the data parser ended up generating two battery drivers with the same name in the node.  The ISY doesn't like that and the node was not really valid, hence it wasn't able to display it properly in the admin console.

Done in version 2.0.1

Is it really this message: "Portal Access Token Expired. Refreshing..." ?  If so, that's not an error, it's a warning. 
The token is only good for about 1 hour and then it needs to be refreshed (or you need to re-login to the Portal). PG3 attempts to refresh it automatically when it detects that it expired.  So unless it fails to refresh, it's behaving as intended.

That likely no longer works.
With the initial versions of PG3, it would work in some specific cases where the PG2 node server and the PG3 node server were mostly compatible and you had a license or didn't need a license for the PG3 version.
Over time, the PG2 and PG3 versions have become less compatible and now you need a license to install any node server on PG3.
If none of the node servers showed up in PG3, that means that none of them met the criteria needed to install the PG3 version.

This issues is fixed in version 3.1.12, see the release announcement for the list of fixes in this version.  It is available now.

PG2 node servers will show as unmanaged in PG3
PG3 node servers will show as unmanaged in PG2
That's because they are two different instances of Polyglot and only one instance can manage any given slot on the IoP. 
To remove a node server, you should use the Polyglot instance that created it to do the remove/delete operation.  When you use Polyglot to delete a node server it will remove it both from the IoP and from the Polyglot instance.
If you are no longer running the instance of Polyglot that created the node server, you can delete it from the IoP by using the admin console's Node Servers -> Configure -> slot range -> Node server/slot and click on the delete button

I don't have this node server installed and don't have any Sonos devices, so I may be completely off base here.  
Typically the commands a node server can send to a device are predefined. To use them in a program you go into the program interface and select 'Control' for the 'then' part of the program and select the specific node server as the device.  It should then have a drop down list of the commands you can send to the device.
Following the links to the node server documentation  https://github.com/simplextech/pg3_docs/tree/main/ST-Sonos
says it supports all the functionality of the API which lists the following:
The actions supported as of today:
play pause playpause (toggles playing state) volume (parameter is absolute or relative volume. Prefix +/- indicates relative volume) groupVolume (parameter is absolute or relative volume. Prefix +/- indicates relative volume) mute / unmute groupMute / groupUnmute togglemute (toggles mute state) trackseek (parameter is queue index) timeseek (parameter is in seconds, 60 for 1:00, 120 for 2:00 etc) next previous state (will return a json-representation of the current state of player) favorite favorites (with optional "detailed" parameter) playlist lockvolumes / unlockvolumes (experimental, will enforce the volume that was selected when locking!) repeat (on(=all)/one/off(=none)/toggle) shuffle (on/off/toggle) crossfade (on/off/toggle) pauseall (with optional timeout in minutes) resumeall (will resume the ones that was pause on the pauseall call. Useful for doorbell, phone calls, etc. Optional timeout) say sayall saypreset queue clearqueue sleep (values in seconds) linein (only analog linein, not PLAYBAR yet) clip (announce custom mp3 clip) clipall clippreset join / leave (Grouping actions) sub (on/off/gain/crossover/polarity) See SUB section for more info nightmode (on/off/toggle, PLAYBAR only) speechenhancement (on/off/toggle, PLAYBAR only) bass/treble (use -10 thru 10 as value. 0 is neutral) Is there something beyond that you need help with?

1.0.3 is the latest version.  You can always compare the version listed in the store with the version you are running.   If they are the same, you can delete the notification.

The node server is already running.  If you try to start a second copy, it fails because only one node server can be running in a slot.
Since node servers are independent processes on the OS, under rare conditions they will continue to run when PG3 attempts to stop them.  When that happens, PG3 gets confuses because it doesn't know the node server is still running and lets you try and start it again, which then fails.
Possibly, restarting PG3 will clear.  If not, then the only way is to either manually kill it via the console or restart Polisy

@tmorse305If you refresh the store and try re-installing it should work now.   

Try upgrading packages again and get version 3.1.8.  I think this will resolve the issue.  It it still says the node server has expired, try restarting the node server and see if that fixes it.