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

mfeske · 23 März 2015, 18:20:59

Zitat von: betateilchen am 21 März 2015, 21:52:05
Vermutlich. Es steht - inklusive der Angabe von Paketnamen - im ersten Beitrag dieses Threads.

Hallo betateilchen,

habe ich nicht übersehen, aber es war halt nicht alles klar. Wann zum Beispiel der Stick eingesteckt wird und wo der clone abgelegt werden soll zum Beispiel in /opt oder in /opt/FHEM. which make und which gcc erzeugen bei mir Ausgaben, ich geh mal davon aus die Hürde habe ich schon genommen.

Gruß
Micha

betateilchen · 23 März 2015, 18:30:04

Es ist völlig egal, wohin Du clonst. Die einzige Stelle, an der es KEINEN SINN macht, wäre innerhalb der fhem Verzeichnisstruktur.

mfeske · 23 März 2015, 18:59:44

weil ich es dann mit einem update kaputt mache ?

mfeske · 24 März 2015, 18:30:40

Hallo Michael,

ich hatte so gehofft

in /opt/ ein

Code Auswählen

git clone git://git.zerfleddert.de/hmcfgusb ausgeführt aber beim make kommt dann:

Code Auswählen

root@raspyfhem:/opt/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
hmland.c:41:31: fatal error: libusb-1.0/libusb.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
<builtin>: recipe for target 'hmland.o' failed
make: *** [hmland.o] Error 1

libusb-1.0 ist aber da, ich hatte vorher ein

Code Auswählen

sudo aptitude search libusb-1.

ausgeführt und da kam:

Code Auswählen

i A libusb-1.0-0                                                   - userspace USB programming library                                       
p   libusb-1.0-0-dev                                               - userspace USB programming library development files

Gruß
Micha

Lösung:

Code Auswählen

sudo aptitude install libusb-1.0-0-dev

Ergebnis:

Code Auswählen

root@raspyfhem:/opt/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -L/opt/local/lib  hmland.o hmcfgusb.o  -lusb-1.0 -lrt -o hmland
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmsniff.o hmsniff.c
gcc -L/opt/local/lib  hmsniff.o hmcfgusb.o  -lusb-1.0 -lrt -o hmsniff
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-hmcfgusb.o flash-hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o firmware.o firmware.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o util.o util.c
gcc -L/opt/local/lib  flash-hmcfgusb.o hmcfgusb.o firmware.o util.o  -lusb-1.0 -lrt -o flash-hmcfgusb
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-ota.o flash-ota.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o culfw.o culfw.c
gcc -L/opt/local/lib  flash-ota.o hmcfgusb.o culfw.o firmware.o util.o  -lusb-1.0 -lrt -o flash-ota

Ich wollte jetzt mit

Code Auswählen

./hmsniff

mal meine Umgebung abhören, damit ich mich für die richtige hmid entscheide, aber es kommt nur HM-CFG-USB opened!

Muss ich jetzt eigentlich den Dinest bei jedem Raspi start neu starten oder übernimmt FHEM das für mich? Ich habe es wie hier beschrieben eingetragen, aber hmusb wird mir in fhem nach einem Neustart als disconnected angezeigt. Mit

Code Auswählen

define Func_Start_Init_W watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || /opt/fhem/hmland -d -p 1234");;}

wird er als opened angezeigt

Gibt es weiter den Plan die Software direkt in FHEM zu integrieren?

Gruß
Micha

betateilchen · 24 März 2015, 20:16:23

Zitat von: mfeske am 24 März 2015, 18:30:40
Lösung:
Code Auswählen Erweitern
sudo aptitude install libusb-1.0-0-dev

Das steht doch auch im ersten Beitrag hier im Thread?

ZitatUm die Software zu kompilieren, braucht man (neben make und gcc, bei Debian am besten build-essential installieren) noch das Development-Paket für libusb-1.0 (Debian: libusb-1.0-0-dev).
Wenn man die nötigen Voraussetzungen geschaffen hat, dann sollte die Software ohne Fehlermeldungen kompilieren

Eine vollständige Integration in fhem macht eigentlich keinen Sinn, da Gerätetreiber (und ein solcher ist der hmland) immer benutzer- und plattformabhängig sind.

Den hmland selbst solltest Du immer starten, bevor Du fhem startest, am einfachsten bindest du ihn in das Startskript von fhem ein.

mfeske · 24 März 2015, 20:40:09

Hallo betateilchen,

ich bin jetzt auf Seite 16 der Beiträge

Ja ich hatte es nicht richtig gelesen, es war meine Schuld. ich hatte jetzt die watchdog Lösung genommen, hat diese Nachteile ?

Meine Logdatei wird jetzt mit Einträgen geflutet:

Code Auswählen

2015.03.24 20:30:46 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.03.24 20:30:46 1: HMLAN_Parse: hmusb new condition disconnected
2015.03.24 20:30:46 1: 127.0.0.1:1234 reappeared (hmusb

Der Beitrag hat mir leider nicht weitergeholfen. Wenn ich den Start über watchdog entferne und

Code Auswählen

./hmland -d -p 1234 zum starten verwende kommt die Meldung nicht. Welches script genau ist den jetzt zum starten? Bin auf Seite 18 und habe glaube ich schon drei unterschiedliche Startmethoden gefunden

Ich bin noch nicht mal zum pairen vorgedrungen, weil ich mich noch mit dem starten befasse und auch gerne wissen würde, ob ein opened heißt alles ist okay oder ob ich das irgendwo prüfen kann.

Gruß
Micha

betateilchen · 24 März 2015, 21:43:59

Das Startskript für fhem findest Du mit dem Namen fhem in /etc/init.d

In aktuellen fhem Versionen ist im Startskript sogar der hmland-Start schon mit eingebaut und lediglich auskommentiert. Das erleichtert Dein Vorhaben erheblich.

mfeske · 24 März 2015, 21:56:59

Ich habe natürlich eine aktuelle Version bevor ich hier poste

Ich hatte nur nicht gefunden, das ich da im fhem boot script etwas aktivieren kann.

Ich hatte jetzt das script aus dem Anhang genommen und den raspi neugestartet mit dem erfolg das ich mich jetzt per ssh nicht mehr einloggen kann

betateilchen · 24 März 2015, 22:11:57

Zitat von: mfeske am 24 März 2015, 21:56:59
mit dem erfolg das ich mich jetzt per ssh nicht mehr einloggen kann

Das hat aber nichts mit dem Skript im Anhang zu tun, sondern mit ziemlicher Sicherheit mit Deinen Basteleien am watchdog, die dazu geführt haben, dass Dein Raspberry jetzt in einer Endlos-Bootschleife festhängt.

Intruder1956 · 24 März 2015, 22:28:12

hallo ihr beiden, ich habe auch heute meinen HM-CFG-USB-2 geliefert bekommen,
habe ihn nach Anleitung hier installiert und anschl. einen HM-Sec_SC gepaart.
Alles läuft

bei mir steht auch nur im HM-CFG-USB-2 STATE opened und nicht wie bei den anderen Initialisiert

Viel Erfolg

mfeske · 24 März 2015, 22:31:30

den watchdog hatte ich doch schon gelöscht (zumindest dachte ich das) möchte aber auch nicht ausschließen, das ich das unübersehbare rote ? übersehen habe und kein save config gemacht habe.

Welche Lösung gibt es, wenn ich keinen Monitor am raspi habe ? Speicherkarte raus und fhem.cfg am Linux Rechner bearbeiten ?

Nachtrag watchdog ist nicht in der fhem.cfg

mfeske · 24 März 2015, 22:33:42

Zitat von: Intruder1956 am 24 März 2015, 22:28:12
Alles läuft

Herzlichen Glückwunsch ich hoffe ich schaffe es auch noch. Zum starten hast Du die Zeile in der /etc/init.d/ auskommentiert ?

Gruß
Micha

Intruder1956 · 24 März 2015, 22:39:06

ich habe es so gemacht wie es in der Anleitung stand,
was ich dann hier als letztes von Betateilchen gelesen habe, habe ich dann noch zusätzlich in init.de auskommentiert

PS. habe auch schon komplett reboot vom Raspi gemacht, läuft alles

Intruder1956 · 24 März 2015, 22:43:32

was mir aber gerade einfällt, ich musste zwischendurch auch mal den Adapter abziehen und in Fhem das Device komplett löschen.
danach ging es

moonsorrox · 29 März 2015, 18:51:39

ich habe nun länger nichts mit dem HM-CFG-USB Adapter gemacht und habe folgende Frage.

Kann ich diesen HM-CFG-USB auch auf meinem 2. Cubietruck nutzen..? Es sollte doch reichen den Adapter per IP einzubinden, so in der Art:

Code Auswählen


define HMUSB HMLAN <IP vom 1.CT>
attr HMUSB hmId 1EA121
attr HMUSB hmLanQlen 1_min
attr HMUSB icon usb_stick
attr HMUSB logIDs 
attr HMUSB wdTimer 25

Geht das so und die Frage ist dabei welchen Port muss ich angeben..?