Hallo zusammen,
habe bei mir von MAXlan mit Cube auf CUL umgestellt. Nun kommt diese Meldung.
Das IODev hat sich selbst von "ml" auf "cm" umgestellt.
Jemand eine Idee was es mit der Meldung auf sich hat und wie ich sie weg bekomme oder alle Devices zu löschen und neu anzulegen ?
2020.11.06 10:04:25 1: MAX_139499, Missing IODEV, call AssignIOPort
2020.11.06 10:04:25 1: MAX_0d9df3, Missing IODEV, call AssignIOPort
2020.11.06 10:04:25 1: MAX_0d9c5a, Missing IODEV, call AssignIOPort
Es flutet meinen LOG
Thanks Gerd
Zitat von: GeZi3560 am 06 November 2020, 17:07:44
alle Devices zu löschen und neu anzulegen ?
das wäre die schlechteste aller Ideen !!!
hast du die alte MAXID des Cube für das cm Device übernommen ?
Ansonst die gleiche Antwort wie immer : Bitte ein list vom CUl und dem cm Device posten und eines der HTs (alles in Code Tag)
Danke für dein Feedback
MAXID was genau meinst du damit ?
Der CUL:
Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
CUL868MAX_MSGCNT 1162
CUL868MAX_TIME 2020-11-06 17:46:40
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
FD 203
FHTID 0000
FUUID 5fa50858-f33f-783e-5643-a1501a85c26f2cdf
NAME CUL868MAX
NR 1149
NR_CMD_LAST_H 8
PARTIAL
RAWMSG Z0EF602020942340F77D4000118152E16
RSSI -63
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
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:
2020-11-06 12:52:52 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-06 16:54:11 credit10ms 155
2020-11-06 17:46:40 state Initialized
XMIT_TIME:
1604678008.59528
1604678015.12179
1604678021.62361
1604678028.12405
1604678031.63874
1604678038.14588
1604678044.64505
1604678051.14364
Attributes:
rfmode MAX
room MAX
DAS CM Device
DAS List CM
Internals:
CUL868MAX_MSGCNT 1162
CUL868MAX_RAWMSG Z0EF602020942340F77D4000118152E
CUL868MAX_RSSI -63
CUL868MAX_TIME 2020-11-06 17:46:40
DEF 123456
FUUID 5fa50b5d-f33f-783e-10f5-be29953a0f259cd9
IODev CUL868MAX
LASTInputDev CUL868MAX
MSGCNT 1162
NAME cm
NR 1150
STATE CUL868MAX:ok
SVN 22175
TYPE CUL_MAX
addr 123456
cnt 0
pairmode 0
retryCount 0
sq 0
READINGS:
2020-11-06 17:46:40 state CUL868MAX:ok
sendQueue:
Attributes:
IODev CUL868MAX
fakeSCaddr 222222
fakeWTaddr 111111
room MAX
Und ein WandthermostatInternals:
DEF WallMountedThermostat 0f77d4
FUUID 5c4eba0d-f33f-783e-5d6c-8ed2412fc879ce8c
IODev cm
IODevMissing 1
IODevName cm
LASTInputDev cm
MSGCNT 100
NAME MAX_0f77d4
NR 77
NTFY_ORDER 50-MAX_0f77d4
STATE 23.0°C
SVN 22368
TYPE MAX
TimeSlot 6
addr 0f77d4
cm_MSGCNT 100
cm_TIME 2020-11-06 17:49:26
devtype 3
type WallMountedThermostat
READINGS:
2020-09-17 11:01:54 MAXLAN_error 0
2020-09-17 11:01:54 MAXLAN_errorInCommand
2020-09-17 11:01:54 MAXLAN_initialized 1
2020-09-17 11:01:54 MAXLAN_isAnswer 0
2020-09-17 11:01:54 MAXLAN_valid 1
2020-11-06 17:49:26 RSSI -59
2020-09-17 11:01:53 SerialNr LEQ1070650
2020-11-06 17:36:30 battery ok
2020-11-06 17:36:30 batteryState ok
2020-09-17 11:01:53 boostDuration 20
2020-09-17 11:01:53 boostValveposition 80
2020-09-17 11:01:53 comfortTemperature 21.5
2020-11-06 17:49:26 desiredTemperature 23.0
2020-11-06 17:49:26 deviation -0.8
2020-11-06 17:36:30 displayActualTemperature 1
2020-09-17 11:01:53 ecoTemperature 16.5
2020-09-17 11:01:53 firmware 1.0
2020-11-06 17:36:30 gateway 1
2020-06-03 13:24:42 groupid 2
2020-09-17 11:01:53 lastcmd WallThermostatConfig
2020-09-17 11:01:53 maximumTemperature on
2020-09-17 11:01:53 measurementOffset 0.0
2020-09-17 11:01:53 minimumTemperature off
2020-11-06 17:36:30 mode auto
2020-11-06 17:36:30 panel unlocked
2020-11-06 17:49:26 peerIDs 000000,094234,0d9c37,0d9dcc,1b8519
2020-11-06 17:49:26 peerList Broadcast,MAX_094234,MAX_0d9c37,MAX_0d9dcc,MAX_1b8519
2020-11-06 17:36:30 rferror 0
2020-11-06 17:49:26 state 23.0°C
2020-11-06 17:49:26 temperature 22.2
2020-09-17 11:01:53 testresult 255
2020-09-17 11:01:53 weekprofile-0-Sat-temp 20.5 °C / 22.5 °C / 23.5 °C / 20.5 °C
2020-09-17 11:01:53 weekprofile-0-Sat-time 00:00-06:00 / 06:00-16:20 / 16:20-22:10 / 22:10-24:00
2020-09-17 11:01:53 weekprofile-1-Sun-temp 21.0 °C / 22.5 °C / 23.0 °C / 20.5 °C
2020-09-17 11:01:53 weekprofile-1-Sun-time 00:00-06:00 / 06:00-16:15 / 16:15-22:05 / 22:05-24:00
2020-09-17 11:01:53 weekprofile-2-Mon-temp 20.5 °C / 21.5 °C / 21.0 °C / 22.5 °C / 20.5 °C
2020-09-17 11:01:53 weekprofile-2-Mon-time 00:00-06:05 / 06:05-09:10 / 09:10-16:05 / 16:05-22:00 / 22:00-24:00
2020-09-17 11:01:53 weekprofile-3-Tue-temp 20.5 °C / 21.5 °C / 21.0 °C / 22.5 °C / 20.5 °C
2020-09-17 11:01:53 weekprofile-3-Tue-time 00:00-06:05 / 06:05-09:10 / 09:10-16:05 / 16:05-22:00 / 22:00-24:00
2020-09-17 11:01:53 weekprofile-4-Wed-temp 20.5 °C / 21.5 °C / 21.0 °C / 22.5 °C / 20.5 °C
2020-09-17 11:01:53 weekprofile-4-Wed-time 00:00-06:05 / 06:05-09:10 / 09:10-16:05 / 16:05-22:00 / 22:00-24:00
2020-09-17 11:01:53 weekprofile-5-Thu-temp 20.5 °C / 21.5 °C / 21.0 °C / 22.5 °C / 20.5 °C
2020-09-17 11:01:53 weekprofile-5-Thu-time 00:00-06:05 / 06:05-09:10 / 09:10-16:05 / 16:05-22:00 / 22:00-24:00
2020-09-17 11:01:53 weekprofile-6-Fri-temp 20.5 °C / 21.5 °C / 21.0 °C / 22.5 °C / 20.5 °C
2020-09-17 11:01:53 weekprofile-6-Fri-time 00:00-06:05 / 06:05-09:10 / 09:10-16:05 / 16:05-22:00 / 22:00-24:00
2020-09-17 11:01:53 windowOpenTemperature 12.0
helper:
io:
CUL868MAX:
raw Z0CF704420F77D40D9DCC002EDE
rssi -59
time 1604681366.76496
Attributes:
IODev cm
alias WT Wohnzimmer
group Max,Thermostate
icon heizung.0
keepAuto 1
model WallMountedThermostat
room MAX,Wohnzimmer
Die Device funktionieren soweit ( read only)
Klar read only , eben genau darum weil du die jetzt unbekannte MAXID des Cube gewechselt hast gegen diese doofe 123456 am cm Device.
Nun gilt es erst einmal heraus zu finden welche Adresse der CUBE hatte damit das alles 1:1 aus dem Stand läuft ohne sämtliche Geräte einem Reset zu unterziehen und alles neu zu pairen & peeren.
Schuss ins Blaue : hast du ein WT/HT oder FK mit der Adresse 1b8519 ? Wenn nein ist das vermutlich deine alte MAXID.
Aber um auf Nummer sicher zu gehen :
a. Stell das cm Device auf verbose 5
b. an einem WT drückst du etwas länger die Boost Taste bis der 30 Sekunden Countdown läuft.
c. Schau jetzt ins Log , da sollte eine Repairing Meldung des cm Device stehen wohin das WT Re-Pairen wollte aber nicht konnte. Diese Adresse ist die gesuchte MAXID für das cm Device.
Vermutlich wehrt sich das cm gegen eine Änderung mittels DEF, dann es einfach löschen (und nur das !!) und mittels define cm neue ID neu anlegen.
Nach einem save und shutdown restart sollte alles wie früher gehen.
Edit : du bist nicht der Erste -> https://forum.fhem.de/index.php/topic,115074.msg1093162.html#msg1093162
Nachtrag : ich sehe in deinem list des WT kein Reading lastConfigSave
Tue dir bitte unbedingt selbst den Gefallen und führe in jedem Device ein set saveConfig aus oder mach ein komplettes MAX Backup -> https://forum.fhem.de/index.php/topic,106258.0.html
Hat funktioniert !
Danke für deine schnelle freundliche, kompetente Hilfe !
Gruss Gerd
freut mich das es geklappt hat :) und wie war denn nun die alte MAXID stimmte das mit 1b8519 ?
Ich habe vorhin nochmal ins Modul geschaut und gesehen das ich da doch schon geistig weiter war, man kann in so einem Fall die Prozedur verkürzen.
Der Schritt a. kann entfallen und c. muss auch nicht unbedingt sein.
Sobald ein MAX Device ein Re-Pairing Versuch startet (Boost Taste lange oder Batterie raus/rein) und die Ziel Adresse stimmt nicht mit der aktuellen cm Adresse überein wird das Reading PairedTo im Device geschrieben. Mann kann sich also den Umweg über das Log sparen und einfach direkt im Device nachschauen !