Posted: Monday Jun 29th, 2015 02:41 pm |
|
1st Post |
juwi_uk
Member
back to top
|
So I'm using the latest UCM/ZWave3 firmware.
I setup my mappings to counters and can happily turn on/off from comfort by just setting the counter value associated with the device ID.
So now I want the counter to change when the physical switch is pressed; for that I need a create a virtual node and associate with the physical switch, right?
So now the challenge, both need to be mapped to the same counter don't they; Comfigurator only allows the counter to be mapped once so how can I achieve?
I'm sure it used to be able to map both.
What have I missed. BTW don't want to use polling!
Julian
Last edited on Monday Jun 29th, 2015 05:55 pm by juwi_uk
|
Posted: Monday Jun 29th, 2015 04:34 pm |
|
2nd Post |
slychiu
Administrator
Joined: | Saturday Apr 29th, 2006 |
Location: | Singapore |
Posts: | 5493 |
Status: |
Offline
|
back to top
|
Comfigurator has that limitation in zwave mapping of virtual nodes which is being reconsidered
|
Posted: Monday Jun 29th, 2015 04:43 pm |
|
3rd Post |
juwi_uk
Member
back to top
|
Thanks.
So at the moment all I can do in Comfort is push a value change to the Zwave network.
You are saying that there is currently no way I can get the Zwave network to tell me if the state is changed via either the primary controller or physical switch?
...or likewise if I can then it rules out setting the value of the counter to send the change; so both are mutually exclusive.
Please can I request someone creates a technote on what we can and cant do with Zwave at the moment to get full bi-directional comms as the manual doesn't cover and couldn't find anything already on the forum either.
Is it just me or is this all so....oooo confusing!
Julian
Last edited on Monday Jun 29th, 2015 04:44 pm by juwi_uk
|
Posted: Monday Jun 29th, 2015 04:57 pm |
|
4th Post |
slychiu
Administrator
Joined: | Saturday Apr 29th, 2006 |
Location: | Singapore |
Posts: | 5493 |
Status: |
Offline
|
back to top
|
Create the virtual node for the and map if to a another counter, different from the counter that is mapped to the physical zwave node. Asociate the zwave switch to the virtual node. That means when you press the physical switch the value to sent to the virtual node and the mapped counter
This will start the ucm/zwave to poll all the nodes immediately if the Polling is set to 0 (Intelligent polling). Thus even though the virtual node is not mapped to the same counter, it will cause the actual counter to be updated faster
Z-wave is quite confusing. Some of the convcepts are not very suitable for automation interfacing, like the absence of automatic updating of its status. I understand this is due to a patent issue which protects the idea of a device automatically giving status. Shows how ridiculous the patent system can be
|
Posted: Monday Jun 29th, 2015 05:09 pm |
|
5th Post |
juwi_uk
Member
back to top
|
So we need to use 2 counters per Zwave node:
Counter1 = holds status of the mapped to the virtual Device ID
Counter2 = used purely to action/change the value (and mapped to) of the physical device ID?
ie so setting counter1 should report back to counter2 via the virtual node association and activating either physical switch or Primary Remote should also update Counter 2 right?
|
Posted: Monday Jun 29th, 2015 05:40 pm |
|
6th Post |
juwi_uk
Member
back to top
|
Sorry I just need this in plain English as you are confusing the hell out of me at the instructions seem totally conflicting.
HOW does the Zwave network report a status back to me that I can show the light state in a counter. How can this be a shared counter across all switches.
You have made this thing so difficult to setup!
|
Posted: Monday Jun 29th, 2015 05:41 pm |
|
7th Post |
juwi_uk
Member
back to top
|
..and how can it be a common counter anyway as once you've added to the first virtual node mapping it is unavailable for the rest as filtered from the dropdown values!
|
Posted: Monday Jun 29th, 2015 05:49 pm |
|
8th Post |
slychiu
Administrator
Joined: | Saturday Apr 29th, 2006 |
Location: | Singapore |
Posts: | 5493 |
Status: |
Offline
|
back to top
|
Its best to wait till a new comfigurator comes out to avoid further confusion
|
Posted: Monday Jun 29th, 2015 05:54 pm |
|
9th Post |
juwi_uk
Member
back to top
|
Thanks.
Please, please can you do an illustrated set of steps on the forum as this is really driving me crazy so I need a storyboard to accompany the new Comfigurator version.
Regards
Julian
Last edited on Monday Jun 29th, 2015 05:57 pm by juwi_uk
|
Posted: Monday Jun 29th, 2015 06:02 pm |
|
10th Post |
slychiu
Administrator
Joined: | Saturday Apr 29th, 2006 |
Location: | Singapore |
Posts: | 5493 |
Status: |
Offline
|
back to top
|
Its no point spending time giving a half baked storyboard which will change when the comfigurator is updated
Just set polling to 0 (smart polling). Comfort will change the polling frequency so that the polling is more frequent when zwave commands are sent or received and become less frequent with no activity. You do not need to assocaite any virtual node for feedback
|
Posted: Monday Jun 29th, 2015 06:06 pm |
|
11th Post |
juwi_uk
Member
back to top
|
I certainly don't want half baked having spent most of today fighting with this setup so happy to wait for the revised Comfigurator and instructions at that time.
Thanks
Julian
|
Posted: Wednesday Jul 1st, 2015 07:16 pm |
|
12th Post |
juwi_uk
Member
back to top
|
Guys
Checkout 7.072 UCM and ZWave beta firmware that Chiu has just posted on the Cytech website.
Fixes the issues I was having:
1. I can now turn the light on in CC purely by setting the counter value and the return status back from Comfort confirms the counter change so the light image changes.
2. I can turn the light on/off via the physical switch and it sends the status correctly to CC so that it sets the correct image.
3. I can turn the light on/off from my primary controller (Fibaro Home Center 2) and it sends the status correctly to CC so that it sets the correct image.
4. I can turn the light on/off from my secondary remote controller (Remotec ZRC-100) and it sends the status correctly to CC so that it sets the correct image.
Last edited on Wednesday Jul 1st, 2015 07:20 pm by juwi_uk
|
Posted: Thursday Jul 2nd, 2015 05:33 pm |
|
13th Post |
xAPPO
Member
Joined: | Thursday Jul 22nd, 2010 |
Location: | |
Posts: | 13 |
Status: |
Offline
|
back to top
|
I am just about to return a Z-Wave UCM bought a couple of weeks back as it doesn't do what I had expected.
I would like to create devices in my Fibaro HC2 (Master) Z-Wave controller that reflect/update in realtime the status of my Comfort zone inputs, and alarm state (set/unset) etc. I am prepared to do some programming in Comfort via counters if needed.
Is this something the new firmware will now allow or is it something that is never going to be possible ? It seems to be a fundamentally useful, and expected, capability.
Last edited on Thursday Jul 2nd, 2015 05:36 pm by xAPPO
|
Posted: Thursday Jul 2nd, 2015 05:45 pm |
|
14th Post |
slychiu
Administrator
Joined: | Saturday Apr 29th, 2006 |
Location: | Singapore |
Posts: | 5493 |
Status: |
Offline
|
back to top
|
The new firmware will allow Comfort to get the update of zwave status via the control menu feedback mechanism
If you want Comfort to update its internal states ie armed/disarmed and inputs to Zwave, then you already can do that by using counters and flags and mapping them to Zwave nodes.
|
Posted: Thursday Jul 2nd, 2015 06:10 pm |
|
15th Post |
xAPPO
Member
Joined: | Thursday Jul 22nd, 2010 |
Location: | |
Posts: | 13 |
Status: |
Offline
|
back to top
|
Don't I have to have some physical Z-Wave endpoint device to map each to though ? I just wanted say 32 PIR zones to show up as 32 virtual devices in my Fibaro HC2 Master Z-Wave controller so I could trigger HA actions there when they change state (in realtime). I don't want to buy 32 Z-Wave devices to map them too.
At the moment although the master controller will discover and create the 32 virtual nodes (via flags / counters) it does not update the status as they change in Comfort. Or am I misunderstanding this ? Last edited on Thursday Jul 2nd, 2015 06:21 pm by xAPPO
|
Posted: Thursday Jul 2nd, 2015 06:53 pm |
|
16th Post |
slychiu
Administrator
Joined: | Saturday Apr 29th, 2006 |
Location: | Singapore |
Posts: | 5493 |
Status: |
Offline
|
back to top
|
The controller needs to poll the comfort virtual nodes to get the status
In zwave the devices do not automatically send their status when there is a change- this is a limitation with zwave
The devices need to be polled
If the fibaro sensors are able to automatically send their status to the fibs to controller, then that is something that fibaro have done that is only possible with a network of fibaro products and not available to all zwave products
The new ucm zwave firmware is now able to quickly obtain the status of zwave devices by polling when required when using the control menu and when logged in, but fibaro controllers may not
|
Posted: Thursday Jul 2nd, 2015 07:09 pm |
|
17th Post |
juwi_uk
Member
back to top
|
I think HC2 does by association as each device has Group 3 set 1 which is HC2.
Attachment: ss1.png (Downloaded 43 times)
|
Posted: Thursday Jul 2nd, 2015 07:10 pm |
|
18th Post |
xAPPO
Member
Joined: | Thursday Jul 22nd, 2010 |
Location: | |
Posts: | 13 |
Status: |
Offline
|
back to top
|
Polling from Fibaro doesn't work... I am not sure if that's because it is not implemented , just broken, or perhaps I have it configured wrong. Fibaro HC2 (V4 Beta) firmware is in a fragile state currently and not being maintained in a timely manner.
Has anyone else with a Fibaro HC2 got this polling working or know if it's something that hopefully will work eventually, when the firmware improves ?
Also if anyone has an alternative primary Z-Wave controller that is working in this regard with the Z-Wave v3 UCM please post. I had no luck for example with MiCasaVerde Vera either.
|
Posted: Thursday Jul 2nd, 2015 07:54 pm |
|
19th Post |
xAPPO
Member
Joined: | Thursday Jul 22nd, 2010 |
Location: | |
Posts: | 13 |
Status: |
Offline
|
back to top
|
slychiu wrote: The controller needs to poll the comfort virtual nodes to get the status
In zwave the devices do not automatically send their status when there is a change- this is a limitation with zwave
The devices need to be polled
Sorry - really new to Z-Wave So how does a Z-Wave PIR from various manufacturers send it's status to the master controller to say it's tripped ? It isn't polled. What I expected was a Comfort virtual device that represented a zone to masquerade as such a sensor and update it's status in the master controller. Is this an aspect of the secondary/primary controller communication ?
What I had hoped was that the Comfort UCM could act as a Z-Wave device that associated with the primary controller and had say 250+ endpoints it reported back the status of in realtime. eg counter values or flags. Akin to a multifunction Z-Wave sensor with 150 different values it reported back as they changed.
Time for me to read up some more I guess as this is obviously a naive understanding.
I don't understand the significance of the 'association' post you made Julian either so I'll try and read up on that too.Last edited on Thursday Jul 2nd, 2015 08:06 pm by xAPPO
|
Posted: Thursday Jul 2nd, 2015 09:10 pm |
|
20th Post |
Current time is 10:56 am | Page: 1 2 |
|