That's not a type of field that automatically sends out a trigger. Only certain types do. For the others you will need to put a manual trigger on the field.
(01-03-2020, 01:48 PM)Dean Roddey Wrote: That's not a type of field that automatically sends out a trigger. Only certain types do. For the others you will need to put a manual trigger on the field.
So in taking a big jump... I've removed all NodeServers from my primary ISY and it's now only Insteon and Z-Wave devices. I did a clean CQC 909 install on a clean Windows 10 install.
Z-Wave Thermostat's still not coming through the ISY driver. Not horribly concerned as I'm looking for a alternative Z-Wave controller anyways. I want to see if I can get the CQC Z-Wave to work or not so this is still a todo on me.
The new(ish) MSII motion sensors are not showing in the v2 driver at all. Nothing. Is there a trick to these or just not supported by the driver? Kinda a problem as the older one's are EOL and I would have to go to eBay to even find them.
NO SCENES are showing at all... none.
No Variables of any kind or programs are showing up. Are they supported? Programs maybe not but what about variables?
The driver has to have specific support for things. Each thing is represented by a set of numbers and the driver has to look for those to know what it is. Unlike a driver that just is happy to expose whatever it finds in a generic way, we impose semantic meaning on things, so we have to know what we are dealing with. There are lots of different types of things, and it's not much use trying to add support until someone has one that we can actually verify the support works on, so we've just been adding support on a case by case basis as needed.
Generally it requires getting the XML content the ISY that describes the devices. That's a particular URL which will return an XML document. You can find that particular device in the list and chop out the XML content related to it. That's usually enough to give us the info required, though not always. A lot of them are documented in some documents that are floating about and that provides more info usually.
(01-03-2020, 02:48 PM)Dean Roddey Wrote: The driver has to have specific support for things. Each thing is represented by a set of numbers and the driver has to look for those to know what it is. Unlike a driver that just is happy to expose whatever it finds in a generic way, we impose semantic meaning on things, so we have to know what we are dealing with. There are lots of different types of things, and it's not much use trying to add support until someone has one that we can actually verify the support works on, so we've just been adding support on a case by case basis as needed.
Generally it requires getting the XML content the ISY that describes the devices. That's a particular URL which will return an XML document. You can find that particular device in the list and chop out the XML content related to it. That's usually enough to give us the info required, though not always. A lot of them are documented in some documents that are floating about and that provides more info usually.
Yup fully understand the method of going by the device id and not doing a greedy slurping of data. Here's the info for a few devices that are not working or not registering correctly.
(01-03-2020, 03:39 PM)Dean Roddey Wrote: I'll try the motion sensor for the next drop and we can see how that goes. If that's happy we can do the sensor next.
Sounds like a plan. The Leak Sensor is there just not in the same expected manner as the other CTCL... but those have been flakey with the ISY anyways so I'm not too concerned.
Getting the motion sensor support is more important.
BTW - Here's the CIDLog from the last hour or so it shows the bad POST and connection drops
not sure if I can upload a attachment but I'll try.
01-03-2020, 04:07 PM (This post was last modified: 01-03-2020, 04:08 PM by Dean Roddey.)
It's getting 404 errors on the services page, which doesn't seem reasonable. That means not found, but that's a pre-defined page that's always there. You don't by some chance happen to have two things on the same IP address do you?
Scenes are just something that never got added. As discussed above, it has to know something is a scene and expose it as such, so it would require specific support for scenes to be added. And it may be that our V2 support for scenes hadn't been fully worked out at the time either.