bpwwer

No, it was written to work with this device: https://www.amazon.com/Connects-Electric-Metering-Burlington-Mountain/dp/B084T6HGNR/ref=sr_1_3?crid=3BJIJ2RUPH2JR&keywords=emporia+vue&qid=1652393069&sprefix=emporia+vue%2Caps%2C139&sr=8-3

I think version 2.0.2 will resolve it. However, you should also update PG3, you're running an out-of-date version.

Hmm, I did port it last October. I have no idea if works at this point, but I guess I should check and then release it.

It's display the "Main" channel data for both of those. So that kindof implies that your charger is considered the main channel for daily data? I don't really know. The only device I have has only the "Main" channel.

It's not getting valid data. How often are you polling for data? It looks like about 90 seconds from the log. I believe you can only make a limited number of queries per day and if you have it set to 90 seconds, it may only be able to get data for a few hours before you've used up the day's allocation. When I was testing it, I used shortPoll = 240 and longPoll=1200 to try and keep under the limit.

Try version 1.0.4. It should be better.

The store only updates automatically a couple of times a day. You can manually refresh the listing using the "Refresh Store" button. It's in the Production store.

Refresh the store and restart the node server. It should install version 2.0.1 and I believe that will fix the problem.

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 just pushed out version 1.0.3 of this node server. I think I managed to work around the problem with the library.

If the version numbers match and it's saying it needs to be restarted, just re-loading the browser should fix it. Apparently 3.0.62 does not equal 3.0.62 sometimes. I suspect that the old version is cached somewhere and that's why it does that, but it should be comparing the same values it's displaying.

No, there's nothing wrong with the node server, one of the python libraries it depends on won't install on a Polisy. I'll see if something can be done to get the library supported on the Polisy.

Whatever information it is getting back from WeatherFlow when it queries for information on the station id is not valid. I took a look at what WeatherFlow was returning and it has 3 incomplete records and 1 correct record for your HUB device. The nod server is failing when it encounters the first incomplete record. Version 3.0.20 of WeatherFlow node server should now skip those incomplete records.

Unfortunately that log doesn't have anything that would indicate what happened. I'd need to see the log where the node server was installed or at least when it was restarted. Have you tried restarting the node server?

send me a log package from the node server logs page and I'll take a look.

You might want to look at the log to see what's wrong. My guess would be an incorrect API code or incorrect station id.

Almost all of the weather services have a free subscription plan. That allows you to at least use the services web site to see what data it is providing and how accurate it is for your location. I tried to make most of the weather service node servers as similar as possible so there really isn't much difference there. It really comes down to finding one that has the data you want and that best serves for your location.

Node server purchases are tied to PG3 not to the ISY. When the ISY is not IoP running on the same Polisy, the UUID's will be different.

Unmanaged means that that instance of polyglot (pg3 or pg2 whichever says they are unmanaged) does not own the node server installation and thus, can't do anything with those node servers. Both versions periodically check the ISY to see what node servers have been installed. I believe this happens about every 5 minutes. This means that deleting a node server from one instance of Polyglot, won't instantly update other instances of Polyglot, it can take up to 5 minutes before the deletion is seen by the other instance.

I'm not sure how it happened, but you have a really old version of PG3 (3.0.43) which no longer works. the most recent version is 3.0.61. see the instructions to upgrade in the PG3 release announcement section of the forum.

Then if you delete the PG2 node server, it will delete the nodes from the ISY and when the PG3 version is installed, it will create the nodes with the default zone names. If you don't delete the PG2 version (but simply stop it). The nodes will remain unchanged in the ISY and the PG3 version should inherit them. This assumes that the PG2 and PG3 versions use the same node address. Also, PG2 will restart all it's node servers if it is restarted so there's no good way to permanently disable a node server on PG2, other than by deleting it. Neither PG2 nor PG3 (yet) were designed to allow for migrations like this. Unfortunately there's nothing we can really do about PG2 at this time so there are no good solutions.

If the zone names are set via the custom parameters then they should carry over. That assumes that the PG3 version uses the same custom parameters as the PG2 version. Also note that the restore from PG2 backup is not selective, it tries to restore all the node servers from PG2, you can't just pick one and say restore this one only.

From the log, the Hue node server installed correctly. It seems to be the node server itself that exits abnormally after starting. We'd need to see the node server log which should indicate why.

Thanks for being so detailed in describing the problems. Typically, when a node server stops and shows disconnected immediately after trying to start it, it means that the node server crashed for some reason. Info on that will show up in the node server log. If there is no node server log, then it was never able to start and those errors will show up in the PG3 log. Both the Hue and Sonos node servers are free node servers. Thus, you haven't actually purchased any yet so that's why you're seeing the error since it really did fail to get any info on purchased node servers. That message should be improved to be a bit more helpful in the next release. With PG3, you can install the same node server multiple times into different slots so even after installing it, you can still install it again. Once you install a node server, the column labeled "Installed" should show the slot number(s) that it is currently install in. We'll need to know what's in the log files to determine what isn't working.

The PG2 version is probably just ignoring the bad response.