HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen

[Loctotex]

Seit dem Update meiner 7360 auf  06.01 bekomme ich ich immer:


usb-transfer took 90ms!
Interrupt transfer not completed: Unknown error code 1 / 0x01!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
2014-01-22 12:18:45.308602: Connection to 192.168.0.50 closed!
2014-01-22 12:18:46.309027: Client 192.168.0.50 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2014-01-22 12:18:46.313730: Connection to 192.168.0.50 closed!
2014-01-22 12:18:47.321791: Client 192.168.0.50 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2014-01-22 12:18:47.326953: Connection to 192.168.0.50 closed!
2014-01-22 12:18:48.327399: Client 192.168.0.50 connected!


Hat jemand eine Idee?

[Loctotex]

Unter Ubuntu sieht das ganz genauso aus. Unter Windows wird der Stick endlos erkannt und sofort wieder entfernt. Ich glaub der ist defekt.

[Alex]

Hallo,

auch ich habe heute ein Update gemacht:

seitdem habe ich

2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.22 21:07:25 1: 127.0.0.1:1234 reappeared (hmusb)
2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition init
2014.01.22 21:07:25 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.22 21:07:25 1: 127.0.0.1:1234 reappeared (hmusb)
2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition init
2014.01.22 21:07:26 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.01.22 21:07:26 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.22 21:07:26 1: 127.0.0.1:1234 reappeared (hmusb)
2014.01.22 21:07:26 1: HMLAN_Parse: hmusb new condition init

unendlich oft in meinem Fhem log.

Meine Homematic Geräte werden (wenn überhaupt) nur sehr sporadisch empfangen.
Ich glaube nich, dass es sich um einen defekten Stick handelt, da das Problem zeitgleich mit dem Update auftrat.
Wie kann ich dem Problem auf die Spur kommen? hmland scheint auf den ersten Blick zu laufen...

PS: Die Heizung läuft auch mit Homematic und hmlan .... Es wird langsam kalt hat meine Frau gesagt ....

[Loctotex]

aber hmland sagt ja bei mir auf der fritzbox und auch auf ubuntu

Code Auswählen Erweitern

Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
hast du das auch?

Und das original Windows Programm geht bei mir auch nicht mehr.

[Alex]

Hmmm....

