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

[danielsen]

Danke für die "Such-Tipps". Dann wollen wir mal gucken wo das Problem liegt ....

zur Info - so sieht momentan mein Startbefehl aus: sudo chrt 30 /opt/hmcfgusb/hmland -d -P -l 127.0.0.1 -p 1234 > /home/pi/logs/hmland.log 2>&1

Wie sieht die load auf dem rpi aus?

Wenn ich ab und zu mit "top -b" rauf schaue, sieht es gut aus. Es läuft auch nur der FHEM und MPD.
  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
2477 root       -31   0  1956  600  492 S     0.0      0.1     0:00.08 hmland

Interessant wäre natürlich die Infos wenn es zu einem usb timing problem kommt. Kennt jemand hierfür Log-Techniken?

Was hängt noch am USB?

Nur der HM-USB Konfigurator. Zwischen dem USB-HM und dem RPie ist noch das weiße USB-Verlängerungskabel. Aber das sollte ja kein Problem sein, oder? Ich werde morgen das ganze auch noch einmal direkt am RPie testen.

Hast du viel last (gewollt / ungewollt) auf dem Ethernet (hängt auch am USB)?

Wie kann ich das auslesen? Bzw. loggen?

Welche Parameter bekommt der kernel beim boot, was steht in der cmdline.txt?

dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

Andere Auffälligkeiten im log des rpi? (Kern.log etc)

Auf dem ersten Blick (bin da kein Profi) sieht es "ok" aus. im Kernel-Log steht nur was, wenn ich den RPie neugestartet habe.

Kann ich noch was machen? :/

Update: Irgendwie ist das ganze nicht mal reproduzierbar. Seit knapp 20h wurde kein Timeout gemeldet ... mal schauen wie lange es gut geht!

[cotecmania]

Hi,

hat alles geklappt auf meinem Raspberry bis auf das Starten aus FHEM raus. Will kein extra Script haben.
Wenn ich den Deamon ueber putty starte meldet FHEM opened.

Wenn ich aber den Deamon aus FHEM raus starte mit :
define Start_HMLAND watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || /opt/hmcfgusb/hmland -d -p 4199");;}

Dann habe ich folgende sich wiederholende Fehler im Logfile :

2014.01.09 22:27:46 3: Watchdog Start_HMLAND triggered
Daemon with PID 13570 started!
2014.01.09 22:27:46 3: -1
2014.01.09 22:28:41 1: 127.0.0.1:4199 reappeared (hmusb)
2014.01.09 22:28:41 1: HMLAN_Parse: hmusb new condition init
Can't open device: Access denied (insufficient permissions)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2014.01.09 22:28:41 1: 127.0.0.1:4199 disconnected, waiting to reappear
2014.01.09 22:28:41 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.09 22:28:41 1: 127.0.0.1:4199 reappeared (hmusb)
2014.01.09 22:28:41 1: HMLAN_Parse: hmusb new condition init
Can't open device: Access denied (insufficient permissions)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
...
...



chmod 777 /opt/hmcfgusb/hmland hat auch nichts gebracht.


Gruss

[volschin]

Dein User hat kein Problem mit dem Dateizugriff, sondern ist nicht zum Zugriff auf das USB-Device berechtigt, wie klar in der Fehlermeldung steht. also hmland unter root starten oder Rechte des Benutzers erweitern unter dem FHEM läuft.

Gruß
Veit 

[cotecmania]

Hallo Veit,

ich komme aus der Windows-Welt und habe FHEM laut Anleitung standardmässig auf Raspberry installiert.

Unter welchem User läuft FHEM ?
Auf die Frage wie man FHEM auf Raspberry als root startet habe ich im Forum auch noch keine Antwort gefunden ?
Wie erweitert man die Rechte des Benutzers ?
Warum ging es bei den anderen auf dem Raspberry ?

Gruss

[jab]

Moin,

ich habe die Timeout Probleme auf dem Raspberry PI mal weiter verfolgt. chrt 30 hat die Situation etwas verbessert aber das Problem an sich nicht gelöst bei mir. Es sind trotzdem noch Timeouts aufgetreten. Es ist bekannt, dass der dwc_otg Treiber für USB 2.0 nicht der beste ist. Ich habe daher etwas mit den Parametern experimentiert. Bin jetzt zu einer stabilen Konfiguration gekommen mit der ich seit zwei Tagen keinen einzigen Timeout mehr hatte. Dazu schalte ich den dwc_otg auf USB 1.1. Das macht das Netzwerk langsamer, aber hmland stabil. Manche Geräte (u.a.) Tastaturen und Mäuse gehen dann ggf nicht mehr.

Wenn es jemand probieren will muss man in der /boot/cmdline.txt folgenden Parameter einfügen (z.b. direkt an den Anfang):
dwc_otg.speed=1

Wenn das jemand hier verifizieren kann dann würde ich das auch im Wiki einpflegen.


Gruß,
Jan

[juppzupp]

Ich hab das Problem nicht, aber kannst du alternativ mal usbcore.use_both_schemes=Y
Testen?

[volschin]

Hallo Veit,

ich komme aus der Windows-Welt und habe FHEM laut Anleitung standardmässig auf Raspberry installiert.

Unter welchem User läuft FHEM ?
Auf die Frage wie man FHEM auf Raspberry als root startet habe ich im Forum auch noch keine Antwort gefunden ?
Wie erweitert man die Rechte des Benutzers ?
Warum ging es bei den anderen auf dem Raspberry ?

Gruss

Du könntest mal das versuchen:
define Start_HMLAND watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || sudo /opt/hmcfgusb/hmland -d -p 4199");;}

Ansonsten wird Dir nur helfen, Dich intensiver mit Linux auseinanderzusetzen. Ist nun mal ein Bastelsystem.
Ich kann dir auch nicht sagen, warum es bei den Anderen ging. Das ist ein weites Feld. Ich selbst habe meinen hmland unter root auf der Fritzbox laufen.

Ich halte persönlich diesen Start aus FHEM heraus sowieso für eine Krücke und würde den Start immer in das FHEM-Startscript vor dem Start von FHEM einbauen.

Gruß
Veit

[billy-boy]

Hallo zusammen.

Bei mit läuft eine 7390 im Keller mit dem Konfigurationsstick wunderbar. Jetzt möchte ich aber zwecks besserer "Ausleuchtung" den Stick an einer 7270 betreiben. Diese ist im Netz per LAN angebunden und steht Zentral.
Sie dient Eigentlich zur Abdeckung meines WLAN im Haus und ist auch ständig an.

Kann mir einer beim kompilieren helfen oder die libs zur Verfügung stellen ?

Habe leider nur VMware zur Verfügung aus den guten alten alten Freetz Zeiten.

Danke

[marc2]

Moin !

Habe leider nur VMware zur Verfügung aus den guten alten alten Freetz Zeiten.

Wenn Du Freetz schon nutzt, brauchst Du nur in diesem Thread zu suchen. Ich hatte schon einmal
erläutert, wie man sich die lib usb 1.1 und den hmland unter Nutzung des Freetz Toolchains
baut.

Gruß, Marc

[piet_pit]

Hallo Zusammen,
ich versuche zur Zeit, den HM-CFG-USB 2 auf einem Pi zum Laufen zu bringen. Ich bin entsprechend der Anleitung von Michael vorgegangen, hat auch alles soweit geklappt.
Bei Aufruf von Run hmland (./hmland -p 1234 -D) passiert aber nichts mehr, muss mich erneut über Putty auf den Pi einloggen

Wenn ich den HM-CFG-USB in den Pi einstecke, bootet der Pi neu...?, bei Aufruf von lsusb kann ich aber den Stick sehen, dmesg zeigt mir dann auch weitere Infos an.

Bei FHEM nutze ich nur einen CUNO (via LAN, FS 20), kann es sein, dass ich noch Veränderungen oder Anpassungen vornehmen muss, um den USB-Adapter nutzen zu können (z. B. in der fhem.cfg)?

Vielen Dank.
Pit   

[cotecmania]

Hallo,

Sobald bei mir ein Gerät (z.B. ActionDetector) gefunden wird, haengt sich FHEMWeb auf, d.h. keine neue Seite wird mehr angezeigt :
HMLAND habe ich einer putty-console im Debugmodus auf Port 1234 mit sudo gestartet.

Debug-Ausgaben (diese laufen weiter ...):

2014-01-13 22:16:35.325209: LAN < R8D769333,0002,00000000,FF,7FFF,09800242424224F56F01017E00

USB > 0x0000: 52 8d 76 93 33 00 02 00 00 00 00 ff 7f ff 0d 09   R.v.3...........
USB > 0x0010: 80 02 42 42 42 24 f5 6f 01 01 7e 00 42 42 05 4d   ..BBB$.o..~.BB.M
USB > 0x0020: ed 10 00 01 01 11 01 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:16:35.357103: LAN < R8D769333,0002,00000000,FF,7FFF,09800242424224F56F01017E00

USB > 0x0000: 52 8d 76 93 92 00 02 00 00 00 00 ff 7f ff 0d 09   R.v.............
USB > 0x0010: 80 02 42 42 42 24 f5 6f 01 01 c8 00 42 42 05 4d   ..BBB$.o....BB.M
USB > 0x0020: ed 10 00 01 01 11 01 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:16:35.389122: LAN < R8D769392,0002,00000000,FF,7FFF,09800242424224F56F0101C800
2014-01-13 22:16:56.877126: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
usb-transfer took 5ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c3 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 37 30 31 31 34 31 1e be 3d 42 42 42 05 4e   Q0701141..=BBB.N
USB > 0x0020: 4e c1 00 01 01 11 01 00 00 00 00 00 00 00 00 00   N...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:16:56.915634: LAN < HHM-LAN-IF,03C3,JEQ0701141,1EBE3D,424242,054E4EC1,0001
2014-01-13 22:17:21.886572: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
usb-transfer took 1ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c3 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 37 30 31 31 34 31 1e be 3d 42 42 42 05 4e   Q0701141..=BBB.N
USB > 0x0020: b0 72 00 01 01 11 01 00 00 00 00 00 00 00 00 00   .r..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:17:21.921404: LAN < HHM-LAN-IF,03C3,JEQ0701141,1EBE3D,424242,054EB072,0001

[themaxx32000]

Moin,

bin sehr daran interessiert, den HM-CFG-USB an einer ungefreezten 7490 in Betrieb zu nehmen. Weiß jemand ob ich das Modul für die 7390 verwenden kann (vermute nein, wegen unterschiedlicher CPU Architektur).

Und wie genau wird dieser Hilfs-Daemon dann gestartet - das ist mir noch nicht ersichtlich geworden.. Übernimmt das FHEM?

EDIT: Die Antwort auf diese Frage lautet: Über die startfhem im bin Verzeichnis von fhem

[Ich79]

Inzwischen sind auch die oben aufgeführten, bis dahin noch mit HMLAN gesteuerten, Geräte mit dem USB-Stick verbunden und der HMLAN wurde komplett abgeschaltet.

Kurze Zwischenfrage, was war denn der Beweggrund den HMLAN abzulösen und den USB Stick zu nutzen? Ist eine ernstgemeinte Frage. Ich finde die USB Option auch sehr interessant. Allerdings wirkt der HMLAN irgendwie "vertrauenswürdiger", wenngleich ich das nicht wirklich begründen kann Aber gab es damit Probleme? Bin nämlich gerade am überlegen (USB / HMLAN). USB hätte wohl den Vorteil vom geringeren Stromverbrauch. Aber auch die identische Reichweite und Stabilität?

Danke!

[betateilchen]

Der Grund war relativ einfach:

Der fhem-Server war per WLAN hier im Netzwerk unterwegs (was grundsätzlich kein Problem darstellt) der HMLAN aber per LAN angebunden.
Zum Einen gab es am vorgesehenen Montageort für den HMLAN eigentlich weit und breit kein Netzwerkkabel und zum Anderen kam es durch die Kommunikation zwischen LAN und WLAN immer wieder zu Problemen, denn Homematic ist zeitkritisch. Deshalb wollte ich den USB Adapter direkt am Server betreiben.  (Was sich als guter Plan herausgestellt hat)

Irgendwelche funktionalen Einschränkungen gegenüber dem HMLAN konnte ich durch den Wechsel auf den USB Stick nicht feststellen. Die Lösung läuft inzwischen seit mehreren Monaten unterbrechungsfrei durch (aktuelle Uptime des fhem-Servers knapp unter 100 Tagen)

[Ich79]

Der Grund war relativ einfach:
...

Mhm, danke für die Antwort! Du hast mir jedenfalls damit wieder ein paar Stunden Grübelei über "HMLAN oder USB" spendiert
Hier habe ich zwei Stockwerke. Aktueller Plan war: HMLAN an Switch im oberen Stockwerk. Jetzt könnte aber auch USB Stick an FB 7490 im unteren Stockwerk wieder eine Option sein.
In Deinem Fall verstehe ich die Entscheidung, bei mir geht es eher um den Stromverbrauch, weil eh "alles" per Kabel verbunden ist. Muss mir mal Gedanken machen. Die Lösung ist jedenfalls sehr elegant. Allerdings überlege ich noch einen CUL für FS20 zu holen. Dann wird's eng bei der FB.
Danke nochmal!
Boris