"Missing IODEV, call AssignIOPort" nach wechseln von MAXlan auf MAXCul

GeZi3560 · 06 November 2020, 17:07:44

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

Wzut · 06 November 2020, 17:20:51

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)

GeZi3560 · 06 November 2020, 18:01:11

Danke für dein Feedback

MAXID was genau meinst du damit ?

Code Auswählen

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

Code Auswählen

 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 Wandthermostat

Code Auswählen

Internals:
   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&deg;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&deg;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)

Wzut · 06 November 2020, 18:56:35

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

Wzut · 07 November 2020, 07:41:50

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

GeZi3560 · 07 November 2020, 15:35:13

Hat funktioniert !
Danke für deine schnelle freundliche, kompetente Hilfe !

Gruss Gerd

Wzut · 07 November 2020, 17:38:47

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 !