Z-Wave 7.043

[ident]

Zwave firmware 7.043 has been released

This has a minor change to improve the processing of the send command to Zwave via Action 197 (Response Wizard) to filter out illegal commands in action 197

[alvy]

Hi, not sure if this is the right place to post but here goes:

I\'ve upgraded the Zwave firmware to this 7.043 from the 7.031. i think from 7.031 my zwave network of vitrum switches starts to behave really badly. I was thinking that 7.046 would solve the problems but it didn\'t, so I resetted my entire zwave network including the UCM module and factory defaulting the MK Astral remote so that i start afresh with 7.046. I have also upgraded the eth02 UCM and logic engine firmware to the lastest available. The configurator is also latest using 3.8.6.0. Let me list the problems:

1. Cosmetics:  All UCMs including the logic engine\'s serial number became \"invalid\" or \"not assigned\".
2. Some crash messages sometimes when i navigate to list the counters.
3. Previously comfort zwave can differentiate accurately the type of multi-channel switches. Now it can still differentiate between the satelite, scene and relay on-off and relay dimmer switches. However all switches only has a single channel regardless of whether the actual switch is 2 or 4 buttons/channel.
4. Configuring responses with \"Basic Set Command\" become problematic as I cannot set which channel of the switch to control. Previously, i can controller multiple channels of the same switch in 1 line using commas, but the current configurator response wizard only allows me to type in nothing (as in not filling the blank) or 1. Typing in 2 will give error. Typing anything else including comma will give error saying \"Value must be in range 1-1\". Manually configuring the response also doesn\'t seem to trigger the switch buttons.
5. Related to problem 4, the response configured with blank in the channel field will be able to control button 1 of the switch. Configuring the channel to \"1\" (which is the only value i can use due to problem 4) will not allow the response to control any button on the switch.

I think this problem may be configurator as well as firmware related but I have encountered other more serious issues!!
i was having very delayed actions from associated switches. I can have 2 associated switches side by side which takes more than 5 secs to trigger each other\'s button. Seemed like some form of zwave storm or loop that is occuring. On top of that some switches do not even trigger its associated peer anymore. Reassociating resolve the problem for less than a few hrs and it reverted back to the problematic stage. Some response scrpts doesn\'t do anything anymore. This happened immediately after i updated to 7.031 from a firmware i don\'t remember the version number.

Currently everything is factory resetted and re included. Switches are rassociated to the desired relationship. I did not managed to program anything in comfort thanks to the problems encountered. I will monitor for a few days to see if the delay problem resurface.

Any help is appreciated.

[ident]

are you saying that these problems occured in 7.031?

can you send the cclx file to support@cytech.biz so that e can see what is in your zwave network?

[alvy]

hi, will send the file if i have not overwritten it. i was planning to reprogramme as i do think i can further optimise the response coding.  i think the pertinent problem now is a. the switches are all recognised as basic nodes. not a big problem as we can still define individual channel in the response config.b. response config dont allow any othrr channel than \'blank\' or 1 and 1 doesnt do anything to the switches. Blank will triggerbutton 1 and a multi channel switch. this seemed to be a problem with configurator. 
help?

[ident]

check what is your Zwave module info in Properties


It may be an old version of the Zwave Library which has bugs

Refer to page 15 of the Zwave manual

The minimum Library version is 3.22 for Z-Wave Switches with Multi-channel Class, e.g. multi-gang MK Astral or Vitrum to be identified correctly. In Library Version 2.40, the Multi-channel Class device is identified wrongly as Basic Class. The newer Z-Wave Library i.e. 3.22 and above fixed the bug on 2.40. Cytech will upgrade the Z-Wave Library without charge, except for the cost of transport. Please contact support@cytech.biz for assistance

[alvy]

Hi,

The module version is 3.42. As you can see from the attachment.

[alvy]

Also, you can see the error message when programming response and the zwave channel.

[alvy]

Really some major issue here! Not sure if it is my MK Astral LRC14U or is the zwabe module. I have resetted my entire 24 nodes of zwave switches and individually added each switch per round of inclusion to the UCM zwave. so after i include a switch node, i go to UCM zwave and replicate the information from the remote control to UCM. In this way the zwave ucm is recognizing all individual switch with multi channel and multichannel node, instead of only basic node. I did all the way to the last node which is a DIN mounted dimmer module from vitrum (single channel) and did the very last round of replication to zwave UCM (after 2 painstaking hours of running up and down 3 to 4 storey to do individual inclusion). and WTF! after the last replication, somehow, more than half the previously included switches became basic nodes!!!What is happening here?? Is it my LRC14U or the UCM?? why only at the last round of replication??

:X:X:X

[ident]

Can you do another learn with the network, no need to reset

You should be able to see the nodes as multichannel.

During each learn, the UCM/Zwave polls all the nodes to see if they are multichannel

You have not erased any information even though the last learn detected as basic

[ident]

If you still have many nodes as basic after a learn, it may be the last node which is a dimmer which is causing a problem on the zwave network
Exclude it and see if there is any problem