Changing device type for wall controller
-
@therealdb Thank's, I will have a look at that.
//ArcherS -
Hmm, when looking at this again after another day of working from home as most of us these days, something strange seems to be going on.
I created a Reactor to test the two variables and to get them to update as they should I have to restart the Reactor. I tried them both as conditions and as expressions, e.g:
getstate( 30160, "urn:akbooer-com:serviceId:ZWay1", "zway_Remote_16-0-1-B" )
If I do not restart the Reactor the variables stay not updated. Just to double check I changed the condition in the Reactor to "on/off" for a wall plug that is included in z-way and then it works the way it should.
The same when looking at the variables via the Variables tab for the wall controller they only update after a ctrl-F5 refresh.
I tried to create a scene with one of the variables as "watch" with "(old==off)and(new==on)" as expression, but I could not get it to work. Unsure if the expression is correct to be honest.
So I guess I have to alter my answer to the question if the variables updates, sorry for the confusion. Any ideas on what could be the problem?
//ArcherS
-
Ah yes, I think know what that is. Those variables are actually set 'silently' so don't (shouldn't) appear in the log. They are, in fact, only there to help with testing the plugin. Actual, Vera-like device variables should, if the device is correctly configured, appear with proper serviceIds and names, from which you can trigger.
We have two options:
- I can try and tweak the device configuration code
- I can make those variables trigger.
I'll take a look.
I assume that all you need is a variable from which to trigger, but do you have a list of the variables that such a device on Vera creates? By way of comparison, one of my 4-button Aeotec miniMotes shows this:
-
@akbooer sorry, no I do not have a complete list of the variables created in Vera. I forgot to check that before excluding.
By the looks of the controller I am quite sure it is the one in this old Vesternet guide APNT-44
In fact if I remember it correctly that guide is what I used on my VeraLite on UI5 many years ago.
On the UI7 Vera I however used "sl_SceneActivated".
I also think that "LastSceneTime" was present on it. (These represent the "zway_Remote_16-0-1-B" and "zway_Remote_16-0-1-B_LastUpdate" at present I assume.)You are correct that all I would need are those two variables as triggers, because then I can use the on/off as one trigger and the time as a trigger as well. I think I may need the time to capture e.g. if you press the "off" button and the controller already was "off". I tested this and the time is updated.
Thank you very much for your time and effort.
//ArcherS
-
@ArcherS said in Changing device type for wall controller:
By the looks of the controller I am quite sure it is the one in this old Vesternet guide APNT-44
Oh! I’ve got one of those!!
-
Ah, what a coincidence! It has been a bit finicky to work with over the years with Vera, but I managed to include it into Z-way successfully without any problems.
-
akbooerreplied to ArcherS on May 12, 2020, 6:46 PM last edited by akbooer May 12, 2020, 2:47 PM
@ArcherS said in Changing device type for wall controller:
It has been a bit finicky to work with over the years with Vera
It was the very first device I paired with Vera, and, indeed, the reason I got Vera (although I subsequently set a direct association to another switch...!). It was a nightmare to get going, but has served me well for around 7 years. Probably still one of the most-used switches I have.
The batteries are weird. I have to chop up a small 9V cell to give me six of them.
Happy days.
-
Yes unusual batteries, AAAA type. They are a bit rare, you can buy them in some places here in Sweden. Creative to chop up 9V cells, I will try that next time they run out.
It was significantly easier to include into Z-way than into Vera anyway... To be honest most devices so far seem to be.
-
You should find that the latest ZWay plugin development branch v20.5.12 fixes this by giving you a scene controller just like you had in Vera.
I haven't been able to test it independently (my device of that sort is currently firmly attached to my Vera ZWave network) but it shares code with other scene controllers, so should (might?) be OK.
You will need to delete that specific ZWay plugin child device so that it is recreated and configured correctly after an openLuup restart. As usual, this should take almost no time at all.
AFAIK, it should raise no problems with existing device configurations.
-
Now it works!
I created a Reactor that uses the two variables "zway_Remote_16-0-1-B" (for on/off) and "zway_Remote_16-0-1-B_LastUpdate" (for the time the wall controller is pressed).The Reactor has two conditions for triggering "on" and two for triggering "off". This is to handle the case that the wall controller e.g. could be in "off" when I want to turn the Aeotech Switch off (e.g. when I have turned it on from HomeWave directly).
To make this work I created two expressions "TimeAtOn" and "TimeAtOff" in which I store the time when the controller state changes from on->off and vice versa.Just as a note, I also checked the variable "LastSceneTime" and it also gets updated with the time stamp. The variable "sl_SceneActivated" however always remains "null" for some reason. I do not know if this is intentional or not.
Thank you very much for your time and patience!
//ArcherS
-
Glad it works!
I have definitely only done a partial job here. My goal would have been for you not to have to use either of the zway_Remote... variables. The sl_SceneActivated variable is blank because the switch doesn’t present a scale variable. I could set a default of 0 or 1 for example.
I’m not a Reactor user myself, so that all looks beyonds me. In fact, my normal modus operandi is simply to use scene controller buttons as toggle switches, so on/off state is not an issue.
-
-
I’d have to check the plugin’s handling of command class 91 which this device appears to use.
-
OK, I’ve just checked on GitHub, and the latest version, 2020.07.14, should handle this.
What version are you running? The latest is available from the development branch.
-
Github.master.
How do I change to dev.branch? paste a link in that field under plugins?
-
Found the branch selection in altappstore.
Now i have scene variables too, and it works fine. thanks.