Jimbo.Automates

The API does send a notice when the battery is low as mentioned in this old issue https://github.com/Einstein42/udi-ecobee-poly/issues/49 It's difficult to parse the error, but I actually did start to look into it last weekend, but no progress. Sent from my Pixel 8 Pro using Tapatalk

As I discussed with Benoit, these have never changed, I've had plugin installed from day one on my production system, with no issues. We have no clue how this could have happened. You can see the full history of the editors file and it was never uppercase so something funky happened at some point on the PG3 side. https://github.com/UniversalDevicesInc-PG3/udi-poly-Airthings-Consumer/commits/main/profile/editor/editors.xml This was exactly why I told you a while back to delete or move to another slot. Deleting plugins is part of PG3 that I don't own, but pretty sure it will only delete the one in the slot you request to be deleted. But, as always, if you are not sure, make a backup of IoX and PG3. As for programs still working, yes they will still function. Delete the plugin from that slot, reinstall it, then reboot IoX and all programs should be fine.

Works fine for me on my Android phone. Sent from my Pixel 8 Pro using Tapatalk

Thanks! I agree, log level should also be retained. Sent from my Pixel 8 Pro using Tapatalk

Thanks @bpwwer , one other question. When it sets the values at install time, does it know not to set them for an update install? Sent from my Pixel 8 Pro using Tapatalk

That is bizarre, @johnnyt has reported similar issues. But, the nodeserver itself has no control over the short/long poll values, it can only read them, not set them. Will need help from @bmercier or @bpwwer if they have a clue. I've also been discussing with @bmercier to add a custom polling that is settable by the nodeserver, so hopefully that can be implemented soon. But in the meantime we need to understand how/why PG3 is resetting the short poll value.

It helps to tag the person, otherwise I assume you are talking to me. I've never seen this issue before, and it's out of my control so doesn't help to keep on it. Post to the ticket. But, I would suggest moving it to a different slot, something is not right with that one, or delete all the nodes in the PG3 UI Nodes page and restart the node server, but that might not help either. The "will try to discover on next poll" is because you really pissed off the Airthings servers and they are not allowing access. I did this earlier today because I had my production and test servers running at the same time and it took almost 40 minutes before it gave me access again.

As I mentioned, nothing I can do about that, it's on the PG3 side.

That's exactly what was fixed in the new version if you read the release notes...

PG3 Airthings Consumer node server 1.1.2 released, see OP.

Tracking of Polled devices fixed in 1.1.2.

Looks like an internet or Airthings server issue, but plugin should handle it better: https://github.com/UniversalDevicesInc-PG3/udi-poly-Airthings-Consumer/issues/22

Re-installing in the same slot should not overwrite the config, I've never seen this happen. Restart is not necessary after a re-install since it stops the plugin, installs it, then starts it up. I've reinstalled on mine with each update an none of that is necessary. But in any case, those would be PG3 issues @bmercier would have to look into it.

Driver ST is set by PG3 on startup so you won't see it in the Plugin log. GV6 is only set on startup based on settings in the plugin, so it won't show in the log either. It will show if you can change the Poll Sensor in the AC. In the log you sent I see VOCLVL being set 2024-05-27 11:14:59,999 MQTT udi_interface.interface INFO interface:_message: Successfully set s_2930071732 :: VOCLVL to 1 UOM 96 I reviewed the log and it is pushing the profile to IoX so not sure what the issue is. 2024-05-27 09:16:03,410 Thread-11 udi_interface INFO Controller:handler_start: Started Airthings-Consumer NodeServer 1.1.1 2024-05-27 09:16:03,436 Thread-11 udi_interface.interface INFO interface:updateProfile: Sending Install Profile command to Polyglot.

Please download log package and PM it to me and reference this post. Sent from my Pixel 8 Pro using Tapatalk

This tells me you must have a keypad connected to the RS485 and the 7TS is essentially a UI using the same API the ELK Plugin uses. Sorry, no idea, I don't have a test system so will have to upgrade mine when I have time to debug if there are issues. But I seriously doubt there will be any issues.

None of those steps should be necessary, all you should need is: Update plugin Wait till installation is complete Make sure it shows 1.1.1 in the PG3 UI Start Admin Console, the AC loads the profile from the IoX on startup so it must not be running to see the new info. PG3 handles loading the profile into the IoX so if it's not happening will need help from @bmercier to review.

Sorry, I forgot to add it to the doc. Each sensor should have a poll device option when you select it in the AC. Make sure you have closed and opened the AC since updating the plugin. Sent from my Pixel 8 Pro using Tapatalk

PG3 Airthings release seems to have caused licensing issues, if you are unable to upgrade please submit a support ticket and include your UUID.

You are not the only one, something seems to have happened with the new release. Please submit a support ticket and give them our UUID to check.

Sorry I should have said to include your uuid in the ticket which theyll need to check licenses. Sent from my Pixel 8 Pro using Tapatalk

PG3 Airthings Consumer node server 1.1.1 released.

The unhandled errors are all related to PG3, not the plugin itself. Are you still seeing those? The unhandled param is VirusRisk and I've asked Airthings support to explain these numbers and what the min/max can be but no response so I can't add it until I get this info. It does not cause any problem, simple a notice that the API is sending info that it doesn't expect.

Sorry, not sure. You'll have to submit a ticket for @Michel Kohanim or @bmercier to look at. Sent from my Pixel 8 Pro using Tapatalk

As documented in https://github.com/UniversalDevicesInc-PG3/udi-poly-Airthings-Consumer/blob/main/README.md The VOC value is in driver GV4. PG3 now allows us to set a name to show up on that page so I will try to add that tomorrow.