glarsen

It's been a while since I worked on this plugin, but I think that simply restarting it should run discovery again and add the new zone.

Open/close now do what they say they will! Thanks.

@sjenkins I've discovered that the "Open" and "Close" buttons in the nodes for the individual shades are inverted - "Open" closes the shades, and conversely "Close" opens them. The "Activate" function in each of the Open and Close nodes works as expected though. This is the same whether using the AC or UD Mobile, or in programs. I don't know if this has been a long term or recent thing. My HD system is a G3 running version 3.2.46 on the Gateway. Iox 5.9.1, PG3x 3.3.21, HD 1.12.5 (exhibited same behaviour on .4, don't know about previous versions). It's not a big issue as my programming uses the Open/Close nodes and functions correctly.

Can you PM me the debug log please, and a screenshot of your config?

10.0.55 is not a valid IP address. You're missing one octet, a fourth digit.

PM sent

@firstone, up until now i've had good success with my Onkyo TX-NR737 and AVRemote. Sadly, the 737 died a quiet death recently and it wasn't worth repairing. I've 'upgraded' to a TX-NR6100 which, operationally, is very similar. It offers a few more streaming features but otherwise isn't much different, with one exception. Volume control is 0-100 in steps of .5, so AVRemote doesn't control it or read it properly as the old 737 only used 0-80 and whole integer steps. The latest eiscp definitions do seem to show this addtion, so I wonder if it would be possible to modify AVRemote to adapt to the newer Receiver? Thanks for this!

Looks good @bmercier. Thanks. Tinkering continues....

@bmercier done.

@bmercier I also have the same results as @sjenkins after upgrading to 5.9.1_21 and rebooting. The rest command gives this, which seems normal: {"timestamp":"2025-06-07T08:26:11.581210-07:00","families":[{"id":"1","name":"","instances":[{"id":"1","name":"","nodedefs":[{"id":"RelayLampSwitch_ADV","nls":"147","properties":[{"id":"ST","editor":"I_OL_RELAY","name":"Status"},{"id":"ERR","editor":"I_ERR","hide":true,"name":"Responding"}],"cmds":{"sends":[{"id":"DON","name":"On"},{"id":"DOF","name":"Off"},{"id":"DFOF","name":"Fast Off"},{"id":"DFON","name":"Fast On"},{"id":"FDUP","name":"Fade Up"},{"id":"FDDOWN","name":"Fade Down"},{"id":"FDSTOP","name":"Fade Stop"}],"accepts":[{"id":"DON","name":"On","parameters":[{"id":"","editor":"I_0_100_PERCENT","optional":true}]},{"id":"DOF","name":"Off"},{"id":"DFOF","name":"Fast Off"},{"id":"DFON","name":"Fast On"},{"id":"QUERY","name":"Query"},{"id":"BEEP","name":"Beep","format":"/level/${c}/${c} ${v}/","parameters":[{"id":"","editor":"I_BEEP_255","optional":true}]},{"id":"BL","name":"Backlight","parameters":[{"id":"","editor":"I_BL"}]},{"id":"WDU","name":"Write Changes"}]},"links":{"ctl":["I_CTL_DIMMER_ADV"],"rsp":["I_RELAY","I_RELAY_ADV"]}}]}]}]} Still receiving "Error loading node 2A 43 78 1: Profiles loaded but nodedefs missing", same on all Insteon nodes

@bmercier IoX is at 5.9.1 and PG3x at 3.3.19 with eisyui 0.4.1 installed. For kicks I restarted the eisy anyway after clicking "Upgrade Packages", but same versions before and after, and no change in results.

Error loading node 4F E5 E4 1: Profiles loaded but nodedefs missing I'm getting this error on all Insteon nodes. Thus, no commands appear in widgets. Also, can't seem to get widgets to display on ZWave Thermostats, only properties.

@kzboray, I did notice at the time that I updated to 5.8.3 that none of my Python plugins started initially either, but after a second reboot they all came up properly. And under 5.8.4 they all seem ok too.

@tmorse305, the issue for some seems to have arisen after updating to IoX 5.8.4.

And yet all of mine are fine...including RainMachine. Which hardware are you on - Polisy or eisy? Not that it should matter, but....

@chadm, Meteobridge 3.2.0 is available which incorporates indoor temperature, humidity, and dew point. Let me know if you have any issues.

There's a new version of Meteobridge that I just uploaded incorporating some changes requested by another user. The file for both Polisy and eisy is identical and runs fine on both of my Polisy and eisy, so I'm not sure why you're seeing that. In any case, try 3.2.0 and see if it works.

Don't see why not. Give me a couple of weeks and I'll get it done. Just finishing up a move into a new location and still finding things.

I'll have a look as soon as I can. We're just finishing up moving and setting up my development platform should be done by the weekend. What type of weather hardware are you using? Also, please set the logging to debug and restart the plugin. Then download the lig package and PM it to me.

@cosyn, sorry I've been unable to respond or help. I'm in the process of moving and have no access to any of my dev stuff (since Dec. 27), and not for another week or so yet. Finally got a laptop fired up today in a hotel room and saw all of this. I can't remember what forced the change to the node names since it was more than a year ago-I had even forgotten about that until I saw this thread. I'm glad UD was able to help. Thanks for your patience.

First off, make sure that the plugin is installed in the same slot in PG3x as it was in PG2. There were no code changes in the functional code between PG2 and PG3x so it should work the same way.

I tried uninstallating, rebooting and reinstalling, all with no success. And it's been over 24 hours now so it doesn't seem that anything is changing.

And I see the rust installation in /usr/local, including the compiler in bin, so I dunno.

Do I need to open a ticket with UDI? Or do you have a suggestion to fix?

DId the last version depend on Rust too? It ran ok.