Comfort Home Automation/ Security System Forums Home
Home Search search Menu menu Not logged in - Login | Register

Comfigurator 3.7.6 feedback
 Moderated by: admin
 New Topic   Reply   Printer Friendly 
 Rate Topic 
AuthorPost
 Posted: Friday Oct 4th, 2013 11:53 am
   PM  Quote  Reply 
1st Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
Status: 
Offline

  back to top

Comfigurator 3.7.6 is released

This is another major release with many new features, imrpovements and bug fixes see see http://www.comfortforums.com/forum20/3543.html


Please post comments, feedback and questions



 Posted: Saturday Oct 5th, 2013 05:06 pm
   PM  Quote  Reply 
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
   PM  Quote  Reply 
3rd Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
5th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
7th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
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
   PM  Quote  Reply 
15th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
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
   PM  Quote  Reply 
16th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
Status: 
Offline

  back to top

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

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



 Posted: Wednesday Nov 6th, 2013 08:33 am
   PM  Quote  Reply 
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
   PM  Quote  Reply 
18th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
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
   PM  Quote  Reply 
19th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
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
   PM  Quote  Reply 
20th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3497
Status: 
Offline

  back to top

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



 Current time is 04:16 pm
Top




UltraBB 1.172 Copyright © 2007-2014 Data 1 Systems