also mein Problem scheint tatsächlich durch das Update von 00_HMLAN.pm verursacht (http://forum.fhem.de/index.php/topic,19154.0.html)

Der Stick wird aber definnitv erkannt.

[betateilchen]

Ihr habt aber schon gesehen, dass Euer Problem bereits in einem eigenen Thread besprochen wird und inzwischen auch gelöst ist?

http://forum.fhem.de/index.php/topic,19154.0.html

[Loctotex]

Ja, bei mir gehts auch wieder.

[themaxx32000]

Hallo,

habe ein Problem mit hmland auf meiner 7490.

Wenn ich hmland im Debug-Modus aufrufe, klappt alles wie erwartet und auch stabil über mehrere Stunden. Starte ich hmland allerdings als Daemon, so vervielfältigt sich der Prozess nach ca. 35-40 Sekunden: Ich habe (ps) dann plötzlich drei Prozesse des hmland und bekomme in fhem entsprechende

Code Auswählen Erweitern


2014-01-22 21:32:07 HMLAN HMUSB DISCONNECTED
2014-01-22 21:32:07 HMLAN HMUSB cond: disconnected
2014-01-22 21:32:07 HMLAN HMUSB Xmit-Events: disconnected:1
2014-01-22 21:32:07 HMLAN HMUSB prot_disconnected: last
2014-01-22 21:32:07 HMLAN HMUSB cond: init
2014-01-22 21:32:07 HMLAN HMUSB Xmit-Events: init:1
2014-01-22 21:32:07 HMLAN HMUSB prot_init: last
2014-01-22 21:32:07 HMLAN HMUSB CONNECTED


Meldungen. Ich habe das HMLAN Modul schon ausgetauscht (http://forum.fhem.de/index.php/topic,19154.msg128577.html#msg128577), aber das Problem besteht weiterhin (logischerweise, es ist ja auch der hmland der mehrfach startet, nicht das Modul welches zickt).

Weiß jemand Rat? FRITZ!OS 06.01, 7490, Stock-Firmware

[marc2]

Hallo themaxx32000 !

Hast Du das fertige Binarie von der 7390 genommen, oder Dir eine dedizierte Version für die 7490 gebaut.
Falls nicht würde ich dies mal probieren. Wie das mit Toolchain, den Freetz Dir baut, funktioniert, hatte ich
einmal weiter oben in diesem Thread beschrieben.

Gruß, Marc

[themaxx32000]

Hallo marc2,

ich habe dein binary in der Version 0.091 für die AVM 6.00 FW genommen. Mich wundert lediglich, dass alles einwandfrei funktioniert, solange hmland nicht als Daemon läuft..

Ich versuche bei Zeiten mal ein eigenes Binary zu kompilieren - sehe ich doch richtig, das der build / make Prozess nicht auf der Box laufen muss, sondern die Toolchain unter einem z.B. Debian das auch können müsste, oder?

Danke & Grüße

Hallo themaxx32000 !

Hast Du das fertige Binarie von der 7390 genommen, oder Dir eine dedizierte Version für die 7490 gebaut.
Falls nicht würde ich dies mal probieren. Wie das mit Toolchain, den Freetz Dir baut, funktioniert, hatte ich
einmal weiter oben in diesem Thread beschrieben.

Gruß, Marc

[themaxx32000]

Hab jetzt mal die neuste Version via git geholt und das Ganze für die 7490 kompiliert. Gleiches Fehlverhalten: Nach ca. 35 Sekunden vervielfältigt sich der hmland-Prozess und fhem fängt fhem an ständige reconnects zu loggen.

Hab den Build mal angehängt, falls es jemand testen möchte..

Build für Fritzbox 7490 OS 6.XX, inkl.

-libusb
-strace
-hmsniff

EDIT: Bitte einfach die Version von Ich79 auf der nächsten Seite nehmen

[volschin]

Sorry, aber ein Prozess vervielfätigt sich unter Unix nicht einfach so. Ist Dein Startscript nicht sauber?

[marc2]

Hi !

Sorry, aber ein Prozess vervielfätigt sich unter Unix nicht einfach so. Ist Dein Startscript nicht sauber?

Bau Die mal mit Freetz ein "strace" und häng Dich mit "strace -f -p <PID des ersten Prozesses>
an den hmland. Es muss einen Grund geben warum der hmland Clients forkt.

Ein mehrfaches starten über das Startscript halte ich für unwahrscheinlich, da bereits der zweite Prozess
mit einem "Address already in use" fehschlagen müßte. Läßt sich aber mit ps schnell rausfinden. Wenn die
PPID  der Pozesses auf die PID eines hmland zurückführen läßt, dann forkt der hmland selber ....

Gruß, Marc

[themaxx32000]

Danke @marc2

"Ein mehrfaches starten über das Startscript halte ich für unwahrscheinlich, da bereits der zweite Prozess
mit einem "Address already in use" fehschlagen müßte." richtig, das Problem tritt auch ganz ohne Startscript auf (wovon übrigens auch keine Rede war in meinen Postings), d.h. start via ./hmland -d im entsprechenden Verzeichnis.

Der Prozess forkt sich auch nicht gleich selbst, sondern erst nach einiger Zeit. Möglicherweise dann, wenn fhem das device anspricht - ich meine das korreliert von der Zeit her. Das Andere ist, dass er sich genau zweimal forkt, d.h. es gibt immer nur eine endliche Zahl, genau genommen drei Prozesse, dann war es das.

Es handelt sich um child-Prozesse  (CLONE_VM flag) der libusb.

Ich probiere es mal mit strace bei Zeiten.

Danke

Hi !

Bau Die mal mit Freetz ein "strace" und häng Dich mit "strace -f -p <PID des ersten Prozesses>
an den hmland. Es muss einen Grund geben warum der hmland Clients forkt.

Ein mehrfaches starten über das Startscript halte ich für unwahrscheinlich, da bereits der zweite Prozess
mit einem "Address already in use" fehschlagen müßte. Läßt sich aber mit ps schnell rausfinden. Wenn die
PPID  der Pozesses auf die PID eines hmland zurückführen läßt, dann forkt der hmland selber ....

Gruß, Marc

[themaxx32000]

Anbei mal ein logfile inkl. dem strace output für den hmland parent Prozess

Zu sehen:

EDIT: parent pid 2555, danach "clone(Process 2565 attached" und "clone(Process 2566 attached"

Logfiles auf nächster Seite zusammen gefasst.