Gelöst: HMLAN Plötzlich nicht mehr erreichbar

Sammy51 · 29 Dezember 2020, 18:35:24

Hallo zusammen,

wie finde ich heraus ob es defekt ist (und nehme in dem Fall das bereits verlötete Raspi-Modul (gerne erstmal direkt am RAspi) in Betrieb? VCCU habe ich wohl bereits.

HMLAN war bislang unter der IP 192.168.178.37 erreichbar. JEtzt ist es seit ein paar Tagen disconnectet (Anzeige in FHEM).
Auch in der Fritz box wird die IP als inaktiv gekennzeichnet. Am Switch leuchtet aber die LED für den Port. Am HMLAN leuchten die rechte und die linke Led grün / blinkend. Die mittlere war zuletzt ab und zu durchgängig rot - dann hat ein strom aus an geholfen.

Diesmal hilft strom an / aus oder auch Fritzbox Neustart nicht.

Im Voraus vielen Dank!
BEste GRüße
Sammy

frank · 29 Dezember 2020, 18:46:35

zeig mal je ein list von hmlan und vccu.

Sammy51 · 29 Dezember 2020, 19:44:19

Gerne, danke für die schnelle Hilfe!
Hier sind die list:

list HMLAN1

Code Auswählen

Internals:
   DEF        192.168.178.37:1000
   DeviceName 192.168.178.37:1000
   FUUID      5d028801-f33f-82
   NAME       HMLAN1
   NEXT_OPEN  16092
   NR         24
   NTFY_ORDER 50-HMLAN1
   PARTIAL    
   STATE      disconnected
   TYPE       HMLAN
   XmitOpen   0
   assignedIDsCnt 4 report:0
   msgKeepAlive 
   msgLoadCurrent 0
   owner      
   owner_CCU  vccu
   READINGS:
     2020-12-19 12:53:10   D-HMIdAssigned  29A490
     2020-12-19 12:53:10   D-HMIdOriginal  29A490
     2020-12-19 12:53:10   D-firmware      0.964
     2020-12-19 12:53:10   D-serialNr      L
     2020-12-29 18:14:56   Xmit-Events     disconnected:1 
     2020-12-29 18:14:56   cond            disconnected
     2020-12-24 12:45:01   loadLvl         low
     2020-12-29 18:14:56   prot_disconnected last
     2020-12-24 12:17:06   prot_init       last
     2020-12-24 12:17:07   prot_ok         last
     2020-12-29 19:40:02   state           disconnected
   helper:
     assIdCnt   4
     assIdRep   0
     cnd:
       253        1
     ids:
       285B0A:
         cfg        +285B0A,00,01,00
         name       HW.Licht.Decke
       2EC525:
         cfg        +2EC525,00,01,00
         name       WZ.Licht.DeckeLed
       3A5EB3:
         cfg        +3A5EB3,00,01,00
         name       WZ.Licht.DeckeNeon
       55533A:
         cfg        +55533A,00,01,00
         name       Garten.4Switch.G1
     k:
       BufMin     30
       DlyMax     0
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0x1f7ce50)
     q:
       HMcndN     253
       answerPend 0
       hmLanQlen  1
       loadLastMax 0
       loadNo     0
       scnt       0
       ald:
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
       apIDs:
Attributes:
   group      Bridge
   hmId       29A490
   hmKey      01:4b51
   hmLanQlen  1_min
   icon       cul_868
   loadLevel  0:low,40:batchLevel,90:high,99:suspended

list vccu

Code Auswählen


nternals:
   DEF        29A490
   FUUID      5d028802
   IODev      HMLAN1
   NAME       vccu
   NOTIFYDEV  global
   NR         54
   NTFY_ORDER 50-vccu
   STATE      HMLAN1:disconnected
   TYPE       CUL_HM
   assignedIOs HMLAN1
   chanNo     01
   READINGS:
     2020-12-29 18:15:09   IOopen          0
     2020-12-29 18:15:09   state           HMLAN1:disconnected
     2020-11-16 19:54:57   unknown_226766  received
     2020-07-18 10:05:16   unknown_31A8E5  received
     2019-07-22 21:40:53   unknown_468584  received
     2019-06-06 14:51:36   unknown_4C344B  received
     2020-03-08 19:41:58   unknown_5B43F6  received
     2019-06-06 14:29:46   unknown_5B4DC0  received
     2020-12-24 11:31:30   unknown_5F5A83  received
     2020-12-05 19:02:41   unknown_601408  received
     2019-07-04 20:22:27   unknown_651064  received
     2020-12-24 11:42:34   unknown_6629C5  received
     2020-12-24 12:25:58   unknown_688D2D  received
     2020-12-22 11:24:12   unknown_6912D2  received
     2020-12-24 11:53:32   unknown_691315  received
     2020-12-24 10:46:41   unknown_6B57EA  received
     2020-12-24 10:11:18   unknown_6F2AFE  received
     2020-12-13 17:33:31   unknown_87F643  received
     2019-12-30 20:22:13   unknown_8B8568  received
     2020-03-29 14:15:33   unknown_8BFDDE  received
     2020-12-24 12:37:52   unknown_8D4BE0  received
     2020-12-08 20:27:01   unknown_AF78B6  received
     2020-12-09 00:38:19   unknown_B89B90  received
   helper:
     HM_CMDNR   83
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     cmds:
       TmplKey    :no
       TmplTs     1609262109.4455
       cmdKey     1:1:1::vccu::01:
       cmdLst:
         assignHmKey noArg
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgErrors|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getDevInfo noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         postEvent  -condition-
         press      [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{all})]
         pressS     [(-peer-|{all})]
         raw        -data- [...]
         reset      noArg
         unpair     noArg
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    ,G1.4Sw.Sw3.n3,G1.4Sw.Sw4.n4,GT.Licht.Terassendielen,GT.Power.Quellstein1,HW.Licht.Decke,WZ.Licht.DeckeLed,WZ.Licht.DeckeNeon
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         listDevice noArg
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
       ioList:
         HMLAN1
     mRssi:
       mNo        
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      HMLAN1
   IOList     HMLAN1
   expert     defReg,rawReg
   model      CCU-FHEM
   peerIDs    ,
   subType    virtual
   webCmd     virtual:update

frank · 29 Dezember 2020, 20:19:25

lösche erst mal den key aus dem list vom hmlan.

die netzwerkverbindung zum hmlan sieht tot aus.
da kommt scheinbar nicht mal ein init zustande.

fw könnte ein update gebrauchen auf 0.965
versuch das mal.

auffällig sind viele neue unknown devices an heilig abend gegen mittag. kurze zeit später gabs den letzten timestamp beim nachbarn.

sind das deine devices?
hast du auch hmip?
oder deine nachbarn?
fw 0.964 hat ein hmip problem.

vielleicht hast du glück und er wird durch hmip lahmgelegt.
dann wird es aber eventuell schwierig zu updaten.
am besten in einem raum, wo der hmlan kein funk hören kann.

LexPoud · 29 Dezember 2020, 20:20:28

Gibt es ggfs ein Netzwerkgerät das sich die IP Adresse des HMLAN genommen hat?

frank · 29 Dezember 2020, 20:29:19

genau, neue iphones und cams vom weihnachtsmann!

hier gibts gerade ersatz:
https://forum.fhem.de/index.php/topic,117132.0.html

Sammy51 · 29 Dezember 2020, 20:34:35

Zitat von: frank am 29 Dezember 2020, 20:19:25
1.) lösche erst mal den key aus dem list vom hmlan.

2.) fw könnte ein update gebrauchen auf 0.965
versuch das mal.

auffällig sind viele neue unknown devices an heilig abend gegen mittag. kurze zeit später gabs den letzten timestamp beim nachbarn.

3.) sind das deine devices?
hast du auch hmip?
oder deine nachbarn?
fw 0.964 hat ein hmip problem.

vielleicht hast du glück und er wird durch hmip lahmgelegt.
dann wird es aber eventuell schwierig zu updaten.
am besten in einem raum, wo der hmlan kein funk hören kann.

Habe kein HMIP ... habe auch keine neuen Netzwerkdevices am 24. in Betrieb genommen und sehe kein Gerät mit der IP via FritzBox "Übersicht".

Wie mache ich 1) und 2) ? Raum ohne Funkt schwierig ... evtl. 19" NEtzwerk-Blechschrank oder AluFolie drum wickeln??

Zitathier gibts gerade ersatz:
https://forum.fhem.de/index.php/topic,117132.0.html

Danke auch das wäre evtl. eine Überlegung wert. Habe aber wie gesagt auch ein fertiges Homematic Raspi Aufsteckmodul in der Schublade (weiß nur adhoc nicht was ich noch tun muss um das final einzurichten; irgendwelche Vorarbeiten wie in der FHEM Install Wiki beschrieben habe ich mal erledigt).

frank · 30 Dezember 2020, 12:53:41

ich habe gerade noch gesehen, dass in deiner vccu das attr IOgrp fehlt.
in allen hauptdevices muss attr IODev und IOgrp existieren.

zu 1) oben in deinem beitrag im list hmlan den aes key sicherheitshalber löschen.

zu 2) es gibt von eq3 eine windows sw zum updaten
solltest du eigentlich haben, da man mit der sw auch aes im netzwerk auschaltet.
im wiki und forum sollte es genug infos geben.

ich glaube, man kann den hmlan auch direkt mit einem laptop verbinden. so sollte man eine stelle ohne fremdfunk finden können.

Wernieman · 30 Dezember 2020, 12:56:07

Was mir mal so spontan einfällt .. ist das gerät im Netzwerk pingbar? Also überhaupt "da"?

Sammy51 · 30 Dezember 2020, 14:58:20

Ne ist seit dem 24.12. nicht mehr da offenbar seitdem hier irgendwer hmip devices in Betrieb nahm?! Ping dürfte nicht helfen - auch die FritzBox sieht das Ding nicht mehr.

Wegen FW Update suche ich dann mal weiter - sobald ich das nächste "Zeitfenster" finde.
Das andere verstehe ich so knapp nur halb - so dass ich lieber erstmal nichts weiteres mache um es nicht ahnungslos zu verschlimmbessern.

=> Also z.B. was sind Hauptdevices und wie ergänze ich die die attribute und mit welchem Inhalt? Warum benötige ich das jetzt wenn es Jahrelang ohne ging - oder liegt das ein einem FHEM Update?
=> Dachte AES ist an und dafür benötige ich den key?

LexPoud · 30 Dezember 2020, 15:53:57

Kannst du den HMLAN denn mit der Homematic Software ansprechen?
Findet die Software den HMLAN im Netzwerk?

Wernieman · 31 Dezember 2020, 00:48:00

Zitatauch die FritzBox sieht das Ding nicht mehr.

Das würde ich definitif nicht als Kriterium annehmen. habe hier einen Drucker, der ist pingbar, aber die fritte zeigt Ihn nicht an.

ist auch logisch, die fritte zeigt nur an, ob Ihr Netzwerkpackte zu dem Device bekannt ist. Wenn das Device selber nicht redet (ins INetz) und Packete zum Device an der fritte vorbei (z.B. durch Switch), dann kommt es dazu.

Also nochmals: ist das Device pingbar?

Sammy51 · 31 Dezember 2020, 11:06:01

Hmm ... aber das Ding erhält ja die IP über die fritz-Box (DHCP "immer gleiche IP" hab ich vermutlich mal eingestellt). Wenn die FB ihn nicht sieht kann er auch keine IP haben oder?

Das Config-Tool findet ihn schonmal nicht (vgl. Anhang).
Ping auf die bekannte IP geht nicht.
Ping wird ausgeführt für 192.168.178.37 mit 32 Bytes Daten:
Antwort von 192.168.178.62: Zielhost nicht erreichbar.
Antwort von 192.168.178.62: Zielhost nicht erreichbar.
Antwort von 192.168.178.62: Zielhost nicht erreichbar.
Antwort von 192.168.178.62: Zielhost nicht erreichbar.

Grüße
Sammy

Sammy51 · 31 Dezember 2020, 11:28:14

Habs jetzt nochmal vom PC mit der Konfig-Software probiert. Hatte am Notebook meiner Frau zwar die Wlan-Karte im Gerätemanager deaktiviert aber da waren immer noch diverse kuriose Ethernet devices.
Am PC wurde HMLAN erkannt ... er bietet auch ein Firmware Update an und führt es scheinbar erfolgreich durch.

Nach Reboot zeigt er dann aber wieder 0,964 an unverändert (innerhalb des Updates 0.952 .. nach REboot wieder 0.964 in zwei Versuchen)

Aber das Ding ist jetzt wieder erreichbar und hat eine ansprechbare IP.

Code Auswählen

Internals:
   DEF        192.168.178.37:1000
   DeviceName 192.168.178.37:1000
   FD         33
   FUUID      5d028801-f33f-82
   HMLAN1_MSGCNT 14
   HMLAN1_TIME 2020-12-31 11:30:17
   IFmodel    LAN
   NAME       HMLAN1
   NR         24
   NTFY_ORDER 50-HMLAN1
   PARTIAL    
   RAWMSG     RB85922AE,0001,00007B60,FF,FFC2,77A4103A5EB329A490060100003E
   RSSI       -62
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDsCnt 4
   msgKeepAlive dlyMax:0.026 bufferMin:4
   msgLoadCurrent 1
   msgLoadHistoryAbs 5min steps: 0/0/0/0/0/0/0/0/0/0/0/0
   owner      29A490
   owner_CCU  vccu
   uptime     000 00:01:44.429
   READINGS:
     2020-12-31 11:30:15   D-HMIdAssigned  29A490
     2020-12-31 11:30:15   D-HMIdOriginal  29A490
     2020-12-31 11:30:15   D-firmware      0.964
     2020-12-31 11:30:15   D-serialNr      LEQ
     2020-12-31 11:30:02   Xmit-Events     init:1 disconnected:1 ok:1 
     2020-12-31 11:30:02   cond            ok
     2020-12-31 11:31:30   loadLvl         low
     2020-12-29 18:14:56   prot_disconnected last
     2020-12-31 11:30:02   prot_init       last
     2020-12-31 11:30:02   prot_ok         last
     2020-12-31 11:30:02   state           opened
   helper:
     assIdCnt   4
     assIdRep   4
     info       03C4,LEQ
     setTime    49115
     cnd:
       0          1
       253        1
       255        1
     ids:
       285B0A:
         cfg        +285B0A,00,01,00
         chn        01
         flg        0
         msg        
         name       HW.Licht.Decke
         to         1609410617.61688
       2EC525:
         cfg        +2EC525,00,01,00
         chn        01
         flg        0
         msg        
         name       WZ.Licht.DeckeLed
         to         1609410618.63779
       3A5EB3:
         cfg        +3A5EB3,00,01,00
         chn        01
         flg        0
         msg        
         name       WZ.Licht.DeckeNeon
         to         1609410619.65705
       55533A:
         cfg        +55533A,00,01,00
         chn        00
         flg        0
         msg        
         name       Garten.4Switch.G1
         to         1609410616.87641
     k:
       BufMin     4
       DlyMax     0.026
       Next       1609410715.64489
       Start      1609410690.64489
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0x1f7ce50)
     q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLastMax 1
       loadNo     6
       scnt       2
       ald:
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
       apIDs:
     ref:
       drft       -0.000119995200191992
       hmtL       104429
       kTs        0
       offL       1609410586219
       sysL       1609410690648
Attributes:
   group      Bridge
   hmId       29A490
   hmKey      0
   hmLanQlen  1_min
   icon       cul_868
   loadLevel  0:low,40:batchLevel,90:high,99:suspended

Code Auswählen


ping 192.168.178.37

Ping wird ausgeführt für 192.168.178.37 mit 32 Bytes Daten:
Antwort von 192.168.178.37: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.178.37: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.178.37: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.178.37: Bytes=32 Zeit<1ms TTL=128

Ping-Statistik für 192.168.178.37:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

Wernieman · 31 Dezember 2020, 11:58:44

Wenn ein Gerät X Minuten (ich glaube 15) keine Kommunikation über die fritte macht, wird es dort als Absend gezeichnet. Egal ob es vorher eine IP per dhcp bekommen hat.

Aber da jetzt ping geht, kannst Du mit den Vorgeschlagenen weiteren Fehlersuchen vorgehen.

Könnte es sein, das Dein Gerät seine Netzwerkkonfiguration vergessen hatte? Probiere jetzt mal in Update .....