Probleme beim Pairing

Begonnen von wm1962, 09 Oktober 2022, 13:52:38

Vorheriges Thema - Nächstes Thema

wm1962

Hallo zusammen,

ich habe meine MAX-Geräte von MAX-Cube nach CUL umgestellt.
Hat nach Anleitung soweit ganz gut geklappt. Nur bei den Fensterkontakten bekomme ich kein Pairing zum Thermostat mehr hin.

Ich löse das Pairing gemäß Anleitung aus mit:
set HK_DG_Buero associate FK_Buero
set FK_Buero associate HK_DG_Buero


Im Logfile kommt dann:
2022.10.09 13:44:27 4: cm, send -> cmd:AddLinkPartner, msgcnt:15, flags:00, Cmd2id:20, src:MAX_098d25 , dst:HK_DG_Buero , gid:00 , payload:15946204 , cul:none
2022.10.09 13:44:27 5: cm, send packet: 0e150020098d25085cf70015946204
2022.10.09 13:44:27 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:27 5: cm, Send Queue CUL_FS20_MAX -> needPreamble: 1, necessaryCredit: 112, credit10ms: 5027, CUL_FS20_MAX CMD_LAST_H: 2
2022.10.09 13:44:27 4: cm, Send Queue packet send : Zs0e150020098d25085cf70015946204 to HK_DG_Buero with CUL_FS20_MAX
2022.10.09 13:44:28 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:28 5: cm, IODev CUL_FS20_MAX, len 14, msgcnt 15, msgflag 02, msgType Ack, src 085cf7, dst 098d25, group 0, payload 01180022, rssi -73
2022.10.09 13:44:28 5: cm, ACK from HK_DG_Buero for cmd AddLinkPartner , packet will be removed soon
2022.10.09 13:44:28 5: cm: dispatch MAX,1,Ack,085cf7,01180022
2022.10.09 13:44:28 5: MAX_Parse, MAX,1,Ack,085cf7,01180022
2022.10.09 13:44:28 5: MAX_Parse, MAX2,1,ThermostatState,085cf7,180022
2022.10.09 13:44:28 1: PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 2057.
2022.10.09 13:44:28 1: PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 2058.
2022.10.09 13:44:29 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:29 4: cm, Send Queue ACK from HK_DG_Buero for AddLinkPartner, removing from queue
2022.10.09 13:44:29 5: cm: dispatch MAX,1,AckAddLinkPartner,085cf7,associate,159462
2022.10.09 13:44:29 5: MAX_Parse, MAX,1,AckAddLinkPartner,085cf7,associate,159462
2022.10.09 13:44:29 5: cm, Send Queue is now empty
2022.10.09 13:44:35 1: PERL WARNING: Use of uninitialized value in multiplication (*) at FHEM/OpenWeatherMapAPI.pm line 445.
2022.10.09 13:44:37 4: cm, send -> cmd:AddLinkPartner, msgcnt:06, flags:00, Cmd2id:20, src:MAX_098d25 , dst:FK_Buero , gid:00 , payload:085cf701 , cul:none
2022.10.09 13:44:37 5: cm, send packet: 0e060020098d2515946200085cf701
2022.10.09 13:44:37 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:37 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:44:40 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:40 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:44:43 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:43 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:44:46 5: cm, BroadcastTime payload : 16090dacae
2022.10.09 13:44:46 4: cm, new timeslot 0 for device HK_DG_Jannik
2022.10.09 13:44:46 4: cm, new timeslot 1 for device HK_DG_Buero
2022.10.09 13:44:46 4: cm, new timeslot 2 for device HK_EG_Bad
2022.10.09 13:44:46 4: cm, new timeslot 3 for device HK_EG_WZ
2022.10.09 13:44:46 4: cm, new timeslot 4 for device HK_DG_Bad
2022.10.09 13:44:46 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:46 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:44:49 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:49 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:44:52 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:52 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:44:55 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:55 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:44:58 5: cm, Send Queue 1 packet in queue
2022.10.09 13:44:58 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:45:01 5: cm, Send Queue 1 packet in queue
2022.10.09 13:45:01 4: cm, Send Queue packet for ShutterContact FK_Buero exists
2022.10.09 13:45:04 5: cm, Send Queue 1 packet in queue
2022.10.09 13:45:04 4: cm, Send Queue packet for ShutterContact FK_Buero exists


