Weder FHEM noch Thermostate, reagierten aufeinander [ERLEDIGT]

Begonnen von D3ltorohd, 06 August 2019, 17:33:46

Vorheriges Thema - Nächstes Thema

D3ltorohd

#15
Zitat von: Wzut am 16 August 2019, 06:59:35
Habe ich selbst noch nie gemacht, aber die MAX! Software kannte ja sowas durch die Raum Zuordnung.
Ich würde im ersten Schritt den beiden HTs und dem WT eine eigene gleiche group ID geben und danach nochmall das assoicate komplett für alle durchführen.
Wichtig bei MAX ist halt das dies pro Paar immer zweimal gemacht wird, d.h in deinem Fall dann vier mal.
WT -> HT1, WT->HT2, HT1-> WT & HT2 -> WT

Das brachte mir jetzt nen Teilerfolg. Ich kann nun direkt am WT die beiden HT's steuern, aber leider nicht von FHEM aus. Wenn ich nun hier am WT was ändere, ändert sich zwar das WT aber die beiden HT's reagieren darauf nicht.

Das stand in der Log, glaub nach dem verbinden der Geräte.

Zitat2019.08.16 21:09:57 3: MaxCUL: Unknown code ZERR30D, help me!
2019.08.16 21:10:32 3: MaxCUL: Unknown code ZERR30D, help me!
2019.08.16 21:10:40 1: RMDIR: ./restoreDir/save/2019-08-13
2019.08.16 21:10:41 3: MaxCUL: Unknown code ZERR30D, help me!
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

D3ltorohd

Ok, also es scheint schon zu gehen, aber es dauert, manchmal länger manchmal weniger lang. Manchmal schaltet einer direkt, dann der andere später.
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1