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?
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.
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 ???
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
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
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
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
Im RF mode MAX kann die Frequenz nicht geändert werden. Kann man irgendwie einen Offset einstellen?
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.
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!
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
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
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?
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"