Posted: Friday Oct 4th, 2013 11:53 am |
|
1st Post |
Posted: Saturday Oct 5th, 2013 05:06 pm |
|
2nd Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
I note that you say "The new features described here require Comfort and UCM firmware version 7". One of my Eth modules is an old one on which the firmware cannot be upgraded (5.92). Can I still use the Comfigurator 3.7.6 upgrade while such a UCM exists on my system?
|
Posted: Sunday Oct 6th, 2013 02:08 am |
|
3rd Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
The new features require the use of a UCM version 7 with Comfigurator
You say that one of the UCMs is 5.92. As long as that is not the UCM that you connect to Comfigurator, it should not be a problem.
|
Posted: Sunday Oct 6th, 2013 10:04 am |
|
4th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
Thanks. I connect via an ETH UCM running on 7.016. I assume therefore that the new Comfig version will work.
|
Posted: Sunday Oct 6th, 2013 11:12 am |
|
5th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
Yes, it will
You can also upgrade UCM to the latest firmware 7.028 by right clicking on the module and select "Check for Updates"
|
Posted: Friday Oct 25th, 2013 10:12 pm |
|
6th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
I have a problem identified with Comfigurator and Z-Wave.
It also happened with 3.6.8, and possibly before that I don't know.
In the UCM Z-Wave Mapping, a change takes place without the knowledge of the user in the "Data 1" and "Data 2" fields, maybe other fields as well.
This seems to happen when unrelated responses are added or changed in Comfigurator. The "Register number" in the z-wave mapping window changes, and the name of the associated response changes. If you do not notice this change and leave the error stand, and the new cclx file is uploaded to Comfort, then the correct z-wave responses stop working and/or the wrong responses are executed.Last edited on Friday Oct 25th, 2013 10:14 pm by gaynorc
|
Posted: Saturday Oct 26th, 2013 07:34 am |
|
7th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
We have not come across this so far
Do you have an example of how this occurs?
|
Posted: Saturday Oct 26th, 2013 10:02 am |
|
8th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
Unfortunately I cannot simply recreate the error. I will try and see if I can identify the actions which precede the change, and let you know more at that stage.
It seems to happen after a number of responses have been added or amended. I notice that with comfig ver. 3.7.6.0 I get a dialog warning me that the response number has changed, and asking me do I want to write the change to eeprom.
|
Posted: Sunday Oct 27th, 2013 10:45 pm |
|
9th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
I have managed to recreate the error I spoke of in one particular situation, though there must be others.
I have a number of screenclips which demonstrate this. I will do this over a few posts to keep the screen clips relevant.
Look at the Z-Wave Mapping data jpg attached ("ZWave-1.jpg")
The register Type is "Response"; the Register Number is "435", the response Register Name is "UtilityDoorOn".Attachment: ZWave-1.JPG (Downloaded 72 times)
|
Posted: Sunday Oct 27th, 2013 10:46 pm |
|
10th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
Also look at the responses and the numbers attached to the responses ("ZWave-3.jpg"). Note that "UtilityDoorOn" is #435. Attachment: ZWave-3.JPG (Downloaded 72 times)
|
Posted: Sunday Oct 27th, 2013 10:47 pm |
|
11th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
I then go the "Responses", Select the response "StartupResponse", select "Response Wizard".
I Select "Append New Action" or "Insert New Action".
Select "Counter".
Select "Initialise"
Select a counter and set to "1".
Select "Okay".
It inserts the new action & I press OK.
The number of all responses greater than the response number of "StartupResponse" then changes ("ZWave-4.jpg" compare with "ZWave-3.jpg").Attachment: ZWave-4.JPG (Downloaded 72 times)
|
Posted: Sunday Oct 27th, 2013 10:51 pm |
|
12th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
Specifically, in the UCM-Zwave, the Register Number is HOWEVER unchanged at "435", the Register Name is CHANGED to "UtilityDoorOff".
This is the wrong response for the Node involved ("ZWave-2.jpg").
Attachment: ZWave-2.JPG (Downloaded 72 times) Last edited on Sunday Oct 27th, 2013 10:53 pm by gaynorc
|
Posted: Sunday Oct 27th, 2013 10:53 pm |
|
13th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
I then try to correct the error involved, and on trying to save get the instruction to write again to EEPROM. If I did that, the wrong response would be referenced. If I do not do that, and upload the new cclx file, the wrong response is activated.
If I "Edit" "Undo" and try to save, I get the following response ("ZWave-5.jpg").Attachment: ZWave-5.JPG (Downloaded 72 times)
|
Posted: Wednesday Oct 30th, 2013 07:11 pm |
|
14th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
Question: If I use the option "Edit -> Fix All Responses", would this stop the assigned zwave virtual node response from changing?
|
Posted: Wednesday Oct 30th, 2013 07:35 pm |
|
15th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
There seems to be a problem in the way that Comfigurator handles the change in Response numbers
As you have seen, if the Response number changes due to change number of actions assigned to the previous response number then the Response number is changed
Each response has a fixed size of 8 bytes, so if the Response is longer than 8 bytes, it will spill over to the next response and the next response number is unavailable.
For the time being the workaround that you suggest will work, ie fixing the Response will prevent the number from changing
Another solution is to use Counter assignment instead if Response assigment to Zwave
|
Posted: Tuesday Nov 5th, 2013 05:53 am |
|
16th Post |
Posted: Wednesday Nov 6th, 2013 08:33 am |
|
17th Post |
gaynorc
Member
Joined: | Sunday Dec 31st, 2006 |
Location: | Ireland |
Posts: | 130 |
Status: |
Offline
|
back to top
|
Changes in the way Response Wizard programs Zwave commands.
Has there been a recent change in the way that the response wizard programs Zwave commands in Comfigurator? I have had a problem with two ZWave units in the last week following changes I made to responses controlling them. These units are plug in modules and are not multi-channel.
For example, the original response was:
Zwave BasicSetCommand UCM-ZWave 58 0 255
Do PlugUnit4Off After 3660 Seconds Using Zwave1 ! Turn Off 1 hr 1m
Using the response wizard I amended the timer. Afterwards the units failed to operate at the programmed time.
I finally found today that the response as amended by the wizard was as follows:
Zwave BasicSetCommand UCM-ZWave 58 1 255
Do PlugUnit4Off After 3660 Seconds Using Zwave9 ! Turn Off 1 hr 1m
The channel had been reset to 1 in the Zwave command. It is not possible to enter a blank or a "0" as the wizard prevents you. I amended the Responses manually changing the 1 to 0 and the responses started working again.
I understood that we were to leave the "Channels value" blank if the device has no channels. This inserted a zero in the response. Now its not possible to enter a zero or blank in Comfigurator.
|
Posted: Monday Nov 11th, 2013 05:38 am |
|
18th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
You are correct, Comfigurator 3.76 does not allow the channel to be left blank
Please do a Learn again for the UCM/Zwave. This will update the node information from the zwave nodes
After the learn, the channel will be set correctly by Comfigurator so the channel 1 value will not appear
We should mention that the UCM/Zwave should be learned again after a firmware upgrade to version 7.03x
|
Posted: Monday Nov 11th, 2013 06:01 am |
|
19th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
In fact page 7 of the UCM/Zwave manual does state that
"Comfigurator 3.7.6 and above must be used with UCM/Zwave firmware version
7 and above to utilise the latest features. After upgrading the firmware to
version 7 or above, repeat the LEARN process with the primary controller to
update the Z-Wave network as described in “Inclusion/Replication in Zwave
Networkâ€
Last edited on Monday Nov 11th, 2013 07:21 am by ident
|
Posted: Saturday Nov 23rd, 2013 01:18 am |
|
20th Post |
|