Posted: Saturday Nov 29th, 2014 10:45 pm |
|
1st Post |
Vangelis
Member
Joined: | Tuesday Jan 31st, 2012 |
Location: | |
Posts: | 138 |
Status: |
Offline
|
back to top
|
System is Comfort 2 Ultra running 7.065
Zwave UCM running 6.019 (tried to upgrade - see other post)
Zwave primary controller is Aeotec Z-Stick S2
Following the Zwave3 manual I get the fact that Comfort acts as a Bridge (I can see Bridge Controller in the details)
I also understand that I need to 'Sync' the Zwave config from my Primary controller to Comfort
Problem I have is that the Aeotec Z-Stick requires Host Controller software to do this, which I have downloaded - However I am unable to see a mechanism to sync (host controller software is correct of Danfoss)
The only way I can get Comfort to do anything when I press Learn is to press the 'inclusion' button on the Aeotec Z-Stick, however I think this is not the process I should be following
I also have a Zwave door contact, but my understanding is that I have to include this to the Primary Controller and the Sync before Comfort will do anything with it (or can I include it direct to Comfort somehow)?
I understand the Aeotec is not a Cytech product, but hopefully someone will have experience of doing this or maybe some better Host Controller software
Vangelis
|
Posted: Monday Dec 1st, 2014 05:28 am |
|
2nd Post |
CytechMartin
Cytech
Joined: | Monday Oct 13th, 2014 |
Location: | |
Posts: | 47 |
Status: |
Offline
|
back to top
|
I think you can let Zwave door contact join Z-stick first, after that you press the button on Z-stick, the blue LED will blink slowly, then you press the click "Learn" in UCM/Z-wave modules(comfigurator). In comfigurator, you can see the transferring status of UCM/Z-wave on lower left corner. Ensure that while it is in learning mode, the blue LED keeps blinking slowly, once UCM/Z-wave joins Z-stick, the blue LED will blink fast and become solid for 2 seconds
|
Posted: Monday Dec 1st, 2014 02:10 pm |
|
3rd Post |
Vangelis
Member
Joined: | Tuesday Jan 31st, 2012 |
Location: | |
Posts: | 138 |
Status: |
Offline
|
back to top
|
Thanks CytechMartin...
When I do that I see that there are some Slave / Router / PC controllers entries populated in the Comfigurator. For the Door Sensor, when I have Included that on the Z-Stick, i see that come up as a Binary switch - However, when I try to create a Virtual Node (in order to utilise / test the switch) it fails.
Is there a quick way in Comfigurator to be able to test the function of the Door Sensor, as the ZWave3 manual talks alot about control of a ZWave appliance as opposed to seeing if a door sensor is Open / Closed?
Assumption is I do this through setting the sensor up as a Flag (as opposed to Counter), and then doing something in the Control section. I did try this but could not see any ZWave devices in any of the Control drop down options.
Will post some pics up later to help explain things.
Vangelis
|
Posted: Monday Dec 1st, 2014 02:44 pm |
|
4th Post |
CytechMartin
Cytech
Joined: | Monday Oct 13th, 2014 |
Location: | |
Posts: | 47 |
Status: |
Offline
|
back to top
|
Before you create the virtual node, you need to activate the Z-stick to inclusion mode as you are trying to include the virtual node into Z-stick network. So press the button on Z-stick first, ensure that the blue LED blinks slowly which indicates it is in inclusion mode now, then click "create virtual node". Once finished, you need to associate the victual node with the door sensor, this is to synchronize them to each other. After that map a counter or flag to the virtual node. So once the door sensor is open it will trigger the response in counter or change flag value. Remember to write to EEPROM when you finish configuration in UCM/Z-wave
|
Posted: Wednesday Dec 3rd, 2014 12:29 am |
|
5th Post |
Vangelis
Member
Joined: | Tuesday Jan 31st, 2012 |
Location: | |
Posts: | 138 |
Status: |
Offline
|
back to top
|
Firmware upgrade when ok ZWave / UCM is now at 7.061
ZWave mapping is as follows
1 static_controller - PC_Controller
2 static_controller - PC_Controller
3 routing_slave - Routing_Sensor_Binary (this is set to a Register Type of Flag)
4 slave - Switch_Multilevel (this is set to a Register Type of Flag, to match Sensor_Binary)
Problem I have is the sequence needed to map the Sensor_Binary and the Switch_Multilevel (Virtual Node)
The manual states.... Press include button on Primary controller (Z-Stick), then press include button Primary Controller to be associated (assumption is this is the Door Sensor??), then press the Send Node Info with the Slave - Switch_Multilevel highlighted...
This says Learn process completed with errors
What I want to achieve is to associate the Door Sensor with the Virtual node so I can see (in Comfigurator) and indication when the door is open / closed (assumption is this is what the Flag register type is for - however I do not know where I would see the real time door open/closed notification as I triggered the door sensor??)
I think the problem is the sequence to associate the Virtual Node and also my understanding of how this is then represented in Comfigurator
Vangelis
|
Posted: Wednesday Dec 3rd, 2014 04:28 am |
|
6th Post |
CytechMartin
Cytech
Joined: | Monday Oct 13th, 2014 |
Location: | |
Posts: | 47 |
Status: |
Offline
|
back to top
|
Hi, I think your association procedures have some problems. You are almost there, last step already.
As far as I know, Z-stick can NOT do association by itself(Not sure whether software can or cant do association)
What you need to do is to associate the door sensor with the virtual node created by yourself.
If the Z-stick can do association, once it is in association mode, you need to refer to manual of Z-stick, see which one should be pressed first ? Door sensor or Virtual Node? Maybe you can try both.
|
Posted: Wednesday Dec 3rd, 2014 04:39 am |
|
7th Post |
CytechMartin
Cytech
Joined: | Monday Oct 13th, 2014 |
Location: | |
Posts: | 47 |
Status: |
Offline
|
back to top
|
As for door open/close notification, it depends on what is the register type you map to virtual node.
If you map virtual node to flag, the door opens or closes will change the value of flag from 0 to 1 or 1 to 0. But it will not trigger any response. You can view flag status in comfigurator by click show status.
If you map virtual node to counter, the door opens or closes will trigger response in the counter as the counter value changes. You also can view counter status in comfigurator by click show status.
|
Posted: Thursday Dec 4th, 2014 03:52 pm |
|
8th Post |
Vangelis
Member
Joined: | Tuesday Jan 31st, 2012 |
Location: | |
Posts: | 138 |
Status: |
Offline
|
back to top
|
Thanks CM - I will try various scenarios later and report back.
I struggle to find out why the Z-Stick can only learn and remove devices on it's own, however to associate it requires some magical 'Host Controller' software, which in my opinion, the vendor should also supply...
Currently using Danfoss, which is written to control ZWave radiators!!! Go figure!!
It would be nice if there was some agnostic software that could perform this 'Host Controller' task
Vangelis
|
Posted: Sunday Jan 18th, 2015 11:46 pm |
|
9th Post |
Vangelis
Member
Joined: | Tuesday Jan 31st, 2012 |
Location: | |
Posts: | 138 |
Status: |
Offline
|
back to top
|
OK - So having another go at getting Comfort to talk to the ZWave Network.
I have Included all my ZWave Sensors to my ZWave controller (ZStick S2). These all work well in my HA setup (Indigo)
I have associated (not sure if thats the right term) Comfort with my ZStick S2 by performing the following actions..
1) Pressing button on ZStick S2, then Learn on Comfort ZWave Mapping
2) Pressing button on ZStick S2, then Create Virtual Node
All seems to work and I can see my ZWave Sensors and Virtual Node (Green) in the Comfort ZWave Mapping Table.
Now my goal is to have Comforts hardwired sensors, such as PIRs, create a ZWave signal (such as on/off) which my HA can pickup and perform an action on.
Comfort would basically act as a relay - turning a hardwired signal into a ZWave one.
It is the last bit I cannot get my head around, as when I try to Associate the Virtual Node to Sensors (using the Manage Associations within Indigo), obviously I am unable to see any hardwired Comfort sensors.
So is it possible to do the above?
Vangelis
|
Posted: Monday Jan 19th, 2015 06:39 am |
|
10th Post |
leonchue
Cytech
Joined: | Monday Aug 7th, 2006 |
Location: | Singapore |
Posts: | 71 |
Status: |
Offline
|
back to top
|
Vangelis wrote: It is the last bit I cannot get my head around, as when I try to Associate the Virtual Node to Sensors (using the Manage Associations within Indigo), obviously I am unable to see any hardwired Comfort sensors.
So is it possible to do the above?
Vangelis
It is not possible to do the above.
Association does not work this way. Association is to trigger usually an output (eg. light). In this case, sensor is not an output. Even if it works for an output, your HA may not be aware that the event has happened.
This is what I can think of to get the Comfort hardwired sensor state.
1) Create another virtual node.
2) Mapped it to an unused Comfort flag. Remember to write to eeprom.
3) In that Comfort sensor On Response, set to a response that set this flag.
4) Likewise, in its Off Response, set to a response that clear this flag.
5) Write to Comfort.
Your HA should be able to get the correct state for its action.
|
Posted: Monday Jan 19th, 2015 03:12 pm |
|
11th Post |
Vangelis
Member
Joined: | Tuesday Jan 31st, 2012 |
Location: | |
Posts: | 138 |
Status: |
Offline
|
back to top
|
So with that in mind, it is my understanding that when I create an Association within my HA (Indigo) setup (that contains the Comfort Virtual Node reference), I am basically 'telling' my HA (Indigo) ZWave that Comfort exists as a 'Device'
And from your last statement, I can have Comfort write the status of various hardwired sensors to this Virtual Node, and then have my HA (Indigo) poll this to check for flag changes.
So it's not pro-active in that when a PIR trips, Comfort can send out a ZWave signal, more that my HA (Indigo) setup has to poll the Virtual Device to 'check' for activity?
Vangelis
|
Posted: Tuesday Jan 20th, 2015 05:08 am |
|
12th Post |
leonchue
Cytech
Joined: | Monday Aug 7th, 2006 |
Location: | Singapore |
Posts: | 71 |
Status: |
Offline
|
back to top
|
"So with that in mind, it is my understanding that when I create an Association within my HA (Indigo) setup (that contains the Comfort Virtual Node reference), I am basically 'telling' my HA (Indigo) ZWave that Comfort exists as a 'Device'"
I do not understand. If your HA is the primary controller, it knows a device's existence whenever a new node is included into the network.
"And from your last statement, I can have Comfort write the status of various hardwired sensors to this Virtual Node, and then have my HA (Indigo) poll this to check for flag changes."
Not necessarily to link various hardwired sensors to one Virtual Node. You can create 1 virtual node for each hardwired sensors. That way, you can see each individual status.
"So it's not pro-active in that when a PIR trips, Comfort can send out a ZWave signal, more that my HA (Indigo) setup has to poll the Virtual Device to 'check' for activity?"
Comfort can send Z-Wave commands.
In Z-Wave context, commands are "straight-forward". They are to control a node operations, eg. switch off or on. However, in this case, HA has no operation to be controlled, so there is no control command to send. That is why polling is usually implemented, the same way that Indigo has done.
Why not let Comfort to do the HA part instead, since most of the sensors are on Comfort side?
|
|