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

[Longahr]

Ich hatte das gleiche Problem auf dem cubie, als ich größere Datenmengen mit rsync auf eine USB-HDD kopiert habe, die an das gleiche aktive USB-Hub angeschlossen war wie der HM-USB. Schätze mal, dass es deswegen einen Timeout bei der Kommunikation mit dem Stick gab und sich dann irgendetwas aufgehangen hat. FHEM Neustart half nicht. Erst als ich den Stick gezogen und wieder gesteckt habe, funktionierte die Kommunikation wieder.

[volschin]

Gerade bei einer Timing-kritischen Komponente, wie dem HM-CFG-USB kann ich nur empfehlen, den direkt an den Raspi B+ anzudocken. Da das Stromversorgungsproblem beim B+ gelöst ist, sollte man dort auch mit einem 2A Netzteil rangehen oder auf den Handy-Ladeport eines USB-Hubs gehen. So habe ich es derzeit bei mir am Laufen.

[Ralli]

Hallo,

hätte jemand zufälligerweise ein fertiges Image 6.20 für eine 7390 inkl. hmland für den HM-CFG-USB2?

Habe hier noch eine alte 7390, die letztendlich (nur) als HMLAN für einen dedizierten fhem-rpi dienen soll.

[Condor1978]

Mein hmland für die 7390 läuft jetzt auf der FW6.20
Nachdem ich es jetzt selber unter Freetz-Linux Cross-Kompiliert habe, habe ich gemerkt das ich an einer anderen stelle einen Fehler bei FHEM gemacht habe. (naja halt noch totaler anfänger)
Ich kann jetzt aber bestätigen das hmland aus Post 126 funktioniert, zumindest tut es irgend etwas.

Ein fertiges Image, wo gleich alles mit drinn ist habe ich nicht.

[Ralli]

Hast Du den hmland auf der Fritzbox dann kompiliert? Oder den hmland beim Erstellen des Freetz-Images direkt mit eingebracht?

Edit: Cross-kompiliert. Ok. Kannst Du Deine Vorgehensweise dokumentieren?

[Condor1978]

Ich bin auch totaler anfänger, daher kann es sein das nicht alle richtig ist was ich schreibe.

Kompiliert wird nicht auf der Fritzbox direkt, sondern da, wo man auch sein Freetz Image erstellt. Ich habe es in VirtualBox gemacht.
Direkt mit eingebracht habe ich es jetzt nicht, ist meiner meinung aber auch garnicht nötig, denn wenn man sich hmland von hier holt, brauch mann nur noch 5 schritte die hier auch schon häufiger zu finden sind.
* libusb-1.0.so.0.1.0 nach /var/media/ftp/lib kopieren
* Links für libusb-1.0.so.0 und libusb-1.0.so.0 anlegen (z.B ln -s libusb-1.0.so.0.1.0 libusb-1.0.so.0)
* export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib
* execute Rechte für die Binaries setzen (chmod 755 hmland hmsniff)
* hmland testweise starten: ./hmland -l 127.0.0.1 -p 1000

das war es schon.
wie es dann in FHEM eingebaut wird das hmland automatisch startet findet man auch hier irgendwo.

Ich hatte vorher die Original FW 6.20 auf meiner Fritzbox 7390, und habe damit keinen autostart von FHEM hinbekommen. Eine Lösung war halt Freetz zu Flashen, eine andere FEHM manuell zu starten. Ob es weitere möglichkeiten gibt weiß ich nicht.

Welche FW hast du denn? die Original oder Freetz ?

Achso Cross-Kompilieren
Ich gehe mal davon aus du hast irgendwo deine Umgebung wo du dir dein Freetz baust. dann ruft du deine Freetz konfiguration auf mit
"make menuconfig" auf.
Dort must du "Level of user competence" auf Expert" stellen, und dannach unter "Toolchain options"->"Toolchains" auf "Build own toolchains" stellen.
Dann wieder raus aus der menuconfig und "make toolchain" aufrufen.
nach einer ganzen zeit hast du dann deinen Cross Kompiler einsatzbereit.
genauere infos hierzu findest du hier.

dannach habe ich alles so gemacht wie es hier steht.
Ich habe aber hmland aus denn neusten source Fertig, die bei mir auch funktionieren.
Ich hänge die hier mal an, aber benutzen auf eigener gefahr, den ich bin Anfänger.

[Ralli]

Vielen vielen Dank!

Ich habe es wie folgt gemacht: Freetz aus dem aktuellen Trunk gezogen. Mit den obligatorischen Einstellungen (7390, Firmware 6.20) dann als "Experte" in der Auswahl der Shared Librarys die libusb... angewählt und das Image erstellt.

Nachdem das Image auf der Box war, zunächst die freetz-Sicherheitsstufe auf 0 gesetzt und dann die kompilierten Binarys nach /var/media/ftp/HMLAN kopiert (und ausführbar gemacht). Über das freetz-Webinterface dann die rc.custom mit den Einträgen

Code Auswählen Erweitern


export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/freetz/
/var/media/ftp/HMLAN/hmland -d -L /var/media/ftp/HMLAN/hmcfgusb.log -P


gefüttert. So wird nun bei jedem Box-Start auch der hmland nach dem Bootvorgang als Dämon gestartet.

Läuft.

[stenny73]

Hallo

Nachdem ich hier gelesen habe das einige den HM-CFG-USB auch An einer 7390 betreiben habe ich mir gedacht mein FHEM zu erweitern.

Ich nutze derzeit mein FHEM mIt dem Stick auF einem eigenständigen Rechner, diesen würde ich gerne Abschalten da ich einen Citrix XenServer in Betrieb habe auf den alles umziehen soll - aufgrund der Räumlichen entfernung wÜrde ich gerne den Stick an einer 7330SL anschliessen die hier auch vorhanden ist.

Jetzt versuche ich schon das ganze letzte Wochenende mit in Freetz Image zu bauen wo der Stick mit funktioniert. Jedoch sind die Infos die ich bisher gefunden habe um den hmland mit einzubauen recht mager. Kann bitte einer auf Basis des Freetz-Linux, was ich benuze, eine kleine HowTo zusammenstellen? Ich komme im moment irgendwie damit nicht weiter.


Danke
stenny

[RicoT]

@volschin
Sorry erstmal für die verspätete Antwort. Bei uns an der Arbeit stept momentan der Bär. Man könnte meinen es währe bald Weihnachten 

Welchen Kernel ich nutze kann ich dir garnicht sagen. Es ist das neuste Raspbian wheezy mit updates wenn dir das weiter hilft.

Probiert hatte ich es mit der Anleitung auf Seite 1 und aber auch mit dem von dir angesprochenen Script. Ergebnis war immer das gleiche.

Ist jetzt aber für mich selbst kein Problem. Gibt im Moment nichts wichtiges wo ich sage, ich brauch jetzt unbedingt das Update von FHEM. Ich wollte es halt nur erwähnt haben damit jemand darüber bescheid weis...

[docloy]

Ich hätte da mal nen Fehler mit zu teilen bei dem ich mir aber nicht sicher bin, ob es an FHEM oder hmland liegt. Und zwar habe ich gestern folgende Beobachtung gemacht:

Ich habe mir einen Rapberry Pi (B+) zugelegt und FHEM darauf installiert. Compilieren und alles hat einwandfrei und ohne Fehler geklappt. Das einzige Problem was ich hatte war, dass hmland immer direkt nach dem booten des Rapberry auf disconnected stand. Ich mußte den HM-CFG-USB jedesmal erst abziehen und wieder anstecken. Erst dann stand hmland auf opened und ich konnte meine Steckdosen schalten.

Meine vorgehensweise war IMMER Raspbian auf die Karte, Raspberry einrichten, FHEM installieren und einrichten, FHEM updaten, hmland compilieren...

Ich habe mehrfach immer wieder von vorne angefangen weil ich dachte ich hätte was falsch gemacht. Und dann kams:

Einmal hatte ich dann vergessen FHEM zu aktuallisieren. Und siehe da, es funktionierte alles auf anhieb und ohne Probleme. Ich habe es auch noch zwei mal probiert und es war immer wieder das gleiche. Sobald ich in FHEM ein Update gemacht habe, musste ich den Stick immer erst abziehen und wieder anstecken damit hmland funktioniert. FHEM Update war übrigens vom 05.12.2014...

Wie gesagt, ich weis nicht ob es an FHEM oder hmland liegt. Wollte es nur mal mitteilen...

Habe heute fhem nach längerer Zeit aktualisiert. Seither ist  mein hmusb immder disconnected. Habe auch einen Raspberry Pi (B UK-Version). 

[volschin]

Ich habe auf meinem HM-CFG-USB immer Fehlermeldungen, die das Log zumüllen:

Code Auswählen Erweitern

2014.12.19 19:21:21 3: hmusb: Unknown code A0B98A2581121591126400000::-95:hmusb, help me!
2014.12.19 19:21:21 3: hmusb: Unknown code A0E988202112640112159010100002B::-93:hmusb, help me!
2014.12.19 19:22:33 3: hmusb: Unknown code A0C8D867011647B00000000D83A::-83:hmusb, help me!
2014.12.19 19:22:53 3: hmusb: Unknown code A0B8DA25811647B1C4C9D0000::-83:hmusb, help me!
2014.12.19 19:22:53 3: hmusb: Unknown code A0E8D82021C4C9D11647B0101000030::-79:hmusb, help me!
2014.12.19 19:23:05 3: hmusb: Unknown code A0C99867011215900000000DA40::-93:hmusb, help me!
2014.12.19 19:23:25 3: hmusb: Unknown code A0B99A2581121591126400000::-93:hmusb, help me!
2014.12.19 19:23:25 3: hmusb: Unknown code A0E9982021126401121590101000029::-89:hmusb, help me!
2014.12.19 19:25:04 3: hmusb: Unknown code A0C8E867011647B00000000D83A::-83:hmusb, help me!
2014.12.19 19:25:24 3: hmusb: Unknown code A0B8EA25811647B1C4C9D0000::-83:hmusb, help me!
2014.12.19 19:25:24 3: hmusb: Unknown code A0E8E82021C4C9D11647B0101000030::-79:hmusb, help me!
2014.12.19 19:25:58 3: hmusb: Unknown code A0C9A867011215900000000DA41::-92:hmusb, help me!

Funktionseinschränkungen konnte ich bisher nicht erkennen.
Hat jemand eine Idee, wie ich das korrigiert bekomme?

Gruß
Veit

[frank]

suche vccu. 

[volschin]

Danke für den Tipp. Ich verstehe noch nicht ganz warum, aber es scheint zu helfen. 

[docloy]

suche vccu. 

Auch ich Danke für den Hint. Habe mich eingelesen und entsprechend konfiguriert. Jetzt geht der HMUSB wieder.... Vielen Dank!

PS Ist wohl nicht clever, hier nicht regelmäßig reinzuschauen....

[FHEMAN]

oder mit dem Betriebsystem starten...

folgendes in eine script.sh schreiben, Rechte setzen (chmod a+x script.sh), (als root) ausführen, glücklich sein

Hallo hexenmeister,

ich habe auf einem Raspberry noch den Squeezeplug Server laufen, daher gibt es folgende Meldung:

Code Auswählen Erweitern

root@squeezeplug:/opt/hmcfgusb# ./script.sh
update-rc.d: using dependency based boot sequencing
insserv: warning: script 'hmland' missing LSB tags and overrides
insserv: There is a loop between service logitechmediaserver and hmland if stopped
insserv:  loop involving service hmland at depth 2
insserv:  loop involving service logitechmediaserver at depth 1
insserv: Stopping hmland depends on logitechmediaserver and therefore on system facility `$all' which can not be true!
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
root@squeezeplug:/opt/hmcfgusb#

Kannst Du mir Linux Noob bitte sagen, wie ich das Script abändern muss?