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
zeig mal je ein list von hmlan und vccu.
Gerne, danke für die schnelle Hilfe!
Hier sind die list:
list HMLAN1
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
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
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.
Gibt es ggfs ein Netzwerkgerät das sich die IP Adresse des HMLAN genommen hat?
genau, neue iphones und cams vom weihnachtsmann! ;)
hier gibts gerade ersatz:
https://forum.fhem.de/index.php/topic,117132.0.html (https://forum.fhem.de/index.php/topic,117132.0.html)
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).
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.
Was mir mal so spontan einfällt .. ist das gerät im Netzwerk pingbar? Also überhaupt "da"?
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?
Kannst du den HMLAN denn mit der Homematic Software ansprechen?
Findet die Software den HMLAN im Netzwerk?
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?
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
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.
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
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
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 .....
Ja sah tatsächlich so aus als wäre die Netzwerk config weg gewesen. Von dem Ding.
Alle drei Update Versuche via hm lan config tool laufen wie oben beschrieben ab.
Nach Reboot wieder 0964
Edit: Es geht jetzt erstmal wieder. Firmware Update wäre vielleicht dennoch besser. Klappt halt erstmal nicht.
Du hast sicher das richtige Tool mit der richtigen Firmware genommen?
Du hattest FHEM Zugriff in der Zeit deaktiviert?
https://wiki.fhem.de/wiki/HM-CFG-LAN_LAN_Konfigurations-Adapter#Firmware Siehe grüner Kasten!
Zeigt das Tool diese alte Version oder FHEM?
Oh stimmt ..ne fhem war aktiv - versuche es gleich nochmal nach fhem shutdown.
Bringe gerade den Kleinen ins Bett.
fw 0.952 ist der bootloader. erscheint immer, wenn die app-fw gelöscht wurde.
scheinbar ist in deinem genutzten eq3-tool nur fw 0.964.
eventuell hast du mehrere tool versionen auf dem pc und es wird das falsche aufgerufen.
kann es sein, dass der hmlan von der fritzbox unterschiedliche ips zugewiesen bekommt?
ich habe in der fritzbox eingestellt: immer die selbe ip zuweisen.
dann passt natürlich auch die device definition nicht mehr.
Das kann eigebntlich "nur" passieren, wenn sich die MAC ändert ....
Zitat von: frank am 31 Dezember 2020, 12:16:54
fw 0.952 ist der bootloader. erscheint immer, wenn die app-fw gelöscht wurde.
scheinbar ist in deinem genutzten eq3-tool nur fw 0.964.
eventuell hast du mehrere tool versionen auf dem pc und es wird das falsche aufgerufen.
kann es sein, dass der hmlan von der fritzbox unterschiedliche ips zugewiesen bekommt?
ich habe in der fritzbox eingestellt: immer die selbe ip zuweisen.
dann passt natürlich auch die device definition nicht mehr.
Immer die gleiche IP habe ich auch aktiviert und er hat jetzt ja die gleiche IP wie zuvor nachdem ich "DHCP" über das Konfig Tool wieder aktiviert habe.
Das Konfig tool ist soeben heruntergeladen und das neueste aus 2015 was EQ3 auf der Homepage hat.
EDIT: Trotzdem das falsche Tool scheinbar doc nicht das config tool sondern das firmware update tool (stand irgendwo im forum andersherum)
nutze ottos hinweis zum wiki.
Versuche ich gerade - im Gegensatz zum HM-Lan Config Tool findet der den Adapter aber gar nicht und meckert nur das kein USB Adapter angeschlossen wäre?!
https://wiki.fhem.de/wiki/HM-CFG-LAN_LAN_Konfigurations-Adapter#Firmware
https://www.eq-3.de/service/downloads.html?id=87
Obwohl der Download als Version 1.2 angeboten wird ist die interne Bezeichnung < 1.2 (vgl. Screenshots)
Nachtrag: Jetzt hat es funktioniert - habe jetzt offenbar 0.965 :) Danke Euch! Offenbar ist im Paket des Firmware Update Tools eine neue Version des HMLan konfig tools - das muss man verwenden. Nicht das Firmware Update Tool - das kann nur mittels USB Adapter die Firmware von sonstigen HM-Devices Updaten. Irgendwo gab es einen Hint dazu in einer Readme die ich gerade nicht mehr finde. Aber villeicht kann einer von Euch die Wiki derartig ergänzen?
Aber exakt diese Tool ist doch richtig im Wiki verlinkt und beschrieben? Ich habe es gerade nochmal kontrolliert?
Was soll ich da jetzt ergänzen?
Das verwirrende ist das der Download als Firmware Update Tool bezeichnet wird.
Man erhält nach Installation wohl drei tools (oder das Ding macht ein Update von der Firmware die das config Tool zur Verfügung hat.
Das Update für das hmlan geht mit dem hm lan config tool. Nicht mit dem hm Firmware Update Tool
Ja ok, da gebe ich Dir Recht. Das Bild ist richtig, der Text nicht ganz eindeutig!
Ich ändere das. :) - erledigt.
Uups - ein Bild habe ich nicht wahrgenommen. Vermutlich dann mein Fehler.
Danke jedenfalls 😀
Mein hm tut's erstmal wieder seit neuer Netzwerk konfig und nun auch mit aktueller fw