MAX! Zwischenstecker

Begonnen von last-v8, 14 November 2020, 13:08:33

Vorheriges Thema - Nächstes Thema

last-v8

Hallo zusammen,

Ich bekomme meine Zwischenstecker einfach nicht zum Laufen. Das kann doch nicht so schwer sein!?

Ausgangspunkt:
CUL_MAX mit Name cm und Adresse 123456

Zwischenstecker 1:
MAX_0728d8
PlugAdapter 0728d8
IODev cm
NAME MAX_0728d8
PairedTo
peerIDs 000000
peerList Broadcast
peerIDs 000000

Zwischenstecker 2:
MAX_09259c
PlugAdapter 09259c
IODev cm
NAME MAX_09259c
PairedTo 000000
peerIDs 000000,0938b4
peerList Broadcast,MAX_0938b4


Meiner Ansicht beginnt das Problem beim Pairing.
Wenn ich am CM - set cm pairmode 60 aktiviere und die Zwischenstecker in dern Pairing Mode versetze, tut sich nichts.

Ich denke dass mir ein weiterer Schritt fehlt?

Wzut

a. der pairmode am cm ist nicht nötig wenn es das Device im FHEM bereits gibt.
b. ich tippe auf Type PlugAdapter , definiere die mal um oder gleich ganz neu als TYPE HeatingThermostat.
c. dein zweiter ist komisch : peerIDs 0938b4 , bei dem würde ich auf jeden Fall zuerst einen Factory Reset machen

d. und wie immer : verbose 5 am cm Device und Pairing vom Stecker aus anwerfen, im Log steht dann schon was so abging.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

last-v8

Die Zwischenstecker wurden ursprünglich als HeatingThermostat automatisch übernommen. Habe sie dann auf Plugadapter umkonfiguriert.

Für den jetzigen Versuch habe ich die Devices wieder gelöscht und als HeatingThermostat eingelernt. FactoryReset habe ich auch ausgeführt.
Verbose 5 auf cm und log-file angelegt.

Ergebnis:
2020-11-14_17:27:15 cm ???
2020-11-14_17:27:20 cm ???
2020-11-14_17:27:25 cm ???
2020-11-14_17:27:30 cm ???
2020-11-14_17:27:35 cm ???
2020-11-14_17:27:45 cm ???


Wzut

#3
Was auch immer du mir da mit den Gesichtern sagen möchtest, es ist auf jeden Fall nicht das geforderte verbose 5 Log .....
edit :
Zitat von: last-v8 am 14 November 2020, 17:48:09
und log-file angelegt.
ich schrieb nichts von Log File anlegen, alles was wichtig ist steht im FHEM Log
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

last-v8

Ok. Danke für den Hinweis.


2020.11.14 19:47:21 5: cm, Send Queue 2 packets in queue
2020.11.14 19:47:21 1: cm, Send Queue error CUL  did not answer request for current credits. Waiting 5 seconds
2020.11.14 19:47:29 5: cm, Send Queue 2 packets in queue
2020.11.14 19:47:29 1: cm, Send Queue error CUL  did not answer request for current credits. Waiting 5 seconds
2020.11.14 19:47:31 5: cm, IODev CUL_A99DXP52_868, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 09259c, dst 000000, group 0, payload 1101AA4B455139303034373132, rssi -77.5
2020.11.14 19:47:31 4: cm, PairPing (dst 000000, pairmode 0), firmware 17, type HeatingThermostat, testresult 170, serial KEQ9004712
2020.11.14 19:47:31 3: cm, Pairing device MAX_09259c of type HeatingThermostat with serial KEQ9004712
2020.11.14 19:47:31 5: cm: dispatch MAX,0,define,09259c,HeatingThermostat,KEQ9004712,0
2020.11.14 19:47:31 5: MAX_Parse, MAX,0,define,09259c,HeatingThermostat,KEQ9004712,0
2020.11.14 19:47:31 4: cm, send -> cmd:PairPong, msgcnt:0f, flags:00, Cmd2id:01, src:MAX_123456 , dst:MAX_09259c , gid:00 , payload:00 , cul:none
2020.11.14 19:47:31 5: cm, send packet: 0b0f000112345609259c0000
2020.11.14 19:47:31 5: cm: dispatch MAX,0,HeatingThermostatConfig,09259c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2020.11.14 19:47:31 5: MAX_Parse, MAX,0,HeatingThermostatConfig,09259c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2020.11.14 19:47:34 5: cm, Send Queue 3 packets in queue
2020.11.14 19:47:34 1: cm, Send Queue error CUL  did not answer request for current credits. Waiting 5 seconds
2020.11.14 19:47:39 5: cm, Send Queue 3 packets in queue
2020.11.14 19:47:39 1: cm, Send Queue error CUL  did not answer request for current credits. Waiting 5 seconds


   
V 1.67 nanoCUL868
CUL_A99DXP52_868 credit10ms => 900