die List der Devices sehen wie folgt aus:
Internals:
   DEF        HeatingThermostat 085cf7
   FUUID      634198e8-f33f-39cd-6f41-12d5096fca56a505
   IODev      cm
   LASTInputDev cm
   MSGCNT     2
   NAME       HK_DG_Buero
   NR         303
   NTFY_ORDER 50-HK_DG_Buero
   STATE      17.0
   SVN        23517
   TYPE       MAX
   TimeSlot   1
   addr       085cf7
   cm_MSGCNT  2
   cm_TIME    2022-10-09 13:44:29
   devtype    1
   eventCount 3
   type       HeatingThermostat
   webCmd     desiredTemperature
   READINGS:
     2022-10-09 13:44:07   IODev           cm
     2022-10-09 13:44:28   RSSI            -73
     2022-10-09 13:44:28   battery         ok
     2022-10-09 13:44:28   batteryState    ok
     2022-10-09 13:44:28   desiredTemperature 17.0
     2022-10-09 12:56:08   deviation       3.2
     2022-10-09 10:43:43   error           invalid or missing value  for READING .weekProfile
     2022-10-09 13:44:28   gateway         1
     2022-10-09 10:43:11   groupid         0
     2022-10-09 13:44:29   lastcmd         associate 159462
     2022-10-09 13:44:28   mode            auto
     2022-10-09 13:44:27   msgcnt          21
     2022-10-09 13:44:28   panel           unlocked
     2022-10-09 12:56:08   peerIDs         000000
     2022-10-09 12:56:08   peerList        Broadcast
     2022-10-09 13:44:29   peers           159462
     2022-10-09 13:44:28   rferror         0
     2022-10-09 13:44:29   state           17.0
     2022-10-09 12:56:08   temperature     20.2
     2022-10-09 13:44:28   valveposition   0
     2022-10-09 10:48:32   weekprofile-0-Sat-temp 15.0 °C  /  15.0 °C  /  20.0 °C  /  15.0 °C  /  15.0 °C  /  15.0 °C  /  15.0 °C
     2022-10-09 10:48:32   weekprofile-0-Sat-time 00:00-06:00  /  06:00-09:00  /  09:00-12:00  /  12:00-17:00  /  17:00-20:00  /  20:00-22:00  /  22:00-24:00
     2022-10-09 10:48:32   weekprofile-1-Sun-temp 15.0 °C  /  15.0 °C  /  20.0 °C  /  15.0 °C  /  15.0 °C  /  15.0 °C  /  15.0 °C
     2022-10-09 10:48:32   weekprofile-1-Sun-time 00:00-06:00  /  06:00-09:00  /  09:00-12:00  /  12:00-17:00  /  17:00-20:00  /  20:00-22:00  /  22:00-24:00
     2022-10-09 10:48:32   weekprofile-2-Mon-temp 15.0 °C  /  15.0 °C  /  20.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  15.0 °C  /  15.0 °C
     2022-10-09 10:48:32   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-12:00  /  12:00-14:00  /  14:00-17:00  /  17:00-18:00  /  18:00-20:00  /  20:00-22:00  /  22:00-24:00
     2022-10-09 10:48:32   weekprofile-3-Tue-temp 15.0 °C  /  15.0 °C  /  20.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  15.0 °C  /  15.0 °C
     2022-10-09 10:48:32   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-12:00  /  12:00-14:00  /  14:00-17:00  /  17:00-18:00  /  18:00-20:00  /  20:00-22:00  /  22:00-24:00
     2022-10-09 10:48:32   weekprofile-4-Wed-temp 15.0 °C  /  15.0 °C  /  20.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  15.0 °C  /  15.0 °C
     2022-10-09 10:48:32   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-12:00  /  12:00-14:00  /  14:00-17:00  /  17:00-18:00  /  18:00-20:00  /  20:00-22:00  /  22:00-24:00
     2022-10-09 10:48:32   weekprofile-5-Thu-temp 15.0 °C  /  15.0 °C  /  20.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  15.0 °C  /  15.0 °C
     2022-10-09 10:48:32   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-12:00  /  12:00-14:00  /  14:00-17:00  /  17:00-18:00  /  18:00-20:00  /  20:00-22:00  /  22:00-24:00
     2022-10-09 10:48:32   weekprofile-6-Fri-temp 15.0 °C  /  15.0 °C  /  20.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  15.0 °C  /  15.0 °C
     2022-10-09 10:48:32   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-12:00  /  12:00-14:00  /  14:00-17:00  /  17:00-18:00  /  18:00-20:00  /  20:00-22:00  /  22:00-24:00
   helper:
     io:
       CUL_FS20_MAX:
         raw        Z0E150202085CF7098D250001180022
         rssi       -73
         time       1665315868.86727
Attributes:
   IODev      cm
   alias      Heizung DG Büro
   model      HeatingThermostat
   room       MAX


Internals:
   DEF        ShutterContact 159462
   FUUID      63415dcc-f33f-39cd-53e4-b3969b4729031da1
   IODev      cm
   NAME       FK_Buero
   NR         271
   NTFY_ORDER 50-FK_Buero
   STATE      closed
   SVN        23517
   TYPE       MAX
   addr       159462
   devtype    4
   eventCount 1
   type       ShutterContact
   READINGS:
     2022-10-09 13:44:07   IODev           cm
     2022-10-09 13:13:48   PairedTo        000000
     2022-10-09 13:34:20   RSSI            -54.5
     2022-10-09 13:13:48   SerialNr        NEQ0902371
     2022-10-09 13:34:20   battery         ok
     2022-10-09 13:34:20   batteryState    ok
     2022-10-09 13:13:48   firmware        1.0
     2022-10-09 13:44:37   lastcmd         set_associate HK_DG_Buero
     2022-10-09 13:44:37   msgcnt          6
     2022-10-09 13:34:20   onoff           0
     2022-10-09 13:34:20   peerIDs         000000
     2022-10-09 13:34:20   peerList        Broadcast
     2022-10-09 13:34:20   rferror         0
     2022-10-09 13:34:20   state           closed
     2022-10-09 13:13:48   testresult      2
     2022-10-09 13:34:20   windowOpen      0
