set <Device> groupid xx funktioniert nicht

[longo]

Beim Versuch, nach Tipps aus dem Forum hier, die groupid meiner Thermostate, die alle auf 0 stehen neu zu setzen, um die Gruppen aus dem Cube wieder herzustellen, stellte ich fest, das der set groupid Befehl bei mir auf keinem Devices funktioniert. Er wird zwar abgesetzt aber es ändert sich nichts. In der CommandRef und im Wiki habe ich leider keine näheren Infos zu diesem Problem gefunden.


Im Falle meines Wandthermostates (5fbf6) erscheinen im Logfile nach dem Absetzen von set MAX05fbf6 groupid 1 die folgenden Zeilen:

Code Auswählen Erweitern


2016.08.15 13:34:57 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:34:57 5: needPreamble: 1, necessaryCredit: 110, credit10ms: 110
2016.08.15 13:34:57 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:34:58 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:34:58 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:34:59 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:34:59 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:35:00 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:35:00 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:35:00 5: CUL_MAX_SendQueueHandler: Retry 05fbf6 for 0b08002212345605fbf60001 count: 3
2016.08.15 13:35:03 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.08.15 13:35:04 5: needPreamble: 1, necessaryCredit: 110, credit10ms: 7
2016.08.15 13:35:04 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 7, but we need 110. Waiting 103 seconds.
2016.08.15 13:35:23 5: CUL_MAX_Send: enqueuing 0b09002212345605fbf60001
2016.08.15 13:36:46 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:47 5: needPreamble: 1, necessaryCredit: 110, credit10ms: 110
2016.08.15 13:36:47 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:47 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:48 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:48 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:49 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:50 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:50 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:50 5: CUL_MAX_SendQueueHandler: Retry 05fbf6 for 0b08002212345605fbf60001 count: 2
2016.08.15 13:36:53 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.08.15 13:36:53 5: needPreamble: 1, necessaryCredit: 110, credit10ms: 7
2016.08.15 13:36:53 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 7, but we need 110. Waiting 103 seconds.
2016.08.15 13:37:18 5: cm dispatch MAX,0,WallThermostatControl,05fbf6,20EB
2016.08.15 13:37:18 5: MAX_Parse MAX,0,WallThermostatControl,05fbf6,20EB
2016.08.15 13:37:18 5: desiredTemperature 16, temperature 23.5
2016.08.15 13:37:18 5: cm dispatch MAX,0,Ack,06780e,01180020
2016.08.15 13:37:18 5: MAX_Parse MAX,0,Ack,06780e,01180020
2016.08.15 13:37:18 5: MAX_Parse MAX,0,ThermostatState,06780e,180020



Anscheinend werden nach einem kurzen Queueüberlauf alle Jobs abgearbeitet, es ändert sich jedoch wie gesagt nichts.


Mein Scenario: FHEM 5.7 auf raspi2 mit CUL 868, 1 MAX WT, 6 MAX HT, davon 4 mit dem WT assoziiert, 1 ECO Taster, einige Fensterkontakte (nicht aktiv). Alle Thermostate werden direkt am CUL betrieben, Cube ist ausgeschaltet.