Hi,
Leider noch unerfahren unter Linux, versuche ich fhem auf meine, Raspi zu installieren... Erhalte dabei aber folgenden Fehler unter Raspbian Wheezy: sudo dpkg -i fhem-5.5.deb...
-rc.d: using dependency based boot sequencing
insserv: warning: script 'mathkernel' missing LSB tags and overrides
Starting fhem..
Noch eine Frage, bitte:
Ich habe den HM-USB-CFG angeschlossen. Muss ich hier noch Treiber installieren ?
Besten Dank...
Die erste Meldung sollte kein wirkliches Problem sein und fhem sollte trotzdem laufen.
Zur zweiten Frage: JA - der HMUSB braucht einen Treiber http://forum.fhem.de/index.php/topic,13071.0.html
hab die Sache mit dem mathkernel gefunden - ich wusste doch, dass ich das schonmal irgendwo gelöst hatte:
http://forum.fhem.de/index.php/topic,20553.msg144449.html#msg144449
Schau mal da rein:
http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter
Da ist es mehr kochrezeptartig.
Die alternative Variante müsste auch gehen, die Warnung war wohl falscher Alarm.
Probier es mal aus. Wenn du Fragen hast oder Probleme, dann rühr dich :)
Klasse, danke... Dann startet fhem nun stets automatisch?
Nun suche ich noch einen aktiven USB-Hub, der die Ports des RPi erweitert und an dem ich den RPi, einen MaxCube, Homematicadapzer und einen CUL versorgen kann mit Strom - der dabei aber sparsam ist. Jaz jemand einen Tipp?
Ich sah in deiner Signatur, dass du Max ebenfalls verwendest. Dieser steuert bisher meine Thermostate ohne fhem. Den Cube möchte ich ebenfalls am RPi anschliessen, damit fhem die Thermostate steuern kann. Gont es dafür ein How-To?
D-LINK DUB-H7
Fhem startet nach der von dir benutzten Anleitung automatisch.
Die von mir verlinkte Variante bezieht sich auf das Laden vom homeland Treiber. Das wird dabei in das fhem Startskript eingebaut.
Die Idee stammt übrigens von betateilchen ;)
Was den Cube angeht, das kann ich dir nicht sagen. Ich verwende die Max Teile an einem 868er Cul.
Schau mal bitte entweder in den Max Bereich vom Forum, oder in die commandref. Der Cube geht wohl, aber er muss gepollt werden.
D.h. du musst ihn fragen, dann antwortet er.
Bei Verwendung des Culs ist das anders, die teilen fhem ihren Status mit.
Hallo,
und wieder ...
Wenn die Frage gelöst ist bite den Beitrag entsprechend markieren damit andere sehen das die Frage gelöst wurde.
Danke.
Grüße
Hi,
Kurz: der HMUSBCFG hängt nun am DLINK-Hub.
Nun habe ich unter Raspbian den Treiber versucht anhand des Wiki zu installieren.
Apt-get install build-essentials libusb-1.0-0-dev make gcc git-core kann allerdings nicht gefunden werden.
Und so meckert nach git clone auch der make-Befehl, dass libusb fehlen würde.
Kann jemand kurz aushelfen?
versuchs mal so:
sudo apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
Hatte ich so eingegeben... Das Paket build-essentials könne nicht gefunden werden.
das gibts nicht bei jeder Distribution. Einfach weglassen. Wenn bei Dir der make Befehl schon meckert, ist das meiste ja ohnehin schon vorhanden.
Mitdenken und zu verstehen, was man eigentlich tut, kann manchmal sehr hilfreich sein - zumindest hilfreicher als stumpfsinniges copy&paste
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 $
Hat denn niemand eine Idee, warum make nicht durchläuft und obigen Fehler rauswirft?
Hallo,
du erwartest dir aber nicht im Ernst innerhalb von 28 Minuten eine Antwort oder?
FHEM ist ein Projekt das freiwillig! von allen hier betreut wird.
Jeder der hier hilft (oder es zumindest versucht) macht das frewillig und in seiner (ihrer) Freizeit.
Du wirst dich wohl oder übel gedulden müssen bis sich jemand meldet der dir helfen kann oder es versucht.
Grüße
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
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.
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.
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
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?
Hallo,
ZitatIst 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.
ZitatIch 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 (http://forum.fhem.de/index.php/topic,13071.0.html)
Grüße
Du hast zwar ein Rechteproblem gelöst, hast aber noch weitere Rechteprobleme!
ZitatCan'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
ZitatDer 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:
Zitatsudo cp hmcfgusb.rules /etc/udev/rules.d/
was nur geht wenn du im Verzeichnis
Zitat/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 :)
Hallo,
ZitatDoch. 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
So, 24 Seiten von 28 Seiten gelesen und versucht, einiges zu verstehen...
Nun sieht mein log so aus:
Zitat2014.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.
Dann läuft es jetzt?
Hallo,
ZitatSo, 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
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.
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