Attributes:
   DbLogExclude .*
   IODev      cm
   devStateIcon opened:fts_window_1w_open@red closed:fts_window_1w@green
   model      ShutterContact
   room       MAX,Heizung



Ich komme da als Anwender nicht mehr weiter.
Kann mir da bitte jemand helfen?

Vielen Dank im voraus
Wilfried
RPI 3 mit FHEM, 1x Stackable CUL (433MHz)

Wzut

#1
Schade das du das alte Peering schon aufgelöst gelöst hast , bzw wohl leider alle Geräte einem Werksreset unterzogen hast :(
( Ich schreibe doch immer wieder das man genau das bei einem Cube - CUL Umzug nicht machenn soll !!! )
und ich habe auch schon oft geschrieben : FK zu HT peeren ist die "Königsklasse", siehe https://forum.fhem.de/index.php/topic,117891.msg1123776.html#msg1123776 da das Timing für den FK sehr eng ist  ( d.h man muss genau im richtigen Moment den FK mit der config Taste wecken )
Ict aber relativ wursct, wenn der FK keinen Peer hat sendet er via Broadcast und da das HT ihn je kennt reagiert es auch auf die Broadcast Nachrichten.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

wm1962

Danke für die Rückmeldung.
Ich habe nicht alle Geräte einem Werksreset unterzogen, nur zur Anfang bei den beiden beschriebenen MAX. Bei denen anderen habe ich zuvor die PeerID des Cube auf den CUL portiert.
Dort hat es soweit problemslos funktioniert. Die PeerID war aber anschliessen aus der PeerList trotzdem verschwunden, da stand dann nur noch Broadcast drin.

Deinen Tipp für das händischen peeren habe ich versucht, leider jedoch nicht hinbekommen. Ich habe dann den Cube nochmals angeworfen und über die MAX!-Software die Geräte verbunden.
Jetzt passt es wieder.

Eine Frage habe ich noch. Beim cm-Device stehen zwei Attribute fakeSCaddr und fakeWTaddr drin. Wenn ich die lösche, dann sind sie bei nächsten Neustart von Fhem wieder da.
Wie bekomme ich die weg?

Internals:
   CUL_FS20_MAX_MSGCNT 1
   CUL_FS20_MAX_RAWMSG Z0B0B0530159462085CF70052
   CUL_FS20_MAX_RSSI -39.5
   CUL_FS20_MAX_TIME 2022-10-09 19:22:21
   DEF        098d25
   FUUID      63428424-f33f-39cd-e03b-e658cd2eb2d859a0
   IODev      CUL_FS20_MAX
   LASTInputDev CUL_FS20_MAX
   MSGCNT     1
   NAME       cm
   NR         187
   STATE      CUL_FS20_MAX:ok
   SVN        22175
   TYPE       CUL_MAX
   addr       098d25
   cnt        0
   eventCount 1
   pairmode   0
   retryCount 0
   sq         0
   READINGS:
     2022-10-09 19:22:13   IODev           CUL_FS20_MAX
     2022-10-09 19:22:21   state           CUL_FS20_MAX:ok
   sendQueue:
Attributes:
   IODev      CUL_FS20_MAX
   fakeSCaddr 222222
   fakeWTaddr 111111
   room       CUL
   verbose    5


Viele Grüße Wilfried
RPI 3 mit FHEM, 1x Stackable CUL (433MHz)

Wzut

#3
Zitat von: wm1962 am 09 Oktober 2022, 19:55:39
Bei denen anderen habe ich zuvor die PeerID des Cube auf den CUL portiert.
Dort hat es soweit problemslos funktioniert. Die PeerID war aber anschliessen aus der PeerList trotzdem verschwunden, da stand dann nur noch Broadcast drin.
also wir müssen schon eine Sprache sprechen , ich habe keine Ahnung was eine PeerID sein soll.
Pairing = Verbindung eines Gerätes mit einer Zentrale , ( Cube oder CUL_MAX ) - pro Gerät nur 1x möglich
Peering = ( bei MAX leider associate genannt ) direkte Verbindung zweier Geräte , unabhängig vom Pairing
maxID = Eindeutige sechstellige ID der MAX Wolke , muß zwingend eindeutig sein zur äcjsten sichtbaren MAX Wolke ( zb Nachbar )
Und genau diese maxID übernimmt man direkt vom Cube an CUL_MAX und erspart sich damit jede Menge Frust und Arbeit. 

Wenn statt einer gültigen Adresse nur Broadcast beim gepeerten Gerät steht dann ist das Peering unvollständig und es wird wie ich bereits in meinem ersten Post schrieb nur Broascast gesendet.

Zitat von: wm1962 am 09 Oktober 2022, 19:55:39
Wie bekomme ich die weg?
gar nicht ! Beide Attribute werden vom Modul direkt vorbesetzt, d.h. ändern - ja , löschen - nein
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher