Peering Wandthermostat mit Heizungsaktor (HM-TC-IT-WM-W-EU mit HM-LC-Sw4-DR)

[bart0190]

Oh mann, natürlich. Ich habe schon so lange nichts mehr gepairt. Und ich hatte sogar eine VCCU.
Sorry, alles wieder vergessen (und das heißt nicht, dass das viel war).
Danke für eure Geduld.

Jetzt hab ich sicher einiges zerschossen. Bevor ich noch mehr kaputt mache, könnt ihr bitte schauen, ob ich bei der VCCU alles korrekt habe? Sie hat die hmid wie mein HM_LAN. HM_LAN und das Gateway HMLANGW sind in den assignedIOs.

Attributes

Code Auswählen Erweitern


IOList HMLANGW,HM_LAN
IOgrp vccu
expert defReg,rawReg
model CCU-FHEM
subType virtual
webCmd virtual:update


Wenn ich jetzt ein Device, dass dem HMLANGW zugewiesen ist, neu pairen will, hab ich

Code Auswählen Erweitern

set vccu hmPairForSec 90
gemacht und den Config-Knopf des Devices gedrückt (Pairing).

Dann kommt das, aber das IODev in den Readings vom Fensterkontakt (FK_Schlaftzimmer_rechts) bleibt auf HMLANGW.

Code Auswählen Erweitern


2022.02.13 20:41:32 3: CUL_HM set vccu hmPairForSec 90
2022.02.13 20:41:38 3: CUL_HM set Vorraum_LED_Worldmap_Dimmer_Dim pct 40 0 2.4
2022.02.13 20:41:44 3: CUL_HM received config CCU:vccu device: FK_Schlafzimmer_rechts. PairForSec: on PairSerial:
2022.02.13 20:41:44 3: Device FK_Schlafzimmer_rechts added to ActionDetector with 002:50 time
2022.02.13 20:41:44 3: CUL_HM pair: FK_Schlafzimmer_rechts threeStateSensor, model HM-SEC-SCO serialNr PEQ2232700
2022.02.13 20:41:44 3: CUL_HM set FK_Schlafzimmer_rechts getConfig noArg
2022.02.13 20:49:42 1: [Freezemon] myFreezemon: possible freeze starting at 20:49:41, delay is 1.805 possibly caused by: no bad guy found :-(
2022.02.13 20:54:09 1: [Freezemon] myFreezemon: possible freeze starting at 20:54:08, delay is 1.696 possibly caused by: no bad guy found :-(
2022.02.13 20:55:46 3: CUL_HM set Stecker_Switch statusRequest noArg
2022.02.13 20:56:16 3: CUL_HM set Vorraum_Statusanzeige statusRequest noArg
2022.02.13 20:56:19 1: [Freezemon] myFreezemon: possible freeze starting at 20:56:17, delay is 2.172 possibly caused by: tmr-CUL_HM_procQs(N/A)
2022.02.13 20:59:33 3: CUL_HM set FK_Schlafzimmer_rechts getConfig noArg
2022.02.13 20:59:35 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B5835000802010A320B240CCD,013224CD6B58350006:013224CD6B583500050000000000
2022.02.13 20:59:35 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B5835000802010A320B240CCD,013224CD6B58350006:013224CD6B583500050000000000
2022.02.13 20:59:35 3: CUL_HM set Vorraum_Status_Led_15 led red
2022.02.13 20:59:35 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B58350006,013224CD6B583500040000000000:013224CD6B583500050000000000
2022.02.13 20:59:36 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B58350006,013224CD6B583500040000000000:013224CD6B5835000802010A320B240CCD
2022.02.13 20:59:36 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B58350006,013224CD6B583500040000000000:013224CD6B5835000802010A320B240CCD
2022.02.13 20:59:36 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B583500040000000000,013224CD6B583501040000000001:013224CD6B5835000802010A320B240CCD
2022.02.13 20:59:37 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B583500040000000000,013224CD6B583501040000000001:013224CD6B58350006
2022.02.13 20:59:37 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B583500040000000000,013224CD6B583501040000000001:013224CD6B58350006
2022.02.13 20:59:37 2: CUL_HM FK_Schlafzimmer_rechts attack:013224CD6B583500040000000000,013224CD6B583501040000000001:013224CD6B58350006
2022.02.13 21:00:40 3: HMinfo hm get:configCheck :-f,^(FK_Schlafzimmer_rechts|FK_Schlafzimmer_rechts)$


... und dann wieder ein PairMism.

In den Device Readings steht jetzt

Code Auswählen Erweitern


IODev      HMLANGW        2022-02-13 20:59:33
PairedTo   set_0x3224CD   2022-02-13 20:59:39


Die 3224CD ist die hmid vom HM_LAN und der VCCU.

Bringt es was die IOgrp zu löschen und das IODev händisch auf HM_LAN zu setzen um den Mismatch zu lösen?

lg
Bart