Strange counter 128 behaviour.

[Ingo]

Chiu,

As requested, let\'s start a new thread regarding this issue. Please move or link the previous couple of posts here if you can.

I looked at the bus monitor and it only works with serial interfaces, I have a UCM/Ethernet so there is no other way I can get logging results at the moment. Let\'s first see if I can pickup anything out of the ordinary.

Ingo

[juwi_uk]

Ingo

Could you not set up a response that sets the value of this counter in Comfort.

Then you could invoke that response and:

(a) See the results immediately in the monitor log window in Comfigurator 3. 

(b) confirm whether or not my ComfortClient software is capturing on the bus.

Regards

Julian

 

[Ingo]

Julian,

Triggering this from the CBus side gives me conditions I am supposed to get. Like I said earlier, it doesn\'t happen every time.

Both ComfortClient and Comfigurator receive the counter changes. It\'s just under certain conditions that the CT8000 command doesn\'t get through. This is what is taking so much time to debug. I will catch it eventually.....

Ingo

[Ingo]

I finally caught it inside the Comfigurator IO Monitor. Below is what I saw...

Cbus Log:
[/b]2010/04/01 06:02:35  C-Bus Tx : Set Group 139 - Garage Outside Off (Received from C-Bus/Scene \"Perimiter - Off\")
2010/04/01 06:02:35  C-Bus Tx : Set Group 207 - Surround Lights Off (Received from C-Bus/Scene \"Perimiter - Off\")
2010/04/01 06:02:35  C-Bus Tx : Set Group 128 - Open Balcony Off (Received from C-Bus/Scene \"Perimiter - Off\")
2010/04/01 06:02:35  C-Bus Tx : Set Group 136 - Patio - Garden Off (Received from C-Bus/Scene \"Perimiter - Off\")

Comfigurator IO Monitor, 1/4/2010.[/b]
< CT8B00
< CTCF00
< CT8800

From the above it can be seen that the Cbus side sends four commands. These are all via a Scene to switch my outside lights off at sunrise. From the realtime Comfigurator log there are only three commands that reached the Comfort bus. Strange enough, it\'s always counter 128 and it\'s never consistent. It took a whole week since the last \'failure\'

Can you guys please check if there is anything that might be causing this? A workaround is to change from counter 128 to 129 but that\'s not really fixing the problem.

Ingo

[slychiu]

This may be difficult to reproduce. Have you tried repeatedly triggering the Cbus group address 80 hex to see if the condition can be seen that way?

[Ingo]

Yes, I did and it always returns the correct values (well, for as long as I toggled the counter value). I\'ll try again to see if there is an easier way to simulate the problem but I am not very hopeful.

Ingo

[Ingo]

Ignore my previous post, I finally found the cause. It bothered me why it takes so long to replicate and sometimes it\'s so quick. I finally found that if counter 128 is ON and I then run both my ComfortClient and CBus application it then triggers. Below is the complete set of events that occur to reproduce this.

In short, set counter 128 to ON, load ComfortClient, or any other software to monitor the counter. Now toggle counter 128 to OFF from the CBus side and see that the very first command does NOT get through to Comfort. All subsequent commands are sent through.

*I did a complete test and it seems to be counters 128,129,131 and 132 that are affected. I am not using counter 130 so I can\'t say if that one is affected as well.

[09:32:58] + Comfort Client:1.21.1.5
[09:33:02] + Connected
[09:33:24] > LI****
[09:33:25]  < LU01
[09:33:27] > M?
[09:33:27] > K?
[09:33:27] > C?65
[09:33:27] > C?66
[09:33:27] > C?67
[09:33:27] > C?68
[09:33:27] > C?6A
[09:33:27] > C?6B
[09:33:27] > C?6C
[09:33:27] > C?6E
[09:33:27] > C?71
[09:33:27] > C?72
[09:33:28] > C?74
[09:33:28] > C?75
[09:33:28] > C?76
[09:33:28] > C?77
[09:33:28] > C?78
[09:33:28] > C?79
[09:33:28] > C?7A
[09:33:28] > C?7B
[09:33:28] > C?7C
[09:33:28] > C?7D
[09:33:28] > C?7E
[09:33:28] > C?7F
[09:33:28] > C?81
[09:33:28] > C?83
[09:33:28] > C?84
[09:33:28] > C?86
[09:33:29] > C?87
[09:33:29] > C?8C
[09:33:29] > C?8D
[09:33:29] > C?F4
[09:33:29] > C?F5
[09:33:29] > C?F6
[09:33:29] > C?FC
[09:33:29] > C?0A
[09:33:29] > C?32
[09:33:29] > C?33
[09:33:29] > C?73
[09:33:29] > C?80
[09:33:29] > C?88
[09:33:29] > C?89
[09:33:29] > C?8A
[09:33:29] > C?8B
[09:33:30] > C?A8
[09:33:30] > C?C9
[09:33:30] > C?CA
[09:33:30] > C?CB
[09:33:30] > C?CC
[09:33:30] > C?CD
[09:33:30] > C?CE
[09:33:30] > C?CF
[09:33:30] > C?D0
[09:33:30] > C?D1
[09:33:30] > C?D2
[09:33:30] > C?D4
[09:33:30] > C?D5
[09:33:30] > C?D6
[09:33:30] > C?D7
[09:33:30] > C?D8
[09:33:31] > C?D9
[09:33:31] > C?DA
[09:33:31] > C?DB
[09:33:31] > C?DD
[09:33:31] > C?DE
[09:33:31] > C?DF
[09:33:31] > C?E0
[09:33:31] > C?F7
[09:33:31] > C?28
[09:33:31] > C?A9
[09:33:31] > Z?
[09:33:31] > z?
[09:33:31] > Y?
[09:33:31] > y?
[09:33:31] > SR01
[09:33:32] > S?
[09:33:32]  < M?0001
[09:33:32]  < KL00010000
[09:33:32]  < C?6500
[09:33:32]  < C?6600
[09:33:32]  < C?6700
[09:33:32]  < C?6800
[09:33:32]  < C?6A00
[09:33:32]  < C?6B00
[09:33:32]  < C?6C00
[09:33:32]  < C?6E00
[09:33:32]  < C?7100
[09:33:32]  < C?7200
[09:33:32]  < C?7400
[09:33:32]  < C?7500
[09:33:32]  < C?7600
[09:33:32]  < C?7700
[09:33:32]  < C?7800
[09:33:32]  < C?7900
[09:33:32]  < C?7A00
[09:33:32]  < C?7B00
[09:33:32]  < C?7C00
[09:33:32]  < C?7D00
[09:33:32]  < C?7E00
[09:33:32]  < C?7F00
[09:33:32]  < C?8100
[09:33:32]  < C?8300
[09:33:32]  < C?8400
[09:33:32]  < C?8600
[09:33:32]  < C?8700
[09:33:32]  < C?8C00
[09:33:32]  < C?8D00
[09:33:32]  < C?F41A
[09:33:32]  < C?F5FF
[09:33:32]  < C?F6FF
[09:33:32]  < C?FC99
[09:33:32]  < C?0AFF
[09:33:32]  < C?3200
[09:33:32]  < C?33FF
[09:33:32]  < C?7300
[09:33:32]  < C?80FF
[09:33:32]  < C?8800
[09:33:32]  < C?8900
[09:33:32]  < C?8A00
[09:33:32]  < C?8B00
[09:33:32]  < C?A800
[09:33:32]  < C?C900
[09:33:32]  < C?CA00
[09:33:32]  < C?CB00
[09:33:32]  < C?CC00
[09:33:32]  < C?CD00
[09:33:32]  < C?CE00
[09:33:32]  < C?CF00
[09:33:32]  < C?D000
[09:33:32]  < C?D100
[09:33:32]  < C?D200
[09:33:32]  < C?D400
[09:33:32]  < C?D500
[09:33:32]  < C?D600
[09:33:32]  < C?D700
[09:33:32]  < C?D800
[09:33:32]  < C?D900
[09:33:32]  < C?DA00
[09:33:32]  < C?DB00
[09:33:32]  < C?DD00
[09:33:32]  < C?DE00
[09:33:32]  < C?DF00
[09:33:32]  < C?E000
[09:33:32]  < C?F700
[09:33:32]  < C?28FF
[09:33:32]  < C?A900
[09:33:32]  < Z?0000000000007600
[09:33:32]  < z?00
[09:33:32]  < OK
[09:33:32]  < Y?0000000000000000
[09:33:32]  < y?00
[09:33:32]  < S?00
[09:33:54]  < CT80FF
[09:33:56]  < CT8000

2010/04/02 09:33:45  C-Bus Tx : Set Group 128 - Open Balcony Off (User Click)   <---- This one does not get sent to the Comfort bus.
2010/04/02 09:33:54  C-Bus Tx : Set Group 128 - Open Balcony On (User Click)
2010/04/02 09:33:56  C-Bus Tx : Set Group 128 - Open Balcony Off (User Click)

[slychiu]

Good work, Ingo. It would have been very difficult for us to duplicate this scnario without this information
What is the firmware for Comfort, UCM and UCM/Cbus that you are using?

[Ingo]

Comfort II 5.172
UCM/Cbus 5.203
UCM/Ethernet 5.202

[ident]

Ingo, we have not been able to duplicate this despite using the same firmware as you mentioned.
We set counter 128 to FF (using Cbus), run Wizcomfort, then use Cbus group address 128 to switch off. This sets CT8000

The only reason that Counter 128 does not get changed to 00 is that it was already 00.

Can you repeat your sequence above but before you turn on balcony group address 128 the first time, do a C?80 to query the counter. Counter 128 must have been changed to 00 prior to that due to some other reason