Hi all,
found a really odd one here.
Spud came up with some more info on the device node, saying that the default method was control, and if you set msg.payload.status to "off" or "on", it would control the device fine. Tested on some nodes, seems to work great.
Cool, I can start reducing the nodes where possible...
Ok, so here's a weird thing - single nodes (like virtual or devices with no sub device) do not work. They also do not update the HS device node label with the name for some reason (see attached screenshot)
Now, if I set msg.payload.value to 0 or 99, it works like it should.
So I'm wondering if the lack of sub device is throwing the logic on the node labelling and the default control action?
found a really odd one here.
Spud came up with some more info on the device node, saying that the default method was control, and if you set msg.payload.status to "off" or "on", it would control the device fine. Tested on some nodes, seems to work great.
Cool, I can start reducing the nodes where possible...
Ok, so here's a weird thing - single nodes (like virtual or devices with no sub device) do not work. They also do not update the HS device node label with the name for some reason (see attached screenshot)
Now, if I set msg.payload.value to 0 or 99, it works like it should.
So I'm wondering if the lack of sub device is throwing the logic on the node labelling and the default control action?
Comment