Comfigurator 3.7.6 feedback

[gaynorc]

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\").

[gaynorc]

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\").

[gaynorc]

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\").

[gaynorc]

Question: If I use the option \"Edit -> Fix All Responses\", would this stop the assigned zwave virtual node response from changing?

[ident]

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

[ident]

Please take note of the issues found in Comfigurator 3.7.6 here, updated

http://www.comfortforums.com/forum20/3543.html

[gaynorc]

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.

[ident]

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

[ident]

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”

[ident]

Comfigurator 3.7.7 (beta) should fix the problems reported here
Please check http://www.comfortforums.com/forum20/3619.html