Hi @rigpapa. I couldn’t agree more for real SDK docs and I implored the devs early on but it fell on deaf ears. However, I have also implemented the aforementioned “lore” in ezlo-hub-kit using a mechanism that works universally for both the Linux and RTOS, albeit for secure web sockets only, so I am not sure what you are experiencing. It is up on GitHub with a very liberal license (effectively people can do with it whatever they want with it). The implementation’s automated test suite has survived numerous ezlo firmware updates so I feel pretty good about the stability, albeit with the real-SDK caveats that you mentioned. Feel free to use the npmjs module or copy/paste or whatever with the source code that might help. It is there for people to do whatever they choose, even if it just helps someone with their own ezlo connection strategy implementation. If you just want to harvest some additional “lore” but unified across Linux and RTOS, take a look at the EzloCloudResolver strategy.
I’ll be happy to entertain any questions that you might have but given that it is a nodejs module complete with unit tests, I suspect you will auger in quickly by downloading the code and running the unit tests. The tests will discover all your locally connected ezlo hubs and run each unit test on them (note, you will need to use your mios credentials in the config.env file for the tests).