Jimbo.Automates

@Javi, I have a command favorite which uses the value of an integer variable to show status, and I sync integer variables which all works great. The problem occurs if the value of that variable changes during initial startup of UD Mobile. This happens when I start the app, and before it shows me the value of that variable, I press the command which arm/disarm's my ELK and changes the value of that variable. This quickly shows the correct value of the variable, but then when the app finishes the initial load it shows the old value. Hopefully that makes sense, if not I can send screen video.

Download log package and send it to me, then I can see the PG3 log. Sent from my Pixel 6 Pro using Tapatalk

Sorry, need more information, not sure what Can't connect means. Did you follow the instuctions https://github.com/UniversalDevicesInc-PG3/udi-poly-ecobee/blob/master/README.md#installation If so, please download log package from the Node server log page and PM that to me.

Hey @bpwwer, Great job on this node server! I never knew the little black button on the hub could be used for access control. Can you add support for this shade? It was working in the PG2 version: 2022-08-12 18:12:51,596 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: Unsupported device type: TriathlonRollerShade 2022-08-12 18:12:51,598 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: To get support for this device added, please send the following to the developer: 2022-08-12 18:12:51,599 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: { "device_id": "5", "current_state": 100, "fan_speed": null, "tilt": null, "zone": "1", "name": "Family Room_Door Shade", "button_groups": null, "occupancy_sensors": null, "type": "TriathlonRollerShade", "model": "QSFRJ-S2A13-XX", "serial": 19023737 } and these, although not sure I really need them in the ISY: 2022-08-12 18:12:51,579 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: Unsupported device type: FourGroupRemote 2022-08-12 18:12:51,581 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: To get support for this device added, please send the following to the developer: 2022-08-12 18:12:51,582 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: { "device_id": "3", "current_state": -1, "fan_speed": null, "tilt": null, "zone": null, "name": "Family Room_Shade Remote", "button_groups": [ "3", "4", "5", "6", "7" ], "occupancy_sensors": null, "type": "FourGroupRemote", "model": "CS-YJ-4GC-WH", "serial": 47103488 } 2022-08-12 18:12:51,610 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: Unsupported device type: FourGroupRemote 2022-08-12 18:12:51,611 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: To get support for this device added, please send the following to the developer: 2022-08-12 18:12:51,612 ThreadPoolExecutor-2_0 udi_interface ERROR controller:discover: { "device_id": "11", "current_state": -1, "fan_speed": null, "tilt": null, "zone": null, "name": "Master Bedroom_Shade Remote", "button_groups": [ "9", "10", "11", "12", "13" ], "occupancy_sensors": null, "type": "FourGroupRemote", "model": "CS-YJ-4GC-WH", "serial": 47103566 }

Great! Sorry I somehow missed your previous post. Sent from my Pixel 6 Pro using Tapatalk

Looking at @btreinders errors, it may be a python version issue. Please make sure you have done an 'Upgrade Packages' in the ISY Admin Console before upgrading.

I'll pm you Sent from my Pixel 6 Pro using Tapatalk

Sorry that's unreadable, can you download the log package and PM it to me? Sent from my Pixel 6 Pro using Tapatalk

Any clue in the node server log? Sent from my Pixel 6 Pro using Tapatalk

ELK PG3 NS Issues fixed and 3.4.2 released.

I found an issue with this version where arming and disarming from a program is not working, I will work on a fix today.

The Polyglot Version 3 Node server for ELK Security Version 3.4.7 is released. See the Release Notes Please make sure your Polisy is up to date by running Upgrade Packages in the Admin Console -> Configuration -> System section. See the README for more information, including information on moving from PG2. If you have issues or requests please check PG3 ELK Github issues to see it has already been listed. And if you want to thumbs up an issue I will try to prioritize fixing the ones with most votes.

All my batteries look fine. Must be a bad batch of batteries? Sent from my Pixel 6 Pro using Tapatalk

@Dub aka WHaas Sorry for my delayed response. Thanks for the Praise, very much appreciated. >> Is it expected behavior to not see a subject line when using Custom Notification from Polisy? I need to confirm this, it's not under my control, it's how the ISY processes it. If there is anything in the body then only the body is sent, otherwise it uses subject. I should add more info about that in the doc, but it's such a new feature in the ISY that it wasn't completely understood. >> Also, there may be a small typo on the PG3 NS config page that produces the same behavior as above, but for Network Resources. The parameter for the Subject line is capitalized in the example for the path, but changing it to lowercase seems to correct the issue and will send the custom subject line. This is when using Network Resources to send a request to the node server. Yes, I have noticed that before and keep forgetting to fix it... That info is generated on the fly by the code. @MrBill Thanks for providing your expertise. With the new options to send with parameters you don't have to worry as much about changing the defaults and changing them back, you can just call them for the one message: https://github.com/UniversalDevicesInc-PG3/udi-poly-notification#send-sys-short-with-params

Yes, I've stopped receiving the errors so seems to be all good.

Yes, seems to be all fixed now

Today I started receiving these errors from the PG3 CAO Wireless Tags URL calling: URL: Kitchen Freezer Probable I/O race condition detected while copying memory. The I/O package is not thread safe by default. In multithreaded applications, a stream must be accessed in a thread-safe way, such as a thread-safe wrapper returned by TextReader's or TextWriter's Synchronized methods. This also applies to classes like StreamWriter and StreamReader., URL attempted to call: http://192.168.86.88:10916/update?tmgr_mac=6B24C795B80E&name={0}&tagid={1}&temp={2}&hum={3}&lux={4}&ts={5}&batv={6}&signaldBm={7}&txpwr={8} I've submitted a support ticket and a forum post as well: https://groups.google.com/g/wireless-sensor-tags/c/oKybvgbx0j0 Is anyone else seeing these as well?

Yes it should work the same triggering scene from a program or UD Mobile, if not then check the Kasa NS log for errors. Sent from my Pixel 6 Pro using Tapatalk

Much easier with notification node server [emoji6] With the next release of PG3 there should be a basic free option and the paid pro option with more features. Sent from my Pixel 6 Pro using Tapatalk

ELK Node Server Users, can you thumb's up an issue you would like worked on? That will help me gauge the need and desire for them: https://github.com/UniversalDevicesInc-PG3/udi-poly-ELK/issues

PG3 ELK Node Server 3.3.8 Released see the Release Notes

The latest Polisy updates seem to have broken the ELK Node server. I will try to get a fix out soon.

The Polyglot Version 3 Ecobee Node server 3.1.2 is released to production. This version supports the new Ecobee thermostat with Air Quality Sensor. See the README for more information, including information on moving from PG2 The Release Notes are also available.

Yes, it's each device, not the sensors in the device. On each poll it gets current data for all sensors in the device, but if the value is the same as previous then PG3 doesn't pass it on to the ISY. Sent from my Pixel 6 Pro using Tapatalk

Issue updated: https://github.com/UniversalDevicesInc-PG3/udi-poly-Airthings-Consumer/issues/13 Also updated config doc: https://github.com/UniversalDevicesInc-PG3/udi-poly-Airthings-Consumer/blob/main/CONFIG.md