Goose66

Seems like adding Matter support to the Insteon hub will be a no-brainer programming/technology-wise if they decide to do it. The question is will they make the smart decision to do it. Like so many HA companies, Insteon needs to decide if they want to be a hardware company or a software company and then stay in their lane. When these companies decide they want to own both sides, they just wind up being crap.

I have uploaded a new version of the MyQ Node Server (v3.1.21) to the Node Server Store. This version fixes an issue with v3.1.20 where files from the older version were being left in the install directory and causing the new node server not to run. See release notes at https://github.com/Goose66/NSDocs/blob/main/myq-pg3.md for more info.

Just released a version 3.1.21 that includes a script to remove the old files on install. Should fix all problems with upgrades. Again, sorry for the problem.

Just for clarity, do you have access to the devices in the Resideo app?

The problem is that installing the upgrade is not deleting old files that have been moved to another location. Accordingly, when it starts up, it is loading an older file instead of the new file in its new location. I have rolled back the Node Server to 3.0.19. If you upgraded, you are going to have to delete and reinstall. Sorry about that folks!

Sorry it has an install issue. But… but… football! I have asked Bob to roll back the release.

I have uploaded a new version of the MyQ Node Server (v3.1.20) to the Node Server Store. This version slightly changes the way initial connections are made on restart and adds Low Battery and No Comms states to garage door openers to support door position sensors (DPS). See release notes at https://github.com/Goose66/NSDocs/blob/main/myq-pg3.md for more info.

You’re technically not using your Amazon credentials. Your doing third-party oAuth through Amazon. Same is available through Apple and Google. The node server does not support third-party oAuth as it requires user interaction through a web browser or app. The node server requires a MyQ account.

I assume you used the free version on the RPi or did you code on PC/Mac then download to RPi?

ISY994 still supported. It’s the Polyglot running on DIY platforms that’s no longer supported, and precisely because of problems like yours. Polyglot and polyglot node servers were initially created by hobbyists in the UDI community. At some point in the PG2 to PG3 migration, UDI recognized the importance of Polyglot to the ecosystem and absorbed it as a core product (although the vast majority of node servers are still from community members like myself). Of course by adopting it as their own, they also took on support. And it’s very hard to support an ecosystem that has a critical piece being run on whatever hardware and OS a user can cook up. There were folks running Polyglot in Docker and various emulators on Macs and all kinds of things. Thus Polisy was born.

Wow! Is the code on GitHub?

Firstly, I am not supporting PG2 node servers any more. It's just too much to keep both PG2 and PG3 node servers working. PG2 has been deprecated by UDI, and you won't get any support for it from them either. But as to the error, it looks like the problem is a syntax error in the Python code - specifically on the first instance of an f-string. I am going to assume you are running an out-of-the-box version of Raspbian Stretch from 2017 with Python 3.5 that doesn't support f-strings. If you install Python 3.6 or better on your RPi, then it may run correctly. But if the MyQ API changes, you'll just be right back to non-functional, since only PG3 version will be updated moving forward.

That’s just a code error. Can’t have a set of dictionaries in Python. Was this node server perhaps converted from nodejs?

Are the Polisy and EnvisaLink on the same LAN? If so, then the router/firewall wouldn’t come into play. Also, if the node server couldn’t reach the EnvisLink you would get a timeout on the connect. What’s happening is the node server is connecting to the EnvisaLink and the EnvisaLink is immediately resetting the connection. I’ve only ever seen this when there is another connection to the EnvisaLink.

And you rebooted the EnvisaLink?

Yes, the browser connection is different (HTTP). The specific socket connection to port 4025 that Nodelink and the node server use is the one that allows only one connection.

From what I can see in the log, it is trying to connect to the Envisalink at 192.168.1.251. Not ever getting to login because the initial socket connection is being refused: evltpi_dsc:_get_next_cmd_seq: TCP Connection to EnvisaLink unexpectedly closed. Socket error: [Errno 54] Connection reset by peer The "connection reset by peer" error message has normally been the result of another connection to the Envisalink, e.g. another version of the node server, NodeLink, or some other controller connected to the Envisalink. If you know there is no longer another process running somewhere that is connecting to the Envisalink, then I would suggest using the web interface of the Envisalink (http://192.168.1.251) to go to "Network" settings then click "Reboot Envisalink."

I can take a look in a few days. In the meantime, make sure the PG2 node server is shut down. The EnvisaLink will only accept one socket connection.

The short answer to your question is yes, Polyglot on Polisy will work fine with your ISY-994i and give you integration with a lot of additional devices. When your are ready to migrate to IoP, it will be ready.

The short answer is that you are likely to see different solutions here depending on the node server. There is no "built-in" node server running/operating state (status) in the Node Server API, and the requirement for a "Controller" node representing the node server that was present in PG2 node servers was removed in PG3 (which is a good thing for reasons I would be glad to discuss 😆). One consequence of this is there is no standard way for PG3 node servers to report their state. Node servers do various things here depending on the design philosophy of the developer: some choose a state (driver) value for one of their nodes to (attempt to) reflect the running state of the node server; some send heartbeats (e.g., AWAKE commands) periodically form a node that allow the ISY to monitor the running state; some use a driver to effect heartbeat (e.g., alternating 1 and -1 in the ST driver of a "controller-type" node). Personally, my hope is that state tracking for node server running state (heartbeat or otherwise) is built into the API at some point - potentially when the intervening REST layer is removed and node servers start communicating with the ISY directly through MQTT (let's call it the "Polyglot" API).

@carealtor How are you with network resources? I know when I sold my house, I was able to port most of the function of my Autelis/Jandy node server to network resources. I left my ISY994i but didn't leave the RPi running PG2, so this allowed me to leave most of my kepad keys that had printed key labels functioning without having to explain all of the Polyglot stuff to the new owner.

I think Red is supposed to be for controllers and blue is supposed to be for responders, at least in scenes (source: ISY-994i Home Automation Cookbook). However, I've seen this question asked a lot over the last 10 years and have never come away with a clear understanding of the differentiation of the colors in the node hierarchy.

It was indeed a "quirk" in Polyglot. When you recreate nodes in Polyglot on restart, even if you initially set the UOMs for the drivers to their default values, Polyglot updates them to the UOMs stored in the database for the node (for nodes (thermostats) that were already created). I have uploaded yet a new version to implement a fix that changes the UOM back to the intended default after the update. Note that the UOM for CLIHCS will continue to show in the Polyglot Dashboard as 66 - no way to fix this without deleting and re-adding your thermostats. The new version is v3.0.11. Let me know if it is working.

LOL. That's definitely what it feels like sometimes. It's been a slow evolution of ISY Node Servers and Polyglot from end-user or third-party add-ons to an integral part of the UDI/ISY ecosystem, but it is evolving, and I think (hope) eIsy will see us even closer to a robust, fully-integrated platform.

You may need to flash SSD on your Polisy. You should put a ticket in with UDI support. But before you do that, make sure you are giving the “Upgrade Packages” ample time. My last one took nearly 20 minutes. Wait for the 5 beeps before rebooting.