Jimbo.Automates

I'm stumped... It's in your nodes list you sent me for sure <node flag="0" nodeDefId="e868e786c5_2"> <address>n002_e868e786c5_2</address> <name>Main Level</name> <family instance="2">10</family> <parent type="1">n002_e868e786c5</parent> <type>0.0.0.0</type> <enabled>true</enabled> <deviceClass>0</deviceClass> <wattage>0</wattage> <dcPeriod>0</dcPeriod> <startDelay>0</startDelay> <endDelay>0</endDelay> <pnode>n002_e868e786c5</pnode> </node>

That's odd. @bmercier any idea why it would show that? With this release I removed the old server.json so it should get the version the new way now.

Shouldn't be an issue. ELK creates a new nls on restart since it has to be customized for each person. Sent from my Pixel 6 Pro using Tapatalk

Not sure, will need help from @Javi

Just confirming, you did a resync of UDM after restarting IoX? Also, do the correct status names show up in the AC? Sent from my Pixel 6 Pro using Tapatalk

I'm trying this controller. I did a normal Z-Wave exclude/include and only got 3 nodes shown in the pic, none of which would control it. So I excluded again and included using smart add with UD Mobile then I got all the nodes I expected shown in the picture and could control it with ZY 013.1 Then powered down the device and power supplies, powered it back on then I could no longer control with IoX. I did a Z-Wave Synchronize Update with Interview, and all the nodes were deleted and back to just the 3 in the pic. bfecb926-2bca-48fc-9e72-c010c8f2458a.jfif

Great, glad it's working. You can ignore those pyisy.events errors, I'll turn that off in a future release. The node server API doesn't allow creating scenes, so I can't treat them any differently. I'll see if @bmercier can add that to PG3.

I'm not sure what you mean by this? Did you change your light_method to ELKALL and Save it?

But if they don't show up in the rest nodes then something weird is going on. Try reinstall the NS in the same slot? Sent from my Pixel 6 Pro using Tapatalk

Can you see the nodes in the Admin Console?

@William Olsen 3.8.0 Uploaded to the store with new light_method ELKALL which should work for what you want.

I don't. I could pull it out of git and release it but then you'd be stuck on an old version which would never get fixes or updates. I started looking at adding this back earlier today,.will try to work on it more this weekend if I have time. Sent from my Pixel 6 Pro using Tapatalk

I have asked Ecobee to allow the API to set Vacation mode but it hasn't happened yet. What I do is create my own "Comfort Setting" called "AwayExtended" or whatever you want to call it, then restart the node server and once it completes open the Admin console and your new comfort setting will be available. I prefer to have ISY control my vacation mode, when I arm my alarm in Vacation mode it sets the Ecobee as well.

The Polyglot Version 3 Ecobee Node server 3.1.5 is released to production. See the Release Notes for more information.

That's strange, the n002_e868e786c58b_2 looks to be a valid node, so not sure why it's not showing up. Can you delete it and type it in manually instead of being copied from the PG3 UI? @Michel Kohanim @bmercier or @Javi any other ideas?

The first attachment didn't come through?

That's very odd. Can you post a screenshot of the notification you receive?

What is your IoX, PG3, and notification node server versions? Sent from my Pixel 6 Pro using Tapatalk

I don't see how it could be an issue, we are just controlling a light that is defined in the ELK, but I'll like @Michel Kohanim give his opinion.

OK, understand now. What you want is currently not available, it was actually how it worked when I originally released, but nobody wanted it that way. It'll take some time, but I can add that as a different light_method.

Yes, I understand. But can you point out a ELK Light from your Olsen Lighting.pdf which matches an EXISTING node name in the ISY? That's how it works. You define a Light in the ELK which matches the node name of an existing light on the ISY. Very cool about the Morgan, we were on a Bali 46.

Sorry, I don't have time to sort thru the 2 lists, can you point out one ELK Light whose name matches a node name on the ISY that you expect to be linked together but is not? We are booking another sailing trip for next year already

Why are you looking for "light"? You configured the NS for ELKNAME mode, as the documentation mentions: This attempts to match the name of an ISY Node with the Name of an ELK Light node to control. The table on this page will show the matches. In other words if there is a "light" configured in your ELK, and the name of that light matches the name of a node on your ISY then you can control it from the ELK and status changes from the ISY will be updated on the ELK. What lights do you have configured in your ELK?

Yes, the XML is from your ISY which shows the node names that exist in the ISY so you can confirm if they march up with a light name on the Elk. Sent from my Pixel 6 Pro using Tapatalk

Yes, I know the link is bad, this is due to a recent change in PG3, you need to instead use http://localhost:8080/rest/nodes but change localhost to your ISY IP address. So device 123 does match between your ELK is ISY, what other light names configured in your ELK to you expect to match with an ISY name?