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
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.
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
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