Installationsproblem fhem

[Joachim]

lesen, und verstehen!

Er war stets bemüht, mitzudenken... Und dennoch verstehe ich den Fehler noch nicht:
hmland.c:40:31: fatal error: libusb-1.0/libusb.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
make: *** [hmland.o] Fehler 1
pi@rpiHM /opt/hmcfgusb $

dann Google befragen:
libusb-1.0/libusb.h: Datei oder Verzeichnis nicht gefunden

danach wider lesen und verstehen

Gruß Joachim

[Blebbens]

So, apt-get install build-essentials libusb-1.0-0-dev make gcc git-core führte zum Fehler...
Sudo apt-get install libusb-1.0-0-dev wurde anstandslos ausgeführt.
Daraufhin klappt auch das make.

Nun schliesse ich den Adapter an und teste mal fhem... Ich bin gespannt.

[Blebbens]

Hachja... ich habe nun folgendes in das Startskript eingebunden zum Start von Umland:
/opt/hmcfgusb/hmland -d -p 1234
und bei stop anschließend den kill-Befehl...

Dann habe ich die basicAuth-Zugangsdaten definiert in der fhem.cfg

Im log-File von fhem findet sich nun folgender Eintrag:
Can't open /dev/ttyAMA0: Permission denied

Ich habe aber die Rechte auf fhem bereits angepasst mit: sudo chmod -R a+w fhem

Mir fällt als Neuling noch nicht ein, wie ich testen kann, ob der HM-CFG-Adapter korrekt funktioniert und gehe davon aus, dass obiger Fehler aufgrund der Nicht-Funktion des Adapters ausgeworfen wird.

Leider habe ich noch keine weiteren Homematic-Komponenten erhalten bisher zum Test - bis dahin soll aber alles funktionieren.

Wie kann ich testen, ob der Adapter korrekt erkannt wird ? Derzeit ist er am USb-Hub angeschlossen.

[Joachim]

Wenn Du deine Fehlermeldung bei Google eingtippst, findest Du diverse Hinweise, unter anderem diesen:
http://www.fhemwiki.de/wiki/CUL_am_Raspberry_Pi_flashen
Suchen erspart oft Stundenlanges Probieren.
Linux hat diverse Sicherheitskonzepte, die einem Anfänger manchmal das Leben schwer machen,
da hilft es nichts, mann muß sich mit den Grundlagen befassen.

Gruß Joachim

[Blebbens]

War ja auch stolz, dass die Rechteprobleme durch Suchen gelöst wurden, aber...
Ist ein CUL nicht etwas anderes als der HM-USB-CFG? Ich hatte es so verstanden, dass ich den Adapter nicht flashen muss, sondern nur einen CUL?

[Puschel74]

Hallo,

Ist ein CUL nicht etwas anderes als der HM-USB-CFG?

Nein, beides sind Sende- Empfangseinheiten für Geräte.
Der CUL kann nur mehr Produktfamilien bedienen als der HM-Adapter.

Ich hatte es so verstanden, dass ich den Adapter nicht flashen muss, sondern nur einen CUL?

Der HM-CFG-USB lässt sich auch nicht flashen - da sind die beiden (CUL vs. HM-CFG-USB) unterschiedlich.

Da du aber einen HM-CFG-USB verwendest (verwenden willst) schaust du dir wieso nicht das an:
http://forum.fhem.de/index.php/topic,13071.0.html

Grüße

[Joachim]

Du hast zwar ein Rechteproblem gelöst, hast aber noch weitere Rechteprobleme!

Can't open /dev/ttyAMA0: Permission denied

befasse Dich mit der Rechtevergabe unter Linux, und dann wirst Du verstehen, was passiert.
Es macht keinen Sinn Dir jetzt dieses Problem zu lösen, ohne dass Du begreifst woher das Problem kommt.
Denn bei dem nächsten oder übernächsten mal wirst Du irgendwann gefrustet das Handtuch werfen, wenn die Grundlagen fehlen.
Wenn Du Autofahren möchtest, bringt das auch nur Spass, wenn Du weisst, wie man mit einem Autoschlüssel umgeht,und das wird in der Fahrschule nicht gelehrt.
Die Lösung steht übrigens in dem verlinkten Beitrag.

Gruß Joachim

[Rince]

Der HM-CFG-USB lässt sich auch nicht flashen

Doch. Für Firmwareupdates lässt der sich sehr wohl flashen. Steht auch im 1. Posting des Hm CFG USB Beitrags drinnen.


Damit die Rechte vom hmland funktionieren, bitte beachte:

sudo cp hmcfgusb.rules /etc/udev/rules.d/

was nur geht wenn du im Verzeichnis

/opt/hmcfgusb

bist, sonst erweiterst halt den oberen Befehl um den Pfad. Ist genau wie unter Windows auch. Kein Stress
Wenn du mal in fhem nachsiehst, solltest in fhem unter "everything" den hmlan (wie auch immer du ihn benannt hast), als opened stehen.

Jetzt hast du quasi 2 Rechtedinge:
hmland
cul
Wenn du in den Beiträgen jeweils schreibst, worum es grade geht, ist es leichter

[Puschel74]

Hallo,

Doch. Für Firmwareupdates lässt der sich sehr wohl flashen. Steht auch im 1. Posting des Hm CFG USB Beitrags drinnen.

Das war mir schon klar ist für mich aber kein "flashen" in dem Sinne wie der CUL geflasht werden muss.

Der CUL muss zwingend vor der Inbetriebnahme seine Firmware geflasht bekommen - der HM-CFG nicht da dieser bereits mit seiner Firmware ausgeliefert wird.
Bei beiden ist das spätere flashen für mich nur noch ein "Firmwareupdate".

Ja klar. Es funktioniert gleich aber wie gesagt - der CUL muss zwingend nach dem Neukauf seine Firmware geflasht bekommen, der HM nicht.

Grüße

[Blebbens]

So, 24 Seiten von 28 Seiten gelesen und versucht, einiges zu verstehen...

Nun sieht mein log so aus:

2014.05.17 20:19:27 3: WEB: port 8083 opened
2014.05.17 20:19:27 3: WEBphone: port 8084 opened
2014.05.17 20:19:27 3: WEBtablet: port 8085 opened
2014.05.17 20:19:28 2: HMLAN_Parse: hmusb new condition disconnected
2014.05.17 20:19:28 3: Opening hmusb device 127.0.0.1:1234
2014.05.17 20:19:28 3: hmusb device opened
2014.05.17 20:19:28 2: HMLAN_Parse: hmusb new condition init
2014.05.17 20:19:28 1: Including ./log/fhem.save
2014.05.17 20:19:28 1: usb create starting
2014.05.17 20:19:30 3: Opening CUL device /dev/ttyAMA0
2014.05.17 20:19:30 3: Setting CUL baudrate to 38400
2014.05.17 20:19:30 3: CUL device opened
2014.05.17 20:19:30 3: Opening TCM310 device /dev/ttyAMA0
2014.05.17 20:19:30 3: Setting TCM310 baudrate to 57600
2014.05.17 20:19:30 3: TCM310 device opened
2014.05.17 20:19:30 1: usb create end
2014.05.17 20:19:30 0: Server started with 10 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user fhem, pid 1974)

Unter UNSORTED wird er als OPENED ausgewiesen...

Der folgende Befehl hat wohl zum Ziel der Rechtevergabe geführt...
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

Denn,  "sudo cp hmcfgusb.rules /etc/udev/rules.d/" hatte ich bereits ausgeführt und dennoch die Rechteproblematik gehabt.

[Joachim]

Dann läuft es jetzt?

[Puschel74]

Hallo,

So, 24 Seiten von 28 Seiten gelesen und versucht, einiges zu verstehen...

Wir können die Seiten für dich lesen.
Aber versehen musst du das schon selbst 

Grüße

[Blebbens]

Hoffe, obiges Log deutet darauf hin, dass alles korrekt läuft, sodass ich bald die ersten HM-Komponenten in Betrieb nehmen kann...

Ich versteh nun zwar mehr, aber nur so manches...
Warum aber besagt das Log, dass ein CUL device nun geöffnet sei? Es ist einzig der HM-CFG-USB angeschlossen... Und was ist das TCM310? Diese Geräte sagen mir nichts bisher.

[Joachim]

Weil das usb-autocreate Unsinn liefert. Leider ist Rudi der Meinung, das ist gut so.
Im Zweifelsfall das USB-Autocreate in der fhem.cfg auskommentieren.
http://forum.fhem.de/index.php/topic,19486.msg131140.html#msg131140

Gruß Joachim