Max Thermostat: Pairing übernehmen

Begonnen von HansDampfHH, 09 Mai 2022, 11:58:40

Vorheriges Thema - Nächstes Thema

HansDampfHH

Moin. Bin gerade dran und versuche mein aktuelles FHEM in einem Docker Container abzubilden. Da das erst mal nur ein Versuch ist und ich immer wieder zum bestehenden FHEM wechseln möchte, möchte ich die Thermostate nicht neu anlernen.

Kann man das Pairing übernehmen? Irgendwo muss doch die Info stehen und kann ggf. kopiert werden. Ich nutze CUL und CUL_MAX.
Wäre für Hinweise dankbar.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

JoSi

Beim CUL einfach die maxid übernehmen

HansDampfHH

Hm, wäre ja klasse und einfach. Aber die habe ich an meinem CUL nicht!?


Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-busware.de_CUL868-if00@9600 0000
   DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00@9600
   FD         19
   FHTID      0000
   FUUID      620b3051-f33f-1920-3867-38d7fe778b365ccf
   NAME       buswareCUL868
   NR         499
   NR_CMD_LAST_H 2
   PARTIAL   
   RAWMSG     Z0EED020207B9D212345600011800232C
   RSSI       -60
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   buswareCUL868_MSGCNT 131
   buswareCUL868_TIME 2022-05-10 06:55:13
   devioNoSTATE 1
   initString X21
Zr
Za123456
Zw111111
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2022-04-15 09:27:22   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2022-05-09 10:54:27   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2022-05-10 06:55:12   credit10ms      794
     2022-02-18 07:02:35   raw             V 1.67 CUL868
     2022-05-10 06:55:13   state           Initialized
     2022-02-16 18:13:13   uptime          0 00:13:31
     2022-02-16 18:44:25   version         V 1.67 CUL868
   XMIT_TIME:
     1652158506.02158
     1652158512.53459
Attributes:
   DbLogExclude .*
   alias      buswareCUL868 (Heizung)
   group      Gateways
   icon       cul_868
   rfmode     MAX
   room       Steuerung
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

JoSi

Seltsam, wundert mich dass das funktioniert. Ohne maxid weiss der CUL doch garnicht mit wem er reden darf.


HansDampfHH

Also das funktioniert ganz sicher.
Sonst hätte sich meine Frau seit Jahren über die kalte Wohnung beschwert ;-)
Mal schauen, vielleicht hat noch jemand einen Hinweis.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

JoSi

Bei mir ist die maxid auch im CUL_MAX zu finden
Internals:
   CUN868_MAXID 17295c
   CUN868_MSGCNT 37964
   CUN868_RAWMSG Z0EE002020EB867096DB80001390009
   CUN868_RSSI -69
   CUN868_TIME 2022-05-10 09:58:18
   DEF        177696
   FUUID      619f67a7-f33f-e1f7-88da-b9c82369520fe6be
   IODev      CUN868
   LASTInputDev CUN868
   MSGCNT     37964
   NAME       cm
   NR         211
   STATE      CUN868:ok
   SVN        22175
   TYPE       CUL_MAX
   addr       17295c
   cnt        0
   pairmode   0
   retryCount 0
   sq         0
   READINGS:
     2022-04-15 16:04:31   IODev           CUN868
     2022-05-10 09:58:18   state           CUN868:ok
   sendQueue:
Attributes:
   IODev      CUN868
   event-on-change-reading state
   fakeSCaddr 222222
   fakeWTaddr 111111
   room       MAX

HansDampfHH

Hm, der sieht bei mir so aus:


Internals:
   DEF        123456
   FUUID      5cc927b0-f33f-9484-4e51-870b1bfe28e30aa5
   IODev      buswareCUL868
   LASTInputDev buswareCUL868
   MSGCNT     151
   NAME       CULMax
   NR         201
   STATE      buswareCUL868:ok
   SVN        22175
   TYPE       CUL_MAX
   addr       123456
   buswareCUL868_MSGCNT 151
   buswareCUL868_RAWMSG Z0F0004600C98370000000018072A00DF
   buswareCUL868_RSSI -69
   buswareCUL868_TIME 2022-05-10 10:31:27
   cnt        0
   pairmode   0
   retryCount 0
   sq         0
   READINGS:
     2022-05-09 10:54:35   IODev           buswareCUL868
     2020-08-14 18:42:09   packetsLost     82
     2022-05-10 10:31:27   state           buswareCUL868:ok
   sendQueue:
Attributes:
   IODev      buswareCUL868
   alias      CULMax (Bridge Heizung)
   event-on-change-reading .*
   fakeSCaddr 222222
   fakeWTaddr 111111
   group      Gateways
   icon       cul_max
   room       Steuerung
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

HansDampfHH

Also ich habe mal den CUL umgesteckt und das Device sowie die Definition für ein Thermostat aus der einen in die anderen FHEM Installation kopiert.
Ich konnte danach direkt das Thermostat schalten. Irgendwo versteckt sich die Verknüpfung also. Von daher fein für mich.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Wzut

Zitat von: HansDampfHH am 11 Mai 2022, 19:48:38
Irgendwo versteckt sich die Verknüpfung also.
Der Name des "Chefs" bzw dessen MAXID versteckt sich immmer im jeweiligen MAX Device :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HansDampfHH

Ah, also wäre das hier die FUUID?


Internals:
   CULMax_MSGCNT 24
   CULMax_TIME 2022-05-13 06:30:13
   DEF        HeatingThermostat 14a78b
   FUUID      5cc937b1-f33f-9474-7cbb-97c543e3cf0229f8
   IODev      CULMax
   LASTInputDev CULMax
   MSGCNT     24
   NAME       MAX_14a78b
   NR         239
   NTFY_ORDER 50-MAX_14a78b
   STATE      21.5
   SVN        23517
   TYPE       MAX
   TimeSlot   3
   addr       14a78b
   devtype    1
   type       HeatingThermostat
   webCmd     desiredTemperature
   Helper:
     DBLOG:
       battery:
         DbLog:
           TIME       1652413332.48946
           VALUE      ok
       desiredTemperature:
         DbLog:
           TIME       1652416213.39584
           VALUE      21.5
       temperature:
         DbLog:
           TIME       1652416213.39584
           VALUE      23.9
       valveposition:
         DbLog:
           TIME       1652416213.39584
           VALUE      0
   READINGS: ...
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink