Bisher lief bei mir die Konfiguration mit meinem HMLAN und verschiedenen Aktoren gut.
Leider geht das seit gestern nicht mehr.
Bei meinem HMLAN blinkt die Power-LED und in FHEM steht
HMLAN1 disconnected.
Laut Anleitung zeigt das Blinken der LED, dass der HMLAN nicht verbunden ist.
Im Wiki zum HMLAN steht, dass ich ggf. die Firmware (auf die gleiche Version) aktualisieren muss. Aber wie?
Was muss ich tun um den HMLAN wieder zu verbinden. Ein Boot von HMLAN und FHEM hat leider nicht geholfen.
Freue mich über Hilfe.
Hi Gunther,
in FHEM steht er dann wohl auf disconnected? Kann man ihn pingen? Wenn nicht , deine config prüfen, IP adresse, Router einstellungen, firewall...
Gruss Martin
Hallo Martin,
ja anpingen geht.
In FHEM steht er in der Übersicht "Everything" auf disconnected.
Router ist unverändert.
Was kann ich an meiner Config prüfen. Dort steht:
define HMLAN1 HMLAN 192.168.0.15:1000
attr HMLAN1 hmId A00001
Hmm, was tun?
sieht korrekt aus.
da weiss ich jetzt auch nicht... sorry
evtl mal mit der mitgelieferten Software schauen ob du dich auf ihn verbinden kannst. Hast du was geändert am System?
Danke für Eure Hilfe.
Nun läuft es wieder. Leider weiß ich nicht warum.
Komisches Gefühl...
Zufall....aber genau diese Fehlermeldung hatte ich heute auch zum 1.Mal.
An den übrigen Komponenten wurde nichts geändert, nach einem Restart des Raspberry's lief wieder alles.
Das Problem habe ich seit kurzem auch, ausser einem Update von FHEM habe ich nicht`s verändert. HMLAN steht auf disconnected, scheint aber zu funktionieren. Ein Update des HMLAN geht über die mitgelieferte Software über die man auch die IP einstellen kann. Ist aber keine aktuell verfügbar. Hängt wohl auch damit zusammen http://forum.fhem.de/index.php/topic,19154.30.html
Hallo,
Ich habe leider seit update auch dieses Problem. Immer nach wenigen Stunden ist das HM - LAN disconnected.
Ich werde morgen mal ein downgrade machen, um sicher zu sein, dass es nicht doch ein doofer Zufall ist.
Grusse,
Flo
Generell solltet ihr bei HMLAN/USB disconnect immer prüfen, was im list <hmlan> steht.
Das IO device braucht alle 30sec ein keepAlive - sollte dies durch irgendeinen Tast/prozess aufgehalten werden gibt es einen disconnect - daher diese Messung.
Ausserdem schaut mal bei apptime vorbei - das könnte auch helfen.
Hallo Martin,
ich habe jetzt mit verbose=5 die Sache beobachtet - es passierte während einer "Aktion" des Bewegungsmelders:
2014.02.03 22:11:14 5: HMLAN_Send: HMFOR I:K
2014.02.03 22:11:14 5: HMLAN_Parse: HMFOR V:03C1 sNo:KEQ1023269 d:25754A O:123AFF t:05D6B035 IDcnt:0004
2014.02.03 22:11:31 5: HMLAN_Parse: HMFOR R:E1E96FE stat:0000 t:05D6F586 d:FF r:FFB3 m:D8 8410 1E96FE 123AFF 06010B00
2014.02.03 22:11:31 5: HMFOR dispatch A0DD884101E96FE123AFF06010B00::-77:HMFOR
2014.02.03 22:11:31 5: Triggering BWM1 (3 changes)
2014.02.03 22:11:31 5: Notify loop for BWM1 brightness: 11
2014.02.03 22:11:31 4: eventTypes: CUL_HM BWM1 brightness: 11 -> brightness: .*
2014.02.03 22:11:31 4: eventTypes: CUL_HM BWM1 cover: closed -> cover: closed
2014.02.03 22:11:31 4: eventTypes: CUL_HM BWM1 battery: ok -> battery: ok
2014.02.03 22:11:31 1: 192.168.178.3:1000 disconnected, waiting to reappear
2014.02.03 22:11:31 5: Triggering HMFOR (1 changes)
2014.02.03 22:11:31 5: Notify loop for HMFOR DISCONNECTED
2014.02.03 22:11:31 1: HMLAN_Parse: HMFOR new condition disconnected
2014.02.03 22:11:31 5: Triggering HMFOR (4 changes)
2014.02.03 22:11:31 4: eventTypes: HMLAN HMFOR DISCONNECTED -> DISCONNECTED
2014.02.03 22:11:31 4: eventTypes: HMLAN HMFOR cond: disconnected -> cond: disconnected
2014.02.03 22:11:31 4: eventTypes: HMLAN HMFOR Xmit-Events: disconnected:1 -> Xmit-Events: disconnected:.*
2014.02.03 22:11:31 4: eventTypes: HMLAN HMFOR prot_disconnected: last -> prot_disconnected: last
ein list HMFOR ergibt:
Internals:
DEF 192.168.178.3:1000
DeviceName 192.168.178.3:1000
HMFOR_MSGCNT 257
HMFOR_TIME 2014-02-03 22:11:31
HM_CMDNR 22
NAME HMFOR
NEXT_OPEN 1391496894.29261
NR 3
NTFY_ORDER 50-HMFOR
PARTIAL
RAWMSG E1E96FE,0000,05D6F586,FF,FFB3,D884101E96FE123AFF06010B00
RSSI -77
STATE disconnected
TYPE HMLAN
XmitOpen 0
assignedIDs 1FE161,221984,250566,2508FB
assignedIDsCnt 4
assignedIDsReport 4
firmware 0.961
msgKeepAlive dlyMax:2.039 bufferMin:2
msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
msgParseDly min:3 max:116 last:10 cnt:210
owner 123AFF
serialNr KEQ1023269
uptime 001 27:12:53.638
Readings:
2014-02-03 22:11:31 Xmit-Events disconnected:1
2014-02-03 22:11:31 cond disconnected
2014-02-03 22:11:31 prot_disconnected last
2014-02-03 07:00:34 prot_init last
2014-02-03 07:00:47 prot_ok last
2014-01-26 18:33:20 prot_timeout last
Assids:
1FE161 1
221984 1
250566 1
2508FB 1
Helper:
assId 0
000001:
flg 0
123aff:
flg 0
1fe161:
chn 01
flg 0
msg
name BWM2
newChn +1FE161,00,01,
to 1391460288.62611
221984:
chn 01
flg 0
msg
name WiGa_Markise
newChn +221984,00,01,
to 1391407253.37953
250566:
chn 02
flg 0
msg
name rel_aussen_oben
newChn +250566,00,01,
to 1391460288.66132
2508fb:
chn 02
flg 0
msg
name rel_aussen_unten
newChn +2508FB,00,01,
to 1391460914.25923
Assids:
Dly:
cnt 210
lst 10
max 116
min 3
K:
BufMin 2
DlyMax 2.039
Next 1391461899.13457
Start 1391461874.13457
Log:
all 0
sys 0
ids:
ARRAY(0x8a9370)
Q:
HMcndN 253
answerPend 0
hmLanQlen 1
keepAliveRec 0
keepAliveRpt 0
apIDs:
Cap:
0 0
1 0
2 0
3 0
4 0
5 0
last 5
sum 0
Ref:
drft -0.000159833772876209
hmtL 97955893
kTs 0
offL 1391363918246
sysL 1391461874139
Attributes:
hmId 123AFF
hmLanQlen 1_min
wdTimer 25
Vielleicht bringen diese Infos etwas?
Vielen Dank,
Florian
Hi Florian,
22:11:14 5: HMLAN_Send: HMFOR I:K
22:11:14 5: HMLAN_Parse: HMFOR V:03C1 sNo:KEQ1023269 d:25754A O:123AFF t:05D6B035 IDcnt:0004
............
22:11:31 1: 192.168.178.3:1000 disconnected, waiting to reappear
sein HLAN disconnected nach 17sec. Es ist also kein timeout. Es ist aber die TCP session abgebaut worden - und dass ohne dass etwas an das Device gesendet wurde. FHEM scheint keinen Fehler gemacht zu haben.
Somit behaupte ich, es ist etwas mit deinem Ethernet oder den TCP stack in deinem System. Da kann ich leider nicht weiter hineinsehen.
Sorry Martin
Hallo Martin,
das HMLAN hängt direkt mit einem 50cm Kabel an der Fritzbox, auf der FHEM läuft. Ich habe es jetzt mal an den Switch gehängt - wobei ich nicht glaube, dass dies etwas ändert. Vielleicht liegt auch ein Defekt an dem HMLAN vor?
Was mich nur irritiert, es hat für 1-2 Tage vor dem Update funktioniert. Das kann aber auch Zufall sein, ich bin ja noch "Neuanwender".
Ich beobachte es mal un melde mich dann wieder.
Danke,
Florian
Hi Florian,
Am HMLAN interworking ist kürzlich nichts geändert worden. daher habe ich leider keinen Anhaltspunkt.
Martin
Hallo Martin,
ich melde mich leider schon wieder schneller als gedacht :/
Auch mit Anschluss direkt am Switch gibt es den disconnect wieder:
2014.02.04 20:29:07 5: HMLAN_Send: HMFOR I:K
2014.02.04 20:29:07 5: HMLAN_Parse: HMFOR V:03C1 sNo:KEQ1023269 d:25754A O:123AFF t:0061E7FC IDcnt:0004
2014.02.04 20:29:32 5: HMLAN_Send: HMFOR I:K
2014.02.04 20:29:32 1: 192.168.178.3:1000 disconnected, waiting to reappear
2014.02.04 20:29:32 5: Triggering HMFOR (1 changes)
2014.02.04 20:29:32 5: Notify loop for HMFOR DISCONNECTED
2014.02.04 20:29:32 1: HMLAN_Parse: HMFOR new condition disconnected
2014.02.04 20:29:32 5: Triggering HMFOR (4 changes)
2014.02.04 20:29:32 4: eventTypes: HMLAN HMFOR DISCONNECTED -> DISCONNECTED
2014.02.04 20:29:32 4: eventTypes: HMLAN HMFOR cond: disconnected -> cond: disconnected
2014.02.04 20:29:32 4: eventTypes: HMLAN HMFOR Xmit-Events: disconnected:1 -> Xmit-Events: disconnected:.*
2014.02.04 20:29:32 4: eventTypes: HMLAN HMFOR prot_disconnected: last -> prot_disconnected: last
Ich kann die IP des HMLAN erfolgreich anpingen.
Apptime sagt folgendes:
name function max count total average maxDly
HMFOR HMLAN_Ready 191 299 536 1.79 0 HASH(0x762918)
HMFOR HMLAN_Read 125 170 1467 8.63 0 HASH(0x762918)
BWM2notify notify_Exec 41 5 180 36.00 0 HASH(0xdbad28); HASH(0xdb1058)
tmr-CUL_HM_ActCheck ActionDetector 34 8 113 14.13 13 ActionDetector
rel_aussen_oben CUL_HM_Set 27 5 122 24.40 0 HASH(0xda13e0); rel_aussen_oben; on-for-timer; 180
tmr-FW_closeOldClients 17 75 36 0.48 32
WEB FW_Read 7 46 144 3.13 0 HASH(0x954fd8)
eventTypes eventTypes_Notify 7 33 113 3.42 0 HASH(0xac2858); HASH(0xda13e0)
FHEMWEB:192.168.178.34:51955 FW_Read 6 3 11 3.67 0 HASH(0xf3ea88)
FHEMWEB:192.168.178.34:51956 FW_Read 5 1 5 5.00 0 HASH(0xfb2398)
FHEMWEB:192.168.178.34:51958 FW_Read 5 1 5 5.00 0 HASH(0xfb2338)
tmr-HMLAN_KeepAlive keepAlive:HMFOR 5 140 440 3.14 26 keepAlive:HMFOR
FHEMWEB:192.168.178.34:51957 FW_Read 4 1 4 4.00 0 HASH(0xfa8fa8)
FHEMWEB:192.168.178.34:51959 FW_Read 4 1 4 4.00 0 HASH(0xfb2d48)
HMFOR HMLAN_Notify 4 33 4 0.12 0 HASH(0x762918); HASH(0x762918)
FileLog_BWM2 FileLog_Log 3 5 11 2.20 0 HASH(0xdbac68); HASH(0xdb1058)
FileLog_ActionDetector FileLog_Log 2 3 5 1.67 0 HASH(0xd5aae0); HASH(0xd5a7f0)
FileLog_BWM1 FileLog_Log 2 10 19 1.90 0 HASH(0xd5a610); HASH(0xae43a8)
FileLog_rel_aussen_oben FileLog_Log 2 14 26 1.86 0 HASH(0xdb0f08); HASH(0xda13e0)
BWM1notify notify_Exec 1 10 2 0.20 0 HASH(0xbab060); HASH(0xae43a8)
tmr-CUL_HM_complConfigTO CUL_HM_complConfigTO 1 1 1 1.00 5 CUL_HM_complConfigTO
Ich bin etwas ratlos - was kann ich denn noch sinnvolles tun? Ich wollte eigentlich sehr gerne FHEM nutzen, da ich auch noch Arduino, etc. einbinden möchte. Aber für die Bewegungsmelderfunktion ist es so natürlich nur begrenzt brauchbar. Interessant ist, dass nur ein Neustart des FHEM das HMLAN wieder "zurückbringt". Das HMLAN neu starten bringt keine Änderung.
Grüsse,
Florian
P.S.: Falls es etwas zur Sache beitragen kann: Fritzbox 7390 mit Image von fhem.de (also nicht chroot) und mit update gestern nochmal aktualisiert.
EDIT bzw. Ergänzung: Ich habe so oder so noch einen Linux-PC permanent laufen. Ich werde FHEM mal dort installieren - vielleicht hat es irgendwas mit der Fritzbox zu tun.
Schon mal das Ethernetkabel getauscht?
Bei. eQ3 gibt ein Update für den HMLAN. Vielleicht hilft das?
Herr 3x
Servus,
Ethernetkabel habe ich ein anderes jetzt dran, ja.
Firmware habe ich die vom 19.12. - eine neuere gibt es nicht oder? Bzw. ich habe eben mit der Konfigurationssoftware mal ein update gemacht, sehe aber keinen Unterschied.
Mal weiter schauen....
Grüsse,
Florian
Hallo,
ein kleines Update:
Ich habe mit identischer Konfiguration FHEM jetzt auf meinem Linux-Server installiert. Hier läuft es seitdem ohne disconnects oder ähnliches seit mehreren Tagen durch. Entweder gab es dazwischen noch ein Update, oder die Fritzbox war aus irgendwelchen Gründen nicht stabil genug...
Grüsse,
Florian
hallo leidensgenossen,
ich habe auch seit einiger zeit disconnects im fhem.log entdeckt. der hmlan hat bisher aber von alleine wieder connected. entweder sofort, oder nach ca. 1min. daher habe ich mich noch nicht wirklich damit beschäftigt.
heute habe ich aber eine seltsame beobachtung auf meiner fritzbox gemacht. obwohl der hmlan normal in fhem gearbeitet hat, war der hmlan in der "netzwerk"-rubrik auf der fritzbox übersichtsseite nicht eingetragen! siehe bilder übersicht. (mein hmlan:PC-192-168-1-9). wenn ich dann auf die netzwerk-detailsansicht gehe, wird der hmlan sogar als nicht genutzte verbindung aufgeführt. siehe bilder details.
jetzt wird es noch besser. auf der energieübersicht (bild ernergie) ganz unten im lanbereich erscheint der hmlan aber als angeschlossen, obwohl er in der netzwerkrubrik als nicht genutzt geführt wird. und nicht vergessen der hmlan arbeitet einwandfrei.
nun habe ich ein shutdown in fhem gemacht. daraufhin ist der hmlan in allen rubriken wieder da, als ob fhem irgend etwas blockiert hat.
hat jemand ähnliche beobachtungen gemacht?
kennt jemand eine möglichkeit, auf der fritzbox diesbezüglich etwas zu logen?
gruss frank
Servus,
also bei mir kommt dieser Fehler auch immer wieder vor.
Und nun wird es evtl. richtig interessant: Ich bin in der Umzugsphase, d.h.
ich bin nur am WE im neuen Objekt und während der Woche keine Aussetzer (via Remote steuere / kontrolliere ich die Thermostate),
aber am WE 3-5 Aussetzer. Überraschend fand ich den Aussetzer heute nacht gegen 3:00 Uhr, denn da lief nichts.
List HMLAN1 hab ich gezogen, was könnte von Interesse sein?
Interessant finde ich diesen Eintrag unter HMLAN: prot_keepAlive 2014-01-17 17:58:52 last
Hätte hier nicht ein wesentliches aktuelleres Datum stehen?
Läßt sich ggf. das Zeitfenster für keepAlive hochsetzen?
(wdtimer ist 25)
Mein Setup:
- RPI Modell B hängt via LAN direkt an der FB
- Sqlite
- SD-Karte
- HMLAN hängt direkt an der FB
- Fritzbox 7490
# $Id: fhem.pl 4935 2014-02-15 08:34:09Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 5016 2014-02-22 08:25:23Z martinp876 $
# $Id: 00_HMLAN.pm 4973 2014-02-17 19:18:17Z martinp876 $
prot_keepAlive ist nicht ganz glücklich gewählt, zumindest nicht eindeutig. wird gesetzt wenn der Disconnect aller voraussicht nach durch das Fehlen des keepalive aufgetreten ist.
Es gibt kein Reading für jeden keepalive - das ist übertrieben und performance intensiv.
ZitatLäßt sich ggf. das Zeitfenster für keepAlive hochsetzen?
runter ist besser. Du kannst haeufiger als 25 sec schicken, alle 5sec wenn du willst.
Besser ist aber, wenn du den suchst, der dein System blockiert für mehr als 5 sec und den versuchst zu bändigen
Gruss Martin
Danke Martin für die Hinweise.
Habe daraufhin hier noch den anderen Thread http://forum.fhem.de/index.php/topic,14030.30.html gefunden und gehe jetzt erst Mal auf die Suche.
danke mike
So! sieht es exakt bei mir genauso aus. Hast Du diesbgl. eine Lösung / weitere Infos heraus gefunden?
Ich hab jetzt den Greenmode für den LAN-Port (an dem HMLAN hängt) deakviertiert. Mal schauen...
mike
Zitat von: frank am 09 Februar 2014, 21:54:19
hallo leidensgenossen,
ich habe auch seit einiger zeit disconnects im fhem.log entdeckt. der hmlan hat bisher aber von alleine wieder connected. entweder sofort, oder nach ca. 1min. daher habe ich mich noch nicht wirklich damit beschäftigt.
heute habe ich aber eine seltsame beobachtung auf meiner fritzbox gemacht. obwohl der hmlan normal in fhem gearbeitet hat, war der hmlan in der "netzwerk"-rubrik auf der fritzbox übersichtsseite nicht eingetragen! siehe bilder übersicht. (mein hmlan:PC-192-168-1-9). wenn ich dann auf die netzwerk-detailsansicht gehe, wird der hmlan sogar als nicht genutzte verbindung aufgeführt. siehe bilder details.
gruss frank
Mich hat es wieder erwischt.
Läuft eigentlich ganz gut - mittlerweile auf einem RPI.
Leider ist der HMLAN gerade nicht zum Arbeiten zu überreden. Anpingen geht.
Im Logfile steht:
2014.03.28 23:41:58 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.28 23:41:58 3: Opening HMLAN1 device 192.168.0.15:1000
2014.03.28 23:41:58 3: Can't connect to 192.168.0.15:1000: Connection refused
Hat jemand eine Idee? HELP!
hallo raven,
ZitatSo! sieht es exakt bei mir genauso aus. Hast Du diesbgl. eine Lösung / weitere Infos heraus gefunden?
bei mir läuft das immer noch so. noch keine neuen erkenntnisse. bei dir wohl auch nicht?
gruss frank
Hattet Ihr nochmals apptime gestartet & kontrolliert, ob Ihr irgendwelche Dienste habt, die das System lahmlegen?
Bei mir war es der "Weather-Dienst": Deaktiviert und seitdem (ca >20 Tage) keine Probs mehr damit.
Hallo, bei mir das selbe Probelm:
Zitathallo leidensgenossen,
ich habe auch seit einiger zeit disconnects im fhem.log entdeckt. der hmlan hat bisher aber von alleine wieder connected. entweder sofort, oder nach ca. 1min. daher habe ich mich noch nicht wirklich damit beschäftigt.
heute habe ich aber eine seltsame beobachtung auf meiner fritzbox gemacht. obwohl der hmlan normal in fhem gearbeitet hat, war der hmlan in der "netzwerk"-rubrik auf der fritzbox übersichtsseite nicht eingetragen! siehe bilder übersicht. (mein hmlan:PC-192-168-1-9). wenn ich dann auf die netzwerk-detailsansicht gehe, wird der hmlan sogar als nicht genutzte verbindung aufgeführt. siehe bilder details.
gruss frank
Bei mir connectet er aber nach ca. 1 Minute wieder automatisch und alles läuft weiter.
Hat da schon einer ne Lösung ?
lösung, dass er nicht mehr connected?
Wenn du wissen willst, warum er disconnected musst du suchen
- gibt es langläufer (apptime, HMLAN daten)
mennooo....oben konnte ich ja mein Problem lösen...es war das Weather-Modul, das mein HMLan blockierte.
Seit ca. 2 Tagen kämpfe ich mit dem anderen Problem, daß auch im Wiki aufgeführt ist: connection refused
Nach dem gestrigen HMLan-Update (eher refresh der aktuellen FW) lief alles ca. 12h und dann heute morgen wieder connection refused.
Hier habe ich aber auch die FB7490 in Verdacht, denn bis gestern war noch im Fritzbox-Webfront der Name "HMLan" hinterlegt und heute stand nur noch
"PC-192-168-178-20". Stellt sich mir die Frage, was die FB veranlasst den Gerätename zu ändern.
ZitatBekannte Probleme
Selten lehnt der HMLAN-Konfigurator ohne erkennbaren Grund nach monatelangem störungsfreiem Betrieb die Verbindung ab:
Opening HMLAN1 device 192.168.168.60:1000
192.168.168.60:1000 connection refused
Der HMLAN-Konfigurator kann aber über die mitgelieferte Konfigurationssoftware problemlos erreicht werden. Der Zustand lässt sich auch durch einen Reboot des HMLAN-Konfigurators (oder Fhem) nicht beheben, wohl aber durch eine Aktualisierung der Firmware des HMLAN-Konfigurators, selbst wenn die installierte Version aktuell ist.
hallo raven,
welche firmware version ist das?
wenn man die einmal geflasht hat, so muss man die also ständig flashen?
warum hast du sie überhaupt geflasht?
gibt es auch vorteile?
gruss frank
Servus Frank,
irgendwan gab es mal Probleme mit dem HMLan-Adapter und da hatte ich auf die aktuelle FW 0.961 (Stand 09/13) upgedatet.
Und nun hatte ich upgedatet, weil dies in FEHM-Wiki als möglicher Lösungsvorschlag genannt wurde. Gestern war mir noch aufgefallen, daß beim HMLan das Gateway nicht mehr auf die FB (192.168.178.1) zeigte, sondern auf 192.168.178.0. Aber heute bin ich durch das Verhalten der FB irritiert:
1) Ändern des Gerätenamens
2) und das Flag zur Vergabe der festen IP-Adresse existiert nicht mehr für den HMLan-Adapter.
au mann...mache mich auf die Suche..... :'(
Zitat von: frank am 13 Mai 2014, 20:37:52
hallo raven,
welche firmware version ist das?
wenn man die einmal geflasht hat, so muss man die also ständig flashen?
warum hast du sie überhaupt geflasht?
gibt es auch vorteile?
gruss frank
So, ich habe mal wieder einen disconnect. Auch ein Trennen vom Netzwerk und vom Strom hilft nicht.
Kann ich irgendwie zur Lösungsfindung beitragen?
Hier mal ein Auszug aus meinem Log:
2014.06.01 14:24:40 5: Cmd: >attr WEBtablet stylesheetPrefix touchpad<
2014.06.01 14:24:40 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2014.06.01 14:24:40 5: Cmd: >define autocreate autocreate<
2014.06.01 14:24:40 5: Cmd: >attr autocreate autosave 1<
2014.06.01 14:24:40 5: Cmd: >attr autocreate device_room %TYPE<
2014.06.01 14:24:40 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2014.06.01 14:24:40 5: Cmd: >attr autocreate weblink 1<
2014.06.01 14:24:40 5: Cmd: >attr autocreate weblink_room Plots<
2014.06.01 14:24:40 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2014.06.01 14:24:40 5: Cmd: >define CUL_0 CUL /dev/ttyACM0@9600 1034<
2014.06.01 14:24:40 3: Opening CUL_0 device /dev/ttyACM0
2014.06.01 14:24:40 3: Setting CUL_0 baudrate to 9600
2014.06.01 14:24:40 3: CUL_0 device opened
2014.06.01 14:24:40 5: SW: V
2014.06.01 14:24:40 5: CUL/RAW (ReadAnswer): V 1.44 CUL868
2014.06.01 14:24:40 5: SW: ?
2014.06.01 14:24:40 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A G M R T V W X e f m l t u x
2014.06.01 14:24:40 3: CUL_0: Possible commands: BCFiAGMRTVWXefmltux
2014.06.01 14:24:40 5: SW: X21
2014.06.01 14:24:40 5: SW: T01
2014.06.01 14:24:40 5: CUL/RAW (ReadAnswer): 1034
2014.06.01 14:24:40 5: GOT CUL fhtid: 1034
2014.06.01 14:24:40 5: Cmd: >define HMLAN1 HMLAN 192.168.0.15:1000<
2014.06.01 14:24:40 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.06.01 14:24:40 3: Opening HMLAN1 device 192.168.0.15:1000
2014.06.01 14:24:40 3: Can't connect to 192.168.0.15:1000: Connection refused
2014.06.01 14:24:40 5: Cmd: >attr HMLAN1 hmId A00001<
2014.06.01 14:24:40 5: Cmd: >attr HMLAN1 hmLanQlen 1_min<
2014.06.01 14:24:40 5: Cmd: >attr HMLAN1 logIDs sys,all<
2014.06.01 14:24:40 5: Cmd: >attr HMLAN1 wdTimer 25<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 disconnected<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 2014-06-01 13:27:45 Xmit-Events disconnected:1<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 2014-06-01 13:27:45 cond disconnected<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 2014-06-01 13:27:45 prot_disconnected last<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 2014-05-31 23:03:13 prot_init last<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 2014-05-24 23:00:37 prot_keepAlive last<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 2014-05-31 23:03:20 prot_ok last<
2014.06.01 14:24:53 5: Cmd: >setstate HMLAN1 2014-05-24 22:24:32 prot_timeout last<
Hallo Leidensgenossen,
habe auch die disconnect Probleme, schon seit Wochen.
wdTimer auf 5 bringt sporadisch bis zu 20 dis/connects.
wdTimer >5 hängt Fhem nach längerer Zeit regelrecht.
Irgendwie hatte ich das Wetter, den Calender und/oder diverse andere externen Dienste in Verdacht.
Nun habe ich vor 48 Std. zusätzlich zur "normalen" IP-Config (aus Verzweiflung) zusätzliche DNS Server eingetragen.
/etc/resolve.conf
nameserver 8.8.8.8
nameserver 4.4.4.4
Was soll ich sagen, seit dem scheint Ruhe zu sein.
Vielleicht Zufall . . .aber was macht man nicht alles aus "Verzweiflung"
Vielleicht hilft es dem Einen oder Anderen von Euch ....
Cheers
Ich habe nun seit 4 Tagen einen Disconnect. Power blinkt. Link leuchtet, Status gibt ab und an mal ein müdes kurzes Aufleuchten von sich.
Kann meine ganze HM-Umgebung nicht steuern... Noch ist meine Frau nicht drauf gekommen. :-) Daher brauche ich mal ein paar Tipps, wie ich den HMLAN in FHEM wieder zum Laufen bekomme.
Kann ich das Ding zurücksetzen?
Mi.ke, waraum bringst Du die DNS-Server mit dem HMLAN in Verbindung?
Freue mich über Eure Unterstützung.
EDIT: Habe nun mal ein Firmwareupdate gemacht, da im Wiki steht, dass dies eine Conncetion wieder herstellen kann. Was mich wundert ist, dass das Update 3-4x fehlgeschlagen ist und die Windowssoftware einen älteren Versionsstand angezeigt hat. Nun hat das Update aber geklappt. Die letzte Version ist wieder drauf.
FHEM wieder hochgefahren. Leider kein Connect.
Putty zeigt mir folgende Fehler nach dem Start von FHEM:
Use of uninitialized value in split at ./FHEM/01_FHEMWEB.pm line 12 44.
Use of uninitialized value in split at ./FHEM/01_FHEMWEB.pm line 1244.
Use of uninitialized value in split at ./FHEM/01_FHEMWEB.pm line 1244.
Use of uninitialized value in split at ./FHEM/01_FHEMWEB.pm line 1244.
Use of uninitialized value in split at ./FHEM/01_FHEMWEB.pm line 1244.
Macht mir das ggf. Probleme?
EDIT 2: erledigt nach Neustart über Netzteil-Trennung
Habe gerade mal den RPI durchgestartet.
Sehr komisch: Wenn ich mich mit Putty einwähle kommt nachdem ich den User pi eingegeben habe die folgende Meldung:
---------------------------
PuTTY Fatal Error
---------------------------
Server unexpectedly closed network connection
---------------------------
OK
---------------------------
Über einem Mac mit Terminal kommt: connection closed by <meine IP>
Hmm...?
@Gunther
Zitat von: mi.ke am 02 Juni 2014, 01:10:08
Irgendwie hatte ich das Wetter, den Calender und/oder diverse andere externen Dienste in Verdacht.
ahh, ok.
Hat sonst jemand schonmal einen so langen Disconnect gehabt?
So, habe mir gefrusteter Weise einen neuen HMLAN-Adapter gekauft. Gleiche IP eingestellt, Konfig Software geschlossen, FHEM neu gestartet und siehe da - das Ding läuft und ich kann meine HM-Devices wieder ansprechen...
Warum kann ich den anderen Adapter mit der Windowssoftware finden. Geht dort das Netzwerk aber der Rest nicht mehr?
Seltsam!
EDIT: da ja einige wenige hier Probleme haben: Kann es sein, dass die HMLAN-Adapter selber die Probleme verursachen?
Hat einer von meinen Leidensgenossen mal den Adapter getauscht?
Menno, es hat mich mit meinem neuen HMLAN wieder erwischt.
Lief jetzt Monate lang gut. Jetzt bekomme ich das Ding nicht mehr zum Arbeiten.
Power blinkt auch nach stromlos. Anpingen geht.
Mein Log sagt nur noch
2014.11.10 20:51:39 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.11.10 20:51:39 3: Opening HMLAN1 device 192.168.0.15:1000
2014.11.10 20:51:39 3: Can't connect to 192.168.0.15:1000: Verbindungsaufbau abgelehnt
Was habe ich kürzlich gemacht gemacht:
Einen neuen HM-CC-RT-DN mit Wandthermostat und Fenstersensor in Betrieb genommen.
Einen HM-LC-SW1-BA-PCB im Zusammenspiel mit Fernbedienungen HM-RC-4-2 und HM-RC-KEY3 eingebaut
Einen HM-ES-PMSw1-Pl integriert
Ein
list HMLAN1
ergibt
Internals:
DEF 192.168.0.15:1000
DeviceName 192.168.0.15:1000
NAME HMLAN1
NEXT_OPEN 1415656060
NR 41
NTFY_ORDER 50-HMLAN1
PARTIAL
STATE disconnected
TYPE HMLAN
XmitOpen 0
assignedIDsCnt 32 report:0
msgKeepAlive
msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
owner
Readings:
2014-11-09 16:37:58 D-HMIdAssigned A00001
2014-11-09 16:37:58 D-HMIdOriginal 2574F7
2014-11-09 16:37:58 D-firmware 0.961
2014-11-09 16:37:58 D-serialNr KEQ1023143
2014-11-10 22:39:46 Xmit-Events disconnected:1
2014-11-10 22:39:46 cond disconnected
2014-11-09 16:31:29 prot_ERROR-Overload last
2014-11-09 16:38:10 prot_Warning-HighLoad last
2014-11-10 22:39:46 prot_disconnected last
2014-11-09 16:42:26 prot_init last
2014-05-24 23:00:37 prot_keepAlive last
2014-11-09 16:42:26 prot_ok last
2014-11-09 16:41:23 prot_timeout last
Helper:
assIdCnt 32
assIdRep 0
Cnd:
253 1
Ids:
1b51e7:
name eg_az_Deckenlicht_links
1d6826:
name eg_az_Deckenlicht_rechts
1d7dd8:
name fernbedienung_weiss_3_tasten
1e5c33:
name eg_ki_Leuchtkasten_1m_mitte
1e5c67:
name eg_ki_Leuchtkasten_panorama
1e5d09:
name eg_ki_Leuchtkasten_1m_rechts
1e5f53:
name eg_ki_Leuchtkasten_1m_links
1eb749:
name CUL_HM_HM_OU_LED16_1EB749
1f7532:
name eg_ez_fernbedienung
1f7f52:
name eg_fl_Bewegungsmelder
1f805a:
name og_fl_Bewegungsmelder
20ceb7:
name eg_bz_6erSchalter
218df5:
name garagentor_gross
218e0e:
name garagentor_klein
22567e:
name eg_ku_Fenster_li
225681:
name eg_bz_Fenster
227a78:
name fernbedienung_schwarz_4_tasten
22b18c:
name eg_ki_heizung
22b323:
name eg_ku_Heizung
22dd43:
name eg_bz_Heizung
23a83f:
name og_sz_JalousieLinks
23a84d:
name og_sz_JalousieRechts
2510bc:
name au_bewaesserung
260212:
name eg_ku_Wandthermostat
260460:
name eg_ki_Wandthermostat
263de8:
name eg_bz_wandthermostat
272840:
name eg_az_Schreibtischlampe
29cadc:
name eg_az_Jalousie
2a348b:
name eg_bz_fensterventilator
2a348c:
name au_werkstattstrom
2a4fc4:
name k_WW_Zirkulationspumpe
2c0806:
name garagentor_gross_schalter
K:
BufMin 30
DlyMax 0
Start 0
Log:
all 1
sys 1
ids:
Q:
HMcndN 253
answerPend 0
hmLanQlen 1
apIDs:
Cap:
0 0
1 0
2 0
3 0
4 0
5 0
last 4
sum 0
Attributes:
hmId A00001
hmLanQlen 1_min
logIDs sys,all
wdTimer 25
Mein Log sieht komisch aus. Gefühlt nachdem ich meine beiden Fernbedienungen für den Garagenöffner in Betrieb genommen habe, ist mein HMLAN gestört.
Auszug aus meinem Log. Der letzte und finale disconnect:
014.11.09 16:37:51 3: Device eg_bz_wandthermostat added to ActionDetector with 000:10 time
2014.11.09 16:37:52 3: Device eg_fl_Bewegungsmelder added to ActionDetector with 000:20 time
2014.11.09 16:37:53 3: Device eg_ki_Wandthermostat added to ActionDetector with 000:10 time
2014.11.09 16:37:53 3: Device eg_ki_heizung added to ActionDetector with 000:10 time
2014.11.09 16:37:54 3: Device eg_ku_Fenster_li added to ActionDetector with 028:00 time
2014.11.09 16:37:54 3: Device eg_ku_Heizung added to ActionDetector with 000:10 time
2014.11.09 16:37:54 3: Device eg_ku_Wandthermostat added to ActionDetector with 000:10 time
2014.11.09 16:37:55 3: Device garagentor_gross added to ActionDetector with 028:00 time
2014.11.09 16:37:55 3: Device garagentor_klein added to ActionDetector with 028:00 time
2014.11.09 16:37:56 3: Device k_WW_Zirkulationspumpe added to ActionDetector with 000:10 time
2014.11.09 16:37:56 3: Device og_fl_Bewegungsmelder added to ActionDetector with 000:20 time
2014.11.09 16:37:58 1: HMLAN_Parse: HMLAN1 new condition ok
2014.11.09 16:37:59 3: CUL_HM set CUL_HM_HM_OU_LED16_1EB749 statusRequest
2014.11.09 16:38:00 3: CUL_HM set au_bewaesserung_vorne statusRequest
2014.11.09 16:38:02 3: CUL_HM set au_bewaesserung_links statusRequest
2014.11.09 16:38:03 3: CUL_HM set au_werkstattstrom_Sw statusRequest
2014.11.09 16:38:04 3: CUL_HM set eg_az_Deckenlicht_links_Sw statusRequest
2014.11.09 16:38:05 3: CUL_HM set eg_az_Deckenlicht_rechts_Sw statusRequest
2014.11.09 16:38:06 3: CUL_HM set eg_az_Deckenlicht_rechts_Sw1_V_01 statusRequest
2014.11.09 16:38:07 3: CUL_HM set eg_az_Deckenlicht_rechts_Sw1_V_02 statusRequest
2014.11.09 16:38:09 3: CUL_HM set eg_az_Jalousie statusRequest
2014.11.09 16:38:10 3: CUL_HM set eg_az_Schreibtischlampe statusRequest
2014.11.09 16:38:10 1: HMLAN_Parse: HMLAN1 new condition Warning-HighLoad
2014.11.09 16:40:08 3: FS20 set eg_fl_Tischlampe on-for-timer 120
2014.11.09 16:41:23 1: HMLAN_Parse: HMLAN1 new condition timeout
2014.11.09 16:41:23 1: 192.168.0.15:1000 disconnected, waiting to reappear (HMLAN1)
2014.11.09 16:41:23 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.11.09 16:41:45 3: FS20 set eg_ki_Leuchtkasten_alle.schalten on
2014.11.09 16:41:46 3: CUL_HM set eg_ki_Leuchtkasten_1m_rechts 35
2014.11.09 16:41:46 3: CUL_HM set eg_ki_Leuchtkasten_1m_mitte 45
2014.11.09 16:41:46 3: CUL_HM set eg_ki_Leuchtkasten_1m_links 30
2014.11.09 16:41:46 3: CUL_HM set eg_ki_Leuchtkasten_panorama 30
2014.11.09 16:42:26 1: 192.168.0.15:1000 reappeared (HMLAN1)
2014.11.09 16:42:26 1: HMLAN_Parse: HMLAN1 new condition init
2014.11.09 16:42:26 3: CUL_HM set eg_bz_fensterventilator_Sw statusRequest
2014.11.09 16:42:26 1: HMLAN_Parse: HMLAN1 new condition ok
...
...
...
2014.11.09 20:21:41 1: 192.168.0.15:1000 disconnected, waiting to reappear (HMLAN1)
2014.11.09 20:21:41 1: HMLAN_Parse: HMLAN1 new condition disconnected
Was kann ich noch tun? Hilfe!
Da die Definition vom HMLAN ja wohl stimmt und du da nichts geändert hast, würde ich auf ein Netzwerkproblem tippen. Kontrollier mal deine Netzwerkkabel, ist mir vorige Woche auch passiert das ich beim Switch umstellen ein Kabel gezogen hatte.
P.S. Habe dein Log eben erst bis Ende gelesen, dei HMLAN ist im Overload, da geht nichts mehr
VG
Frank
Danke für die schnelle Info!
Sollte das HMLAN nicht nach "stromlos" und Restart von FHEM wenigstens kurz connceten?
Ich setze mal meine FHEM.cfg auf alten Stand um sicherzugehen, dass es daran nicht liegt. Oder kann es sein, dass z. B. mein Heizungsregler an FHEM vorbei einen Overload erzeugt?
Zitat von: Raven am 24 Februar 2014, 08:17:48
So! sieht es exakt bei mir genauso aus. Hast Du diesbgl. eine Lösung / weitere Infos heraus gefunden?
Ich hab jetzt den Greenmode für den LAN-Port (an dem HMLAN hängt) deakviertiert. Mal schauen...
mike
Das mit dem Greenmode steht glaub ich sogar in irgendeiner faq, den sollte man für HMLAN auf JEDENFALLS deaktivieren.
Zitatdei HMLAN ist im Overload, da geht nichts mehr
2014-11-09 16:31:29 prot_ERROR-Overload last
2014-11-09 16:38:10 prot_Warning-HighLoad last
2014-11-10 22:39:46 prot_disconnected last
2014-11-09 16:42:26 prot_init last
2014-05-24 23:00:37 prot_keepAlive last
2014-11-09 16:42:26 prot_ok last
2014-11-09 16:41:23 prot_timeout last
der overload ist aber schon lange vorbei gewesen. er war sogar 11min nach dem overload auch noch mal ok.
Soo, traue mich gar nicht zu erzählen, was vorgefallen ist...
Ich habe den HMLAN-Adapter mit der Windows-Software verbunden und ein Firmware-Update gemacht.
Das Ding ist leider tot und auch mit der Bootloader-Anleitung nicht mehr zum Leben zu erwecken...
Während der Fehleranalyse habe ich das Ding auf der IP-Adresse 192.168.0.15 angepingt. Ping da...
Da ich das nicht glauben konnte, weil nur am blinken, habe ich die Netzwerkverbindung getrennt und nochmal gepingt. ging immer noch.
???
Also habe ich mein Netzwerk gescannt und ein Device namens Sony gefunden. Habe dann rausgefunden, dass das unsere Playstation ist, die wir 1x im Jahr nutzen um eine DVD zu schauen und die gerade lief - natürlich dummerweise auf der selben IP-Adresse.
Die habe ich natürlich sofort geändert und den alten HMLAN, den ich schon als defekt an ELV zurückschicken wollte angeschlossen. Läuft!
Also war mein Disconnect-Problem wahrscheinlich ein IP-Adressen-Konflikt.
Jetzt frage ich mich natürlich, wie ich den anderen HMLAN wieder zum Leben erwecke. Kann diesen nicht mit Windows verbinden, weil er nicht in den Bootloader-Modus gehten möchte. Habt Ihr dazu einen Tipp?
Hallo,
ich habe seit ein paar Tagen genau dasselbe Problem.
Fritzbox 7390, HMLAN, Rpi 3
das ganze Setup lief wunderbar und plötzlich konnte ich keine meiner HM Komponenten mehr ansprechen.
In meinem Log sieht das so aus, wenn ich den HMLAN am Ethernet neu verbinde:
2017.02.06 23:20:28 1: HMLAN_Parse: HMLAN1 new condition init
2017.02.06 23:20:28 1: 192.168.0.13:1000 reappeared (HMLAN1)
2017.02.06 23:20:29 3: CUL_HM set Fussbodenheizung statusRequest
2017.02.06 23:20:40 3: SONOS0: Connection accepted from localhost:54245
2017.02.06 23:20:57 1: HMLAN_Parse: HMLAN1 new condition timeout
2017.02.06 23:20:57 1: 192.168.0.13:1000 disconnected, waiting to reappear (HMLAN1)
2017.02.06 23:20:57 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.02.06 23:21:10 3: SONOS0: Connection accepted from localhost:54249
2017.02.06 23:21:40 3: SONOS0: Connection accepted from localhost:54250
2017.02.06 23:22:03 1: HMLAN_Parse: HMLAN1 new condition init
2017.02.06 23:22:03 1: 192.168.0.13:1000 reappeared (HMLAN1)
2017.02.06 23:22:10 3: SONOS0: Connection accepted from localhost:54256
Loading device description failed with error: 500 Can't connect to 192.168.0.52:80 at ./FHEM/00_SONOS.pm line 3747 thread 4.
2017.02.06 23:22:32 1: HMLAN_Parse: HMLAN1 new condition timeout
2017.02.06 23:22:32 1: 192.168.0.13:1000 disconnected, waiting to reappear (HMLAN1)
2017.02.06 23:22:32 1: HMLAN_Parse: HMLAN1 new condition disconnected
Loading device description failed with error: 500 read timeout at ./FHEM/00_SONOS.pm line 3747 thread 4.
2017.02.06 23:22:40 3: SONOS0: Connection accepted from localhost:54264
- ich hab das LAN Kabel getauscht
- eine andere LAN Buchse verwendet
- bin nicht im GreenMode (Fritzbox)
- kann den HMLAN anpingen
- kann mich nicht mit der Windows Software verbinden (Verbindung zu ... wird hergestellt)
- Link LED leuchtet, Power blinkt, AES ist ausgestellt
Ist er kaputt??? :(
Zitat von: niklasen am 06 Februar 2017, 23:26:29
Hallo,
ich habe seit ein paar Tagen genau dasselbe Problem...
Das glaube ich nicht so wirklich. ;)
Sieht mir eher nach einem (Netzwerk-)Problem mit Deinem SONOS System aus, wodurch Dein HMLAN nicht mehr rechtzeitig die keepalive-Pakete bekommt.
Nimm das doch mal testweise raus und gucke dann.
Die Sonos Loggings sind mir auch sofort aufgefallen. Ich glaube mein "Disconnect" - Problem fing nach der Sonos Installation an.
Allerdings eskaliert es inzwischen (einige Monate danach) so, dass ich im Abstand von mehreren Tagen den HMLAN einen Powerreset verpassen muss, da er gar nichts mehr macht. Nach dem Powerreset funtkioniert er dann wieder.
Grüße
James
Tatsache! Ich habe die HUEbridge und SONOS entfernt und der HMLAN lebt wieder.
Vielen Dank für den Tipp!
Habt ihr eine Idee wie ich das Problem mit den beiden Kollegen lösen könnte?
Die Huebridge wirft immer diese Meldungen:
2017.02.07 13:27:18 3: HUEBridge_Call: failed, retrying
2017.02.07 13:27:22 1: HUEBridge_HTTP_Request http://192.168.0.52/api/M0NZKQtDOPJt....dcVOS/sensors/2: Can't connect to http://192.168.0.52:80
2017.02.07 13:27:22 3: HUEBridge_Call: failed, retrying
Wenn ich die URL aus dem Request im Browser öffne, erhalte ich das JSON hier:
{"state":{"buttonevent":4002,"lastupdated":"2017-02-06T22:49:25"},"config":{"on":true,"battery":100,"reachable":true,"pending":[]},"name":"Hue dimmer switch 1","type":"ZLLSwitch","modelid":"RWL021","manufacturername":"Philips","swversion":"5.45.1.17846","uniqueid":"00:17:...:e4:...."}
Gepaart mit den Sonos Fehlern scheint der HMLAN nicht genügend Aufmerksamkeit zu bekommen.
Schaut beinah so aus, als würde der Dimmer Switch Probleme machen.
Hmm, vielleicht doch zu früh gefreut:
2017.02.07 13:33:46 1: 192.168.0.13:1000 reappeared (HMLAN1)
2017.02.07 13:34:13 3: CUL_HM set Hz.Thermostat desired-temp 19.5
2017.02.07 13:34:15 1: HMLAN_Parse: HMLAN1 new condition timeout
2017.02.07 13:34:15 1: 192.168.0.13:1000 disconnected, waiting to reappear (HMLAN1)
Der Wert wird nicht geschrieben :-\
poste mal ein list vom hmlan.
das schaut so eigentilch ganz gut aus:
Internals:
DEF 192.168.0.13:1000
DeviceName 192.168.0.13:1000
FD 17
NAME HMLAN1
NR 62
NTFY_ORDER 50-HMLAN1
PARTIAL
STATE opened
TYPE HMLAN
XmitOpen 0
assignedIDsCnt 9 report:0
msgKeepAlive dlyMax:0.01 bufferMin:4
msgLoadCurrent 0
owner
Readings:
2017-02-07 02:23:06 D-HMIdAssigned 670594
2017-02-07 02:23:06 D-HMIdOriginal 2BAB1E
2017-02-07 02:23:06 D-firmware 0.964
2017-02-07 02:23:06 D-serialNr LEQ0580025
2017-02-07 15:04:06 Xmit-Events timeout:44 disconnected:45 init:45
2017-02-07 15:04:06 cond init
2017-02-07 09:58:59 loadLvl low
2017-02-07 15:02:57 prot_disconnected last
2017-02-07 15:04:06 prot_init last
2017-02-03 23:19:27 prot_keepAlive last
2017-02-07 09:59:01 prot_ok last
2017-02-07 15:02:57 prot_timeout last
2017-02-07 15:04:06 state opened
Helper:
assIdCnt 9
assIdRep 0
setTime 45363
Cnd:
252 44
253 45
255 45
Ids:
21fc7f:
cfg +21FC7F,00,01,00
name HM_21FC7F
309a90:
cfg +309A90,00,01,00
name HM_309A90
309ae4:
cfg +309AE4,00,01,00
name HM_309AE4
309b1b:
cfg +309B1B,00,01,00
name HM_309B1B
35a79c:
cfg +35A79C,00,01,00
name HM_35A79C
38c81d:
cfg +38C81D,00,01,00
name Se.Wohnzimmer
3bdcaa:
cfg +3BDCAA,00,01,00
name HM_3BDCAA
3c91c8:
cfg +3C91C8,00,01,00
name Se.Badezimmer
491063:
cfg +491063,00,01,00
name Fussbodenheizung
K:
BufMin 4
DlyMax 0.01
Next 1486476271.96222
Start 1486476246.96222
Loadlvl:
bl 40
a:
99
90
40
0
H:
0 low
40 batchLevel
90 high
99 suspended
Log:
all 0
sys 0
ids:
ARRAY(0xa45dc8)
Q:
HMcndN 255
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLastMax 0
loadNo 0
scnt 5
ald:
0
0
0
0
0
0
0
0
0
0
0
0
apIDs:
Attributes:
devStateIcon .*:control_building_filled
hmId ...
hmKey 01:...
hmLanQlen 1_min
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room Flur
aber mein WZ Thermostat steht nach wie vor auf set desired temp und holt auch keine readings
D-firmware 0.964
nimm mal die aktuelle fw 0.965.
https://forum.fhem.de/index.php/topic,63702.0.html (https://forum.fhem.de/index.php/topic,63702.0.html)
ich kann mich leider mit der HomeMatic Konfigurationssoftware nicht verbinden.
Egal ob ich den AES Key vom HMLAN direkt nehme oder den Key den ich in meiner fhem.cfg habe
Die Software switcht direkt zu "Nicht verbunden", ohne weitere Fehler zu quittieren.ZitatEin gleichzeitiger Zugriff von FHEM und der HomeMatic-Software auf den HMLAN-Konfigurator ist nicht möglich, da letzterer nur eine Verbindung zulässt. Wollen Sie temporär z.B. mit der Windows-Software von HomeMatic zugreifen, ist FHEM zu deaktivieren. Sinnvoll ist es, die hmId mit der der PC-Software gleichzusetzen. Dann kann man von beiden Zentralen alternativ zugreifen ohne pairen zu müssen.
ZitatWenn das Konfigurationsprogramm Probleme hat, den HM-CFG-LAN LAN Konfigurations-Adapter zu finden, sollten alle nicht benutzten Netzwerkinterfaces vorübergehend deaktiviert werden. Vereinzelt gibt es Hinweise darauf, dass es unter Windows 7 eventuell nicht reicht, die Netzwerkverbindungen im "Netzwerk- und Freigabecenter" zu deaktivieren, sondern ein Deaktivierung der Netzwerkadapter im Gerätemanager erforderlich ist.
--> habe zwei verschiedene Win 7 Rechner probiert wo lediglich ein LAN Interface vorhanden und aktiviert ist
Update: Leider keine Chance. Anpingen geht, aber Verbindung mit HomeMatic Konfigurator klappt nicht.
wenn es, wie aus meinem link ersichtlich, an homematicIP liegt, musst du den hmlan vielleicht mal funktechnisch "abschirmen". zb in den keller gehen oder in einen kochtopf legen. :)
verstehe nicht genau, warum homematicIP? Ich habe keine homematicIP Komponenten und warum sollte ein funktechnisches abschirmen Abhilfe schaffen?
Ich verbinde doch über Ethernet ???
Hallo Freunde.
Kann mir jemand von euch helfen.
Ich habe viele disconnects.
2017-03-28 07:58:54 Xmit-Events timeout:736 init:742 ok:742 disconnected:742
2017-03-28 07:58:54 cond ok
2017-03-28 10:37:26 loadLvl low
2017-03-28 07:55:37 prot_disconnected last
2017-03-28 07:58:54 prot_init last
2017-03-04 23:59:07 prot_keepAlive last
2017-03-28 07:58:54 prot_ok last
2017-03-28 07:55:37 prot_timeout last
2017-03-28 07:58:54 state opened
Danke für eure Tipps
fw 0.965?
Zitat von: frank am 28 März 2017, 11:25:24
fw 0.965?
Hi.
2017-02-19 17:18:08 D-firmware 0.965
Schau doch erst einmal, nach der uptime des HMLAN
Hast du am Netzwerk etwas verändert? Neue Geräte? IP-TV?
Hi Nobby.
Nein nichts geändert.
Hier die uptime: uptime
003 77:23:50.390
Wann waren denn die Disconnects? Die Uptime weist auf einen Reboot des HMLAN am Sonntag gegen 11:23 hin
Ich habe am Freitag ein ähnliches Problem gehabt. Der HM-CFG-LAN war "disconnected" und ließ sich von FHEM nicht mehr ansprechen.
Zeitlich konnte ich das einen Firmware-Update bzw. dem nachfolgendem Neustart meiner Fritzbox 7490 zuordnen. Danach ging nichts mehr auch nach mehrmaligem Reset des HM-CFG-LAN und Neustart von FHEM. Die Firmware ist nicht aktuell, aber ich konnte das Ding auch nicht mit der Software von eq3 im Netz finden (Ping ging, nmap hat aber auch keinen offenen Port gesehen).
Was am Ende anscheinend geholfen hat: FHEM runterfahren *und dann* den HM-CFG-LAN kurz stromlos machen. Ich habe der Sache zwei Minuten Zeit gegeben und dann FHEM wieder gestartet. Das ging!
Vielleicht klappt es ja auch so bei jemand anderem. So oder so überlege ich, einen zweiten HM-CFG-LAN "auf Halde" zu legen. Wenn der tot ist, ist das Mist. Und die Option VCCU habe ich jetzt auch gefunden, das könnte ich vielleicht auch mal brauchen.
J.
Auch ich hatte genau dieses Problem. Und auch bei mir hat genau dieses Vorgehen geholfen.
Oli
Hallo.
Hab nicht alles gelesen.
Ich hatte dem HMLan eine Feste IP Adresse vergeben.
Meine Fritzbox hat 192.168.178.1.
Sie vergibt aber die Adressen 192.168.178.20-....
Meine Lan Adapter hatten die Adressen 192.168.178.10 und 192.168.178.11.
Das mach ich mit vielen Geräten so.
Ich glaube, ich hatte auch noch ein anderes Problem. Ich habe zwischendurch mit HomeGear rumgespielt. Das habe ich mal deaktiviert und jetzt spricht der HM-CFG-LAN auch wieder mit FHEM. Mal schauen, wie lange es dieses Mal hält.
Ich hab mittlerweile einfach n neuen gekauft :)
Ich tippe auf Timingprobleme.
Hab fhem auf einem Synology NAS von der Paketlösung als perl script auf eine VM umgezogen.
Nachdem ich homebridge installiert hatte, hat sich auch der HMLAN beim nächsten restart 'disconnected'.
Dabei hatte ich aber nicht nur ein disconnect beim HMLAN, sondern auch beim CUNO?
Nachdem nix geholfen hat (Interfaces stromlos, restarts, selbst reboot der VM), hab ich spaßeshalber die VM ausgeschaltetet und die alte Installation als perl script gestartet - Fehler weg.
D.h. dann kann ich auch das fhem Paket anhalten, die VM starten und alles funktioniert. apptime hilft bei der Fehlersuche während des fhem start leider nicht. Ich hab zwar teilweise Verzögerungen im Bereich bis zu 3s - aber kaum spürbar in der GUI. Interessanterweise läuft fhem in der VM flüssiger im Vergleich zum perl-Paket direkt auf dem NAS.
Zitat von: OliS. am 13 April 2017, 23:11:09
Auch ich hatte genau dieses Problem. Und auch bei mir hat genau dieses Vorgehen geholfen.
Oli
Bei mir auch .... !