Jump to content

Jimbo.Automates

Members
  • Posts

    4634
  • Joined

  • Last visited

Everything posted by Jimbo.Automates

  1. This looks like the PG3 issue they decided not to fix, you will need to upgraded to PG3x.
  2. Yes, it should show that in the installed column @bmercier ? Sent from my Pixel 6 Pro using Tapatalk
  3. I agree this is confusing, and by default should just update the one you selected to be updated, and another option to see the full list of choices.. But your last screenshot doesn't look right, the Installed column should say which slot you have it installed. Sent from my Pixel 6 Pro using Tapatalk
  4. Added https://github.com/UniversalDevicesInc-PG3/udi-poly-ecobee/issues/7
  5. @bmercier any idea why upgrade from free to standard didn't require payment? Sent from my Pixel 6 Pro using Tapatalk
  6. Thanks. Fixed in 3.6.11 which just has a minor bug fix.
  7. The KS225 is not confirmed as working but similar ones are: https://github.com/python-kasa/python-kasa/blob/master/README.md so not sure since it's not showing up in the discover. Some of the M devices work, but man do not since they use a new protocol. The developers of python-kasa have been looking into it but nothing released yet. This is the exact reason I gave notice that this uses an unsupported API and can break at any time.
  8. That's a PG3 issue I've seen before. Will need @bmercier to look into it. Sent from my Pixel 6 Pro using Tapatalk
  9. Thanks, no other issue I can see in the log besides what you showed 8/17/2023, 24:45:01 [pg3] error: createNS: Error: udx: /rest/pg3.install.ns returned error status 500 at call_udx (/var/polyglot/node_modules/@universaldevices/pg3x/lib/services/udx.js:70:15) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async Object.UDXdeploy (/var/polyglot/node_modules/@universaldevices/pg3x/lib/services/udx.js:128:3) at async Object.createNs (/var/polyglot/node_modules/@universaldevices/pg3x/lib/services/nodeservers.js:450:7) Probably best to upgrade modules so you are on the latest PG3x and try again, unless @bmercier has another suggestion?
  10. I've heard that some of the M devices are working, but not that one specifically.
  11. First one is a KP401, second one is a EP40 they should both be supported. I'll give the same answer as the previous post: Kasa devices sometimes don't respond initially, the NS does try to discover devices on each long poll so they may eventually show up. I can try increasing the timeout while looking for devices if possible. For the one that shows in PG3 but not ISY, it should be grouped underneath the controller by default, but if you still don't see it then set node server logging to debug, restart the node server, let it run for a few minutes then download log package and PM it to me.
  12. Please download log package and PM it to me. Sent from my Pixel 6 Pro using Tapatalk
  13. What version of PG3x? Probably need @bmercier to help Sent from my Pixel 6 Pro using Tapatalk
  14. What model number devices are these?
  15. Thanks! Much appreciated. Funny that the zooz looks exactly like the Fibaro so I was wo if they were actually the same. Sent from my Pixel 6 Pro using Tapatalk
  16. Kasa devices sometimes don't respond initially, the NS does try to discover devices on each long poll so they may eventually show up. I can try increasing the timeout while looking for devices if possible. Device status is only updated on short poll, Kasa doesn't allow immediate updates. Remember we are using an undocumented API. Some new devices use a new method which is not currently supported, not sure if yours is one of them. Sent from my Pixel 6 Pro using Tapatalk
  17. So I guess nobody is using the Fibaro RGBW controller? Chris is looking into it, but Is there a Zwave RGBW controller that works with IoX? Sent from my Pixel 6 Pro using Tapatalk
  18. FYI I tested a long node name like yours thru the notification node server and it worked fine. The $sys is parsed by the IoX before being passed to the NS so will likely need @Chris Jahn to look into it. Sent from my Pixel 6 Pro using Tapatalk
  19. No idea where that came from. Was another node server in the same slot previously and it didn't get cleaned up? Sent from my Pixel 6 Pro using Tapatalk
  20. Jimbo.Automates

    Elk v3.80

    When removing the legacy server.json you must pass the version to the interface start call. I knew that but forgot. https://github.com/UniversalDevicesInc-PG3/udi-poly-ELK/commit/4d3299aac70944c2548ef2a4107bdb74253e1dc3 Sent from my Pixel 6 Pro using Tapatalk
  21. Jimbo.Automates

    Elk v3.80

    Version 3.8.1 released with the fix.
  22. Jimbo.Automates

    Elk v3.80

    I know why now, I will fix in next release.
  23. Jimbo.Automates

    Elk v3.80

    I manually did a sync purchases, then it showed the update. Now I have the 0.0.0 as well and log says: 2023-08-15 13:54:43,570 MainThread udi_interface.interface WARNING interface:_get_server_data: get_server_data: failed to read file server.json: [Errno 2] No such file or directory: 'server.json'
  24. Jimbo.Automates

    Elk v3.80

    Not sure, I was going to test on mine, but just noticed PG3 isn't telling me an upgrade is available? I'm on 3.7 and 3.8 is out?
  25. Please send the notification, then download log package from notification NS and email it to me.
×
×
  • Create New...