Wzut

Nun das Log ist recht eindeutig : es werden Nachrichten von einem Geräten empfangen aber es kann nichts zu ihnen gesendet werden.
2020.11.14 19:47:21 5: cm, Send Queue 2 packets in queue
2020.11.14 19:47:39 5: cm, Send Queue 3 packets in queue

die Sende Warteschlange wächst , Grund steht hier :
2020.11.14 19:47:21 1: cm, Send Queue error CUL  did not answer request for current credits. Waiting 5 seconds
solange der CUL die Frage nicht beantwortet, bekommt er keinen Sendeauftrag aus der Queue und damit wird das Pairing für die Zwischenstecker nicht abgeschlossen.
D.h. hier muss geklärt werden was beim CUL und CUL_MAX Device nicht zusammen passt. Bitte mal ein list vom cm und vom CUL_A99DXP52_868 posten. Und bitte je ein echtes list, kein define Abschnitt oder RAW und in Code Tags

Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

last-v8

List CUL_A99DXP52_868

Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   CUL_A99DXP52_868_MSGCNT 50
   CUL_A99DXP52_868_TIME 2020-11-15 09:44:21
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A99DXP52-if00-port0@38400 6666
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A99DXP52-if00-port0@38400
   FD         151
   FHTID      6666
   FUUID      5f7824d7-f33f-9485-d4cd-207f509eb70aa416
   NAME       CUL_A99DXP52_868
   NR         426
   PARTIAL   
   RAWMSG     Z170004000728D8000000001101AA4B4551393030303338313A
   RSSI       -45
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
Zr
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-11-14 17:39:39   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2020-11-14 09:25:05   cmds             A B C E e F f G h i K k l M m R T t U V W X x Y Z z
     2020-11-14 20:02:55   credit10ms      900
     2020-11-14 20:07:05   fhtbuf          AE
     2020-11-15 09:44:21   state           Initialized
     2020-11-14 20:06:55   version         V 1.67 nanoCUL868
Attributes:
   model      nanoCUL
   rfmode     MAX
   room       CUL,MAX


List cm

Internals:
   CUL_A99DXP52_868_MSGCNT 50
   CUL_A99DXP52_868_RAWMSG Z170004000728D8000000001101AA4B455139303030333831
   CUL_A99DXP52_868_RSSI -45
   CUL_A99DXP52_868_TIME 2020-11-15 09:44:21
   DEF        123456
   FUUID      5e10b1e4-f33f-9485-bf8e-033bd0d6f7ca8042
   IODev     
   LASTInputDev CUL_A99DXP52_868
   MSGCNT     50
   NAME       cm
   NR         15
   STATE      ???
   SVN        22175
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   sq         11
   READINGS:
     2020-11-15 09:44:21   state           ???
   sendQueue:
     HASH(0x49ffdb0)
     HASH(0x49fd228)
     HASH(0x48dbac8)
     HASH(0x4aed6b0)
     HASH(0x4819f80)
     HASH(0x4a03c00)
     HASH(0x4c633a0)
     HASH(0x4ae2760)
     HASH(0x4a006f8)
     HASH(0x4a03af8)
     HASH(0x4ce6ff8)
Attributes:
   fakeSCaddr 222222
   fakeWTaddr 0938b4
   room       CUL,MAX
   verbose    5



last-v8

Im RF mode MAX kann die Frequenz nicht geändert werden. Kann man irgendwie einen Offset einstellen?

Wzut

#8
Es gibt keinen Grund die Frequenz zu ändern, das stimmt so out-of-the-box
Tipp : Nach FHEM Neustart lohnt sich immer ein Blick ins Log, diverse Module hinterlassen da wichtige Infos (u.a. auch 14_CUL_MAX)
ich gehe jede Wette ein da steht etwas wie das es seinen CUL nicht finden konnte weil du das Attribut IODev am cm nicht auf den CUL_A99DXP52_868 gesetzt hast !
So wird das dann zur Einbahnstrasse der CUL findet durch seine Client Liste CUL_MAX beim Empfang, aber CUL_MAX hat keine Ahnung wer für ihn beim Senden zuständig ist.
Tipp : wenn du das Attribut setzt sorge zuvor dafür die Sendequeue leer zu machen, deine alten Nachrichten werden eh nicht mehr beantwortet, bzw. starte FHEM besser gleich neu.
Nach einer neuen Pairing Runde sind deine Stecker dann auch gepaired und nehmen Kommandos von FHEM an und verbose 5 wieder runter auf 3 setzen sonst bläht sich das Log so auf.

Edit : der Thread ist mal wie ein gutes Beispiel dafür wie sich so etwas zieht und man immer um wichtigen Infos betteln muß.
Wären alle lists und Log Auszüge wie immer gefordert wird gleich im ersten Post enthalten gewesen hätte sich das Problem nach 10 Minuten geklärt.

Edit 2 :
DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A99DXP52-if00-port0@38400 6666
FHTID      6666


ZitatDie FHTID ist eine 4-stellige hexadezimale Zahl und wird verwendet, wenn der CUL FHT Telegramme sendet bzw. Daten anfragt. Diese sollte als 0000 gewählt werden, wenn man FHT80b Anfragen durch den CUL vermeiden will.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

last-v8

Wette gewonnen!!!

IODev war nicht definiert. Klingt jetzt logisch! Diesen Parameter hatte ich überhaupt nicht am Radar.
Kurz noch zur FHTID 6666. Ich habe mir einige CUL's bzw. Signalduino's zusammengebaut. Die 6666 war für die Nr.6. Habe die ID nun auf 0000 zurück gestellt.

Also - Vielen Dank für die super Hilfe. Habe einiges dazu gelernt!


hanseis

Hallo!

Ich hänge mich mal an den Faden. Ich habe ebenfalls Probleme die MAX! Zwischenstecker zum laufen zu bewegen. Auf den Befehl set_desiredTemperature reagiert der Zwischenstecker einfach nicht. siehe hier.

2021.05.20 11:04:24.710 4: cm, send -> cmd:SetTemperature, msgcnt:14, flags:00, Cmd2id:40, src:MAX_123456 , dst:HWR_SW , gid:00 , payload:49 , cul:none
2021.05.20 11:04:24.710 5: cm, send packet: 0b1400401234560cd52e0049
2021.05.20 11:04:24.710 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:24.710 5: SW: X
2021.05.20 11:04:24.712 5: CUL/RAW (ReadAnswer): 21  771

2021.05.20 11:04:24.714 5: cm, Send Queue CUL_868 -> needPreamble: 1, necessaryCredit: 110, credit10ms: 771, CUL_868 CMD_LAST_H: 12
2021.05.20 11:04:24.714 5: CUL_868 sending Zs0b1400401234560cd52e0049
2021.05.20 11:04:24.714 5: SW: Zs0b1400401234560cd52e0049
2021.05.20 11:04:24.715 4: cm, Send Queue packet send : Zs0b1400401234560cd52e0049 to HWR_SW with CUL_868
2021.05.20 11:04:25.711 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:26.211 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:26.713 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:27.213 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:27.714 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:28.214 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:28.214 4: cm, Send Queue retry HWR_SW for SetTemperature count: 3
2021.05.20 11:04:31.217 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:31.218 5: SW: X
2021.05.20 11:04:31.219 5: CUL/RAW (ReadAnswer): 21  668

2021.05.20 11:04:31.221 5: cm, Send Queue CUL_868 -> needPreamble: 1, necessaryCredit: 110, credit10ms: 668, CUL_868 CMD_LAST_H: 13
2021.05.20 11:04:31.221 5: CUL_868 sending Zs0b1400401234560cd52e0049
2021.05.20 11:04:31.221 5: SW: Zs0b1400401234560cd52e0049
2021.05.20 11:04:31.223 4: cm, Send Queue packet send : Zs0b1400401234560cd52e0049 to HWR_SW with CUL_868
2021.05.20 11:04:32.218 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:32.719 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:33.220 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:33.721 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:34.222 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:34.723 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:34.723 4: cm, Send Queue retry HWR_SW for SetTemperature count: 2
2021.05.20 11:04:37.724 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:37.725 5: SW: X
2021.05.20 11:04:37.726 5: CUL/RAW (ReadAnswer): 21  565

2021.05.20 11:04:37.728 5: cm, Send Queue CUL_868 -> needPreamble: 1, necessaryCredit: 110, credit10ms: 565, CUL_868 CMD_LAST_H: 14
2021.05.20 11:04:37.728 5: CUL_868 sending Zs0b1400401234560cd52e0049
2021.05.20 11:04:37.728 5: SW: Zs0b1400401234560cd52e0049
2021.05.20 11:04:37.729 4: cm, Send Queue packet send : Zs0b1400401234560cd52e0049 to HWR_SW with CUL_868
2021.05.20 11:04:38.725 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:39.226 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:39.727 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:40.228 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:40.729 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:41.230 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:41.231 4: cm, Send Queue retry HWR_SW for SetTemperature count: 1
2021.05.20 11:04:44.232 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:44.232 5: SW: X
2021.05.20 11:04:44.233 5: CUL/RAW (ReadAnswer): 21  462

2021.05.20 11:04:44.235 5: cm, Send Queue CUL_868 -> needPreamble: 1, necessaryCredit: 110, credit10ms: 462, CUL_868 CMD_LAST_H: 15
2021.05.20 11:04:44.235 5: CUL_868 sending Zs0b1400401234560cd52e0049
2021.05.20 11:04:44.235 5: SW: Zs0b1400401234560cd52e0049
2021.05.20 11:04:44.237 4: cm, Send Queue packet send : Zs0b1400401234560cd52e0049 to HWR_SW with CUL_868
2021.05.20 11:04:45.232 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:45.733 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:46.234 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:46.735 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:47.236 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:47.737 5: cm, Send Queue 1 packet in queue
2021.05.20 11:04:47.737 3: cm, Send Queue missing ack from HWR_SW for SetTemperature, removing from queue
2021.05.20 11:04:47.737 5: cm, Send Queue is now empty


Wenn ich am Zwischenstecker den Schaltknopf drücker empfängt FHEM aber den aktuellen Zustand

2021.05.20 11:08:59.274 5: CUL/RAW: /Z0A000A030CD52E07C3DF002A

2021.05.20 11:08:59.275 4: CUL_Parse: CUL_868 Z0A000A030CD52E07C3DF002A -53
2021.05.20 11:08:59.275 5: CUL_868: dispatch Z0A000A030CD52E07C3DF00
2021.05.20 11:08:59.276 5: cm, IODev CUL_868, len 10, msgcnt 00, msgflag 0A, msgType TimeInformation, src 0cd52e, dst 07c3df, group 0, payload , rssi -53
2021.05.20 11:17:50.449 5: CUL/RAW: /Z0B0006400CD52E07C3DF00492F

2021.05.20 11:17:50.449 4: CUL_Parse: CUL_868 Z0B0006400CD52E07C3DF00492F -50.5
2021.05.20 11:17:50.450 5: CUL_868: dispatch Z0B0006400CD52E07C3DF0049
2021.05.20 11:17:50.450 5: cm, IODev CUL_868, len 11, msgcnt 00, msgflag 06, msgType SetTemperature, src 0cd52e, dst 07c3df, group 0, payload 49, rssi -50.5
2021.05.20 11:17:50.451 5: cm: dispatch MAX,0,SetTemperature,0cd52e,49
2021.05.20 11:17:50.451 5: MAX_Parse, MAX,0,SetTemperature,0cd52e,49
2021.05.20 11:17:50.483 5: HWR_SW, SetTemperature mode  manual, desiredTemperature off


Woran kann das liegen? Hier meine Konfiguration.
Übrigens, wenn ich den Zwischenstecker auf Plugadapter umstelle, kann ich gar keine desiredTemperature  mehr absetzen.

list HWR_SW

Internals:
   DEF        HeatingThermostat 0cd52e
   FUUID      60a4ee3b-f33f-55dc-2d3d-20e12bd8532e31c1
   FVERSION   10_MAX.pm:v2.0.0-s23517/2021-01-13
   IODev      cm
   NAME       HWR_SW
   NR         297
   NTFY_ORDER 50-HWR_SW
   STATE      on
   SVN        23517
   TYPE       MAX
   TimeSlot   3
   addr       0cd52e
   devtype    1
   type       HeatingThermostat
   webCmd     desiredTemperature
   READINGS:
     2021-05-20 09:13:43   IODev           cm
     2021-05-20 00:53:23   RSSI            -52.5
     2021-05-19 13:38:41   boostDuration   5
     2021-05-19 13:38:41   boostValveposition 80
     2021-05-19 13:38:22   comfortTemperature 21
     2021-05-19 13:38:41   decalcification Sat 12:00
     2021-05-20 00:53:23   desiredTemperature on
     2021-05-20 00:53:23   deviation       -10.5
     2021-05-19 13:38:22   ecoTemperature  17
     2021-05-19 13:38:41   error           invalid or missing value  for READING valveOffset
     2021-05-19 12:53:47   groupid         0
     2021-05-20 11:04:24   lastcmd         set_desiredTemperature 4.5
     2021-05-19 13:38:41   maxValveSetting 100
     2021-05-19 13:38:22   maximumTemperature on
     2021-05-19 13:38:22   measurementOffset 0
     2021-05-19 13:38:22   minimumTemperature off
     2021-05-20 00:53:23   mode            manual
     2021-05-20 11:04:24   msgcnt          20
     2021-05-20 00:53:23   panel           unlocked
     2021-05-20 00:53:23   peerIDs         000000,07c3df
     2021-05-20 00:53:23   peerList        Broadcast,MAX_07c3df
     2021-05-20 00:53:23   state           on
     2021-05-20 00:53:23   temperature     20.0
     2021-05-19 13:38:41   valveOffset     0
     2021-05-20 00:53:23   valveposition   100
     2021-05-20 09:13:43   weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
     2021-05-20 09:13:43   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
     2021-05-20 09:13:43   weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
     2021-05-20 09:13:43   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
     2021-05-20 09:13:43   weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2021-05-20 09:13:43   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
     2021-05-20 09:13:43   weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2021-05-20 09:13:43   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
     2021-05-20 09:13:43   weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2021-05-20 09:13:43   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
     2021-05-20 09:13:43   weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2021-05-20 09:13:43   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
     2021-05-20 09:13:43   weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2021-05-20 09:13:43   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
     2021-05-19 13:38:22   windowOpenDuration 15
     2021-05-19 13:38:22   windowOpenTemperature 12
   helper:
     dt         17.0
     myday      5
     io:
       CUL_868:
         raw        Z0A000A030CD52E07C3DF00
         rssi       -53
         time       1621501739.27525
Attributes:
   IODev      cm
   model      HeatingThermostat
   room       HWR
   verbose    5


list CUL_868

Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_868_MSGCNT 10
   CUL_868_TIME 2021-05-20 10:53:57
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyUSB0@9600 1234
   DeviceName /dev/ttyUSB0@9600
   FD         14
   FHTID      1234
   FUUID      5c5d2ecc-f33f-5908-3cb2-808e85409e245640
   FVERSION   00_CUL.pm:0.237270/2021-02-12
   NAME       CUL_868
   NR         43
   NR_CMD_LAST_H 16
   PARTIAL   
   RAWMSG     Z0A000A030CD52E07C3DF002D
   RSSI       -51.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   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:
     2021-05-20 08:58:59   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
     2021-05-20 11:04:44   credit10ms      462
     2021-05-20 10:53:57   state           Initialized
   XMIT_TIME:
     1621500212.5575
     1621500219.06256
     1621500225.57036
     1621500232.07908
     1621500283.95991
     1621500290.47068
     1621500296.97554
     1621500303.48239
     1621501155.65555
     1621501162.16606
     1621501168.28295
     1621501174.7917
     1621501464.71439
     1621501471.22179
     1621501477.7285
     1621501484.23576
Attributes:
   icon       cul_cul
   rfmode     MAX
   room       MAX
   verbose    5


list cm

Internals:
   CUL_868_MSGCNT 11
   CUL_868_RAWMSG Z0A000A030CD52E07C3DF00
   CUL_868_RSSI -53
   CUL_868_TIME 2021-05-20 11:08:59
   DEF        123456
   FUUID      5c5d2ecc-f33f-5908-00dc-a535c68a89b865e0
   FVERSION   14_CUL_MAX.pm:0.221750/2020-06-13
   IODev      CUL_868
   LASTInputDev CUL_868
   MSGCNT     11
   NAME       cm
   NR         45
   STATE      CUL_868:ok
   SVN        22175
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   sq         0
   READINGS:
     2021-05-20 08:59:15   IODev           CUL_868
     2021-05-20 11:08:59   state           CUL_868:ok
   sendQueue:
Attributes:
   IODev      CUL_868
   fakeSCaddr 222222
   fakeWTaddr 111111
   icon       cul_cul
   room       MAX
   verbose    5

Wzut

#11
Ist relativ simpel : der Stecker ist nicht mit dem cm Device 123456 gepaired
Dafür hat er aber einen Peer oder kennt noch eine alte Zentrale -> MAX_07c3df, sieht man ja auch hier :
2021.05.20 11:17:50.450 5: cm, IODev CUL_868, len 11, msgcnt 00, msgflag 06, msgType SetTemperature, src 0cd52e, dst 07c3df, group 0, payload 49, rssi -50.5
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

hanseis

Danke! Das war es. Nach einem Reset am Stecker und einem neuen pairing geht es nun.

Jetzt steht unter peerIDs 000000 und unter peerList Broadcast. Wozu dann das pairing?

Ich würde die Meldung eher so lesen als wenn der Zwischenstecker hier zu dem Device MAX_07c3df senden will. Aber trotzdem kommt ja der Status im FHEM an?

2021.05.20 11:17:50.450 5: cm, IODev CUL_868, len 11, msgcnt 00, msgflag 06, msgType SetTemperature, src 0cd52e, dst 07c3df, group 0, payload 49, rssi -50.5


Nur umgekehrt geht es ja nicht! Und das obwohl der CUL(cm) ja direkt an das Device HWR_SW sendet.

2021.05.20 11:04:24.715 4: cm, Send Queue packet send : Zs0b1400401234560cd52e0049 to HWR_SW with CUL_868


Muss ich das verstehen?

Wzut

Das cm Device kann senden so viel es will, solange das entsprechene Device sich nicht angesprochen fühlt gibt es keine Antwort.
Natürlich kommt der Status in FHEM an, das cm Device hat ja den Status "gesehen"
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher