Noch ganz neu hier, und gleich mit dem ersten Problem.
Ich habe einen RPI, FHEM darauf installiert und nun einen CUL bekommen.
Ich habe den CUL(V3) gleich mit Amtel FLIP unter Windows geflashed, da ich gelesen habe, dass das flashen über den RPI problematisch ist.
-> das flashen des CUL mit FLIP hat funktioniert.
Also denke ich, dass der CUL funktioniert, und die aktuelle Firmware(culfw) drauf ist.
Habe aber das Problem:
2013.02.01 07:43:27 1: usb create starting
2013.02.01 07:43:29 3: Opening CUL device /dev/ttyAMA0
2013.02.01 07:43:29 3: Can't open /dev/ttyAMA0: Permission denied
2013.02.01 07:43:29 1: usb create end
- RPI neu gestartet, FHEM neu gestartet, CUL mehrmals neu eingesteckt -> gleiches Ergebnis
- müsste FHEM nicht nach /dev/ttyACM0 suchen ?
- muss man noch einen Treiber installieren ?
Wer kann mir weiterhelfen ?
Gruss Martin
PS: ich muss leider noch weg, kann also nicht gleich antworten.
Danke
Hi Martin,
kannst du mal in einer Konsole am RPi den Befehl
$ ls -l /dev/ttyAMA0
absetzen und das Ergebnis hier posten?
Unter welchem Benutzer läuft FHEM auf dem RPi?
Gruß
Thomas
Hallo Thomas
Danke für Deine Hilfe.
Hab nun den Befehl abgesetzt:
pi@raspberrypi ~ $ ls -l /dev/ttyAMA0
Hier die Antwort:
crw-rw---- 1 root tty 204, 64 Feb 1 07:43 /dev/ttyAMA0
Wie finde ich den heraus, unter welchem Benutzer FHEM leuft ?
Installiert habe ich FMEM, da war ich als pi angemeldet.
(glaube ich habe den Befehl "sudo" mit verwendet)
Gruss Martin
Hi,
mit
$ sudo usermod -a -G tty pi
sudo usermod -a -G tty fhem
ordnest du die User "pi" und "fhem" auch der Gruppe "tty" zu, welche read+write-Rechte auf das Device hat.
Gruß
Thomas
Bitte ohne das "$"
Hmmm.... Tante Edith wird dringend benötigt.... ;)
Ich habe gerade gesehen, dass die Option "-a" wohl veraltet ist und nun "-A" lauten muss.
Gruß
Thomas
Nochmals Hallo
2013.02.01 14:42:53 3: Opening CUL device /dev/ttyAMA0
2013.02.01 14:42:53 3: Setting CUL baudrate to 38400
2013.02.01 14:42:53 3: CUL device opened
Nun schaut´s schon besser aus :-)
Muss ich nun in der fhem.cfg den CUL noch definieren ?
zum Beispiel:
define CUL_0 CUL /dev/ttyACM0@9600 0000
attr CUL_0 rfmode HomeMatic
ist das korrekt ?
Danke und Gruss
Also irgendwie ist noch der Wurm drin.
Ich habe in der fhem.cfg den folgenden Eintrag gemacht:
define CUL_0 CUL /dev/ttyAMA0@9600 1234
FHEM neu gestartet
Nun habe ich im Log:
2013.02.01 16:17:14 0: Server shutdown
2013.02.01 16:17:18 1: Including fhem.cfg
2013.02.01 16:17:18 3: telnetPort: port 7072 opened
2013.02.01 16:17:19 3: WEB: port 8083 opened
2013.02.01 16:17:19 3: WEBphone: port 8084 opened
2013.02.01 16:17:19 3: WEBtablet: port 8085 opened
2013.02.01 16:17:19 3: Opening CUL_0 device /dev/ttyAMA0
2013.02.01 16:17:20 3: Setting CUL_0 baudrate to 9600
2013.02.01 16:17:20 3: CUL_0 device opened
2013.02.01 16:17:29 1: Cannot init /dev/ttyAMA0, ignoring it
2013.02.01 16:17:29 1: Including ./log/fhem.save
2013.02.01 16:17:29 1: usb create starting
2013.02.01 16:17:30 3: Opening CUL device /dev/ttyAMA0
2013.02.01 16:17:30 3: Setting CUL baudrate to 38400
2013.02.01 16:17:30 3: CUL device opened
2013.02.01 16:17:31 1: usb create end
2013.02.01 16:17:31 0: Server started
wenn ich nun meinem CUL_0 im Webinterface das Attribut:"rfmode HomeMatic"
zuweisen möchte erhalte ich den Fehler:
CUL_0: Mode HomeMatic not supported
Grüsse Martin
Hallo,
hast du mehrere CUL?
Den CUL_0 hat fhem abgelehnt - warum auch immer aber dafür einen CUL angelegt.
Unter "Unsorted" sollte dieser eigentlich aufscheinen.
Grüße
Danke für die Antwort.
Nein, ich habe mur einen CUL
Ich habe nochmal den Eintrag in der fhem.cfg auf:
#define EUL TCM 310 /dev/ttyACM0@57600 gesetzt.
-> also auskommentiert
FHEM neu gestartet
mit folgendem Ergebnis:
2013.02.01 18:17:18 0: Server shutdown
2013.02.01 18:17:21 1: Including fhem.cfg
2013.02.01 18:17:22 3: telnetPort: port 7072 opened
2013.02.01 18:17:22 3: WEB: port 8083 opened
2013.02.01 18:17:22 3: WEBphone: port 8084 opened
2013.02.01 18:17:22 3: WEBtablet: port 8085 opened
2013.02.01 18:17:23 1: Including ./log/fhem.save
2013.02.01 18:17:23 1: usb create starting
2013.02.01 18:17:24 3: Opening CUL device /dev/ttyAMA0
2013.02.01 18:17:24 3: Setting CUL baudrate to 38400
2013.02.01 18:17:24 3: CUL device opened
2013.02.01 18:17:24 1: usb create end
2013.02.01 18:17:25 0: Server started
Nun müsste doch der von FHEM angelegte CUL müsste nun unter: "Unsorted" erscheinen.
-> tut es aber nicht.
Ist mir immer noch nicht klar, ob ich den CUL in der fhem.cfg definieren muss, oder ob das FHEM automatisch machen sollte.
Wie ich schon am Anfang geschrieben habe, Aller Anfang ist schwer.
Gruss Martin
Gruss Martin
Hallo Martin,
irgend etwas passt da noch nicht. Hier ein Auszug aus meiner fhem.cfg
define CUL1 CUL /dev/ttyACM0@9600 1234
attr CUL1 rfmode SlowRFIst aber für FS20, nicht für HomeMatic und mein CUL heißt hier /dev/ttyACM0 (andere Plattform) statt /dev/ttyAMA0. Dein AMA0 ist aber schon korrekt!
Bei dir irritiert mich diese Meldung:
Zitat2013.02.01 18:17:24 3: Setting CUL baudrate to 38400
.
Kannst du bitte mal deine komplette fhem.cfg bis zur Definition von irgendwelchen Geräten hier einstellen?
Gruß
Thomas
Ja, da stimmt wirklich was noch nicht ganz.
Hier meine gesammte fhem.cfg:
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global room Terasse
attr global statefile ./log/fhem.save
attr global userattr devStateIcon icon webCmd
attr global verbose 3
define telnetPort telnet 7072 global
attr telnetPort globalpassword ZnJvZ2dpOnNjcmVhbWVy
define WEB FHEMWEB 8083 global
attr WEB basicAuth ZnJvZ2dpOnNjcmVhbWVy
attr WEB stylesheetPrefix dark
define WEBphone FHEMWEB 8084 global
attr WEBphone basicAuth ZnJvZ2dpOnNjcmVhbWVy
attr WEBphone smallscreen 1
attr WEBphone stylesheetPrefix dark
define WEBtablet FHEMWEB 8085 global
attr WEBtablet basicAuth ZnJvZ2dpOnNjcmVhbWVy
attr WEBtablet touchpad 1
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
# If the above notify did not helped, then you probably have to enable some of
# the following lines. Verify first that /dev/xxx ist correct.
#define FHZ FHZ /dev/USB0
#define CUL_0 CUL /dev/ttyAMA0@9600 1234
#define EUL TCM 310 /dev/ttyACM0@57600
#define BscBor TCM 120 /dev/ttyUSB0@9600
#define BscSmartConnect TCM 310 /dev/ttyUSB0@57600
define dummy_Terassenlicht_Auto dummy
attr dummy_Terassenlicht_Auto alias Automatisch
attr dummy_Terassenlicht_Auto room Terasse
attr dummy_Terassenlicht_Auto setList state:EIN,AUS
attr dummy_Terassenlicht_Auto webCmd state
Nochmals Danke für Deine (Eure) Hilfe
Gruss Martin
Hi,
mach mal bitte das "#" Zeichen vor dieser Zeile weg
Zitat von: martin8573 schrieb am Fr, 01 Februar 2013 20:22#define CUL_0 CUL /dev/ttyAMA0@9600 1234
danach bitte "Save" klicken und dann "shutdown restart" (ohne ' " ') in die Kommandozeile und mit <Enter> (nicht "save"-Button!) abschicken.
Gruß
Thomas
ok, hab ich so gemacht.
Teil aus der fhem.cfg:
# If the above notify did not helped, then you probably have to enable some of
# the following lines. Verify first that /dev/xxx ist correct.
#define FHZ FHZ /dev/USB0
define CUL_0 CUL /dev/ttyAMA0@9600 1234
#define EUL TCM 310 /dev/ttyACM0@57600
#define BscBor TCM 120 /dev/ttyUSB0@9600
#define BscSmartConnect TCM 310 /dev/ttyUSB0@57600
Log:
2013.02.01 20:35:16 0: Server shutdown
2013.02.01 20:35:20 1: Including fhem.cfg
2013.02.01 20:35:20 3: telnetPort: port 7072 opened
2013.02.01 20:35:21 3: WEB: port 8083 opened
2013.02.01 20:35:21 3: WEBphone: port 8084 opened
2013.02.01 20:35:21 3: WEBtablet: port 8085 opened
2013.02.01 20:35:21 3: Opening CUL_0 device /dev/ttyAMA0
2013.02.01 20:35:22 3: Setting CUL_0 baudrate to 9600
2013.02.01 20:35:22 3: CUL_0 device opened
2013.02.01 20:35:31 1: Cannot init /dev/ttyAMA0, ignoring it
2013.02.01 20:35:31 1: Including ./log/fhem.save
2013.02.01 20:35:31 1: usb create starting
2013.02.01 20:35:32 3: Opening CUL device /dev/ttyAMA0
2013.02.01 20:35:32 3: Setting CUL baudrate to 38400
2013.02.01 20:35:32 3: CUL device opened
2013.02.01 20:35:33 1: usb create end
2013.02.01 20:35:33 0: Server started
Nun sind wieder die zwei CUL da ?
CUL und CUL_0 ?
Bitte sei mir nicht böse, aber ich lass es für Heute genug sein.
Muss mich um meine Frau kümmern :-)
Wünsch Dir noch nen schönen Abend
Grüsse Martin
Hi Martin,
kein Problem ... Frauen sind wichtig ;)
Hausaufgabe fürs WE ;) :
ersetze mal bitte einfach in meiner Zeile oben das "CUL_0" mit "CUL" (renamen kannst du immer noch), vergewissere dich, dass in der fhem.cfg keine weiteren CUL-Defintionen enthalten sind, speichere die fhem.cfg und dann noch einmal einen gepflegten "shutdown restart" machen.
N8
Thomas
Habe brav meine Hausaufgaben gemacht :-)
- In der fhem.cfg habe ich den den CUL nun so definert:
define CUL CUL /dev/ttyAMA0@9600 1234
- dannach einen shutdown resart
Log:
2013.02.03 10:42:24 3: Opening CUL device /dev/ttyAMA0
2013.02.03 10:42:25 3: Setting CUL baudrate to 9600
2013.02.03 10:42:25 3: CUL device opened
2013.02.03 10:42:34 1: Cannot init /dev/ttyAMA0, ignoring it
2013.02.03 10:42:34 1: Including ./log/fhem.save
2013.02.03 10:42:34 1: usb create starting
2013.02.03 10:42:35 3: Opening CUL device /dev/ttyAMA0
2013.02.03 10:42:35 3: Setting CUL baudrate to 38400
2013.02.03 10:42:35 3: CUL device opened
2013.02.03 10:42:35 1: usb create end
- CUL am RPI ausgesteckt, shutdown restart
Log:
2013.02.03 10:49:09 3: Opening CUL device /dev/ttyAMA0
2013.02.03 10:49:10 3: Setting CUL baudrate to 9600
2013.02.03 10:49:10 3: CUL device opened
2013.02.03 10:49:19 1: Cannot init /dev/ttyAMA0, ignoring it
2013.02.03 10:49:19 1: Including ./log/fhem.save
2013.02.03 10:49:19 1: usb create starting
2013.02.03 10:49:20 3: Opening CUL device /dev/ttyAMA0
2013.02.03 10:49:20 3: Setting CUL baudrate to 38400
2013.02.03 10:49:20 3: CUL device opened
2013.02.03 10:49:21 1: usb create ende
Die beiden Log sehen identisch aus ?
Meine Annahme:
FHEM kann den USB-CLU nicht mit den 9600 Baud nicht initalisieren,
dannach italisiert er die am RPI vorhandene serielle Schnittstelle mit den 38400 Baud.
Ich glaube das Problem liegt bei meinem USB-CUL.
Kann ich am RPI prüfen, ob der USB-CUL überhaupt erkannt wurde ?
Ob der USB-CUL überhaupt noch lebt. (bei Windows währe das der Gerätemanager)
Mir ist auch aufgefallen, dass die LED am USB-CUL nicht leuchtet.
Müsste diese lauchten ?
über Ideen währe ich dankbar.
Grüsse Martin
Hi,
Zitat von: martin8573 schrieb am So, 03 Februar 2013 11:14Habe brav meine Hausaufgaben gemacht :-)
Fein ;)
ZitatMir ist auch aufgefallen, dass die LED am USB-CUL nicht leuchtet.
Müsste diese lauchten ?
Nicht leuchten, aber im Sekundentakt blinken.
Mach mal bitte eine Konsole am RPi auf, ziehe das CUL ab, gebe ein:
tail -f /var/log/messagesund poste mal die Ausgaben.
Wenn da nur so etwas kommt
usb 1-1.3.3: new full-speed USB device number 8 using dwc_otg
usb 1-1.3.3: New USB device found, idVendor=03eb, idProduct=2ff4
usb 1-1.3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.3.3: Product: ATm32U4DFU
usb 1-1.3.3: Manufacturer: ATMEL
usb 1-1.3.3: SerialNumber: 1.0.0dann ist wohl nicht richtig geflasht, sollte nämlich so aussehen:
usb 1-1.2: new full-speed USB device number 5 using dwc_otg
usb 1-1.2: new full-speed USB device number 7 using dwc_otg
usb 1-1.2: New USB device found, idVendor=03eb, idProduct=204b
usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1.2: Product: CUL868
usb 1-1.2: Manufacturer: busware.de
cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device
usbcore: registered new interface driver cdc_acm
cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters(Obacht: Die Zeilenumbrüche stimmen nicht ganz)
Siehe auch
Wiki.
Gruß
Thomas
Sorry... ich vermisse Tante Edith so sehr ;)
nach dem "tail -f...." bitte das CUL wieder anstecken und dann erst ...
"...und poste mal die Ausgaben."
Der Thomas hilft mir immer noch, vielen Dank.
Also ich hab den CUL ausgesteckt.
dannach tail -f /var/log/messages
Resultat:
pi@raspberrypi ~ $ tail -f /var/log/messages
Feb 3 10:24:16 raspberrypi kernel: [ 10.254231] bcm2835 ALSA card created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.260618] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.281482] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.292895] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.300988] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.310890] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.319680] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.328017] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 18.810287] smsc95xx 1-1.1:1.0: eth0: lin k up, 100Mbps, full-duplex, lpa 0x45E1
Feb 3 10:24:18 raspberrypi kernel: [ 23.642963] Adding 102396k swap on /var/s wap. Priority:-1 extents:1 across:102396k SS
den CUL eingesteckt
Resultat:
pi@raspberrypi ~ $ tail -f /var/log/messages
Feb 3 10:24:16 raspberrypi kernel: [ 10.254231] bcm2835 ALSA card created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.260618] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.281482] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.292895] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.300988] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.310890] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.319680] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 10.328017] bcm2835 ALSA chip created!
Feb 3 10:24:16 raspberrypi kernel: [ 18.810287] smsc95xx 1-1.1:1.0: eth0: lin k up, 100Mbps, full-duplex, lpa 0x45E1
Feb 3 10:24:18 raspberrypi kernel: [ 23.642963] Adding 102396k swap on /var/s wap. Priority:-1 extents:1 across:102396k SS
Da ändert sich nichts im LOG (ist auch kein USB-device drin) ?
RPI sieht den CUL nicht ?
blinken tut der auch nicht ?
Ich glaub das Ding ist tot.
Ich versuche den CUL morgen nochmals mit FLIP am Windows-Rechner zu flashen.
Wünsch Dir noch nen schönen Abend.
Gruss Martin
Hallo Martin,
... und STOP!
Irgendetwas stimmt an deinen "messages" nicht ....
Vorausgesetzt du hast auf deinem RPi die aktuelle und richtige Zeit, dann stammen deine messages-Auszüge mitten aus einem Bootvorgang deines RPi von heute vormittag. Zudem: mein Posting stammt von 13:37 und deine messages von 10:24 Uhr.
Also: CUL abziehen und das RPI neu starten.
Dann bitte erst ein
$ date
um zu sehen, ob Datum und Zeit richtig sind, dann erst mal ein
$ sudo lsusb
$ sudo lsmod
$ sudo tail -f /var/log/messages
und stecke z.B. eine USB-Maus oder USB-Tastatur an den RPI, dann sollten neue Meldungen mit der gerade gesetzten Zeit kommen. Wenn ja, auch das CUL anstecken.
Alle 3 Ausgaben bitte per Cut&Paste hier einstellen
Jetzt erneut
$ sudo lsusb
$ sudo lsmod
eingeben und wenn die Ausgabe sich geändert hat zur ersten Ausgabe, hier posten.
Hintergrund:
- lsusb listet die angeschlossenen USB-Geräte,
- lsmod listet die geladenen Kernel-Module,
- die Option "-f" beim tail liest ständig die Datei /var/log/messages mit und gibt alle Änderungen auf der Konsole aus.
Gruß
Thomas
... und STOP ! :-) :-) :-)
Ich hab nun den CUL abgezogen, RPI neu gestartet
pi@raspberrypi ~ $ date
Son Feb 3 21:10:24 CET 2013
pi@raspberrypi ~ $ Son Feb 3 21:10:24 CET 2013
-> ok !
pi@raspberrypi ~ $ sudo lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
pi@raspberrypi ~ $-> ok, stimmt auch noch, da noch kein usb Gerät daran.
pi@raspberrypi ~ $ pi@raspberrypi ~ $ sudo lsmod -bash: pi@raspberrypi: Kommando nicht gefunden.
-> kennt den Befehl nicht ?
pi@raspberrypi ~ $ sudo tail -f /var/log/messages
Feb 3 21:08:27 raspberrypi kernel: [ 10.286581] bcm2835 ALSA card created!
Feb 3 21:08:27 raspberrypi kernel: [ 10.292884] bcm2835 ALSA chip created!
Feb 3 21:08:27 raspberrypi kernel: [ 10.313206] bcm2835 ALSA chip created!
Feb 3 21:08:27 raspberrypi kernel: [ 10.322941] bcm2835 ALSA chip created!
Feb 3 21:08:27 raspberrypi kernel: [ 10.332042] bcm2835 ALSA chip created!
Feb 3 21:08:27 raspberrypi kernel: [ 10.341433] bcm2835 ALSA chip created!
Feb 3 21:08:27 raspberrypi kernel: [ 10.354842] bcm2835 ALSA chip created!
Feb 3 21:08:27 raspberrypi kernel: [ 10.360516] bcm2835 ALSA chip created!
Feb 3 21:08:27 raspberrypi kernel: [ 18.041540] smsc95xx 1-1.1:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Feb 3 21:08:29 raspberrypi kernel: [ 23.390454] Adding 102396k swap on /var/swap. Priority:-1 extents:1 across:102396k SS
-> irgendwas vom letzten Bootvorgang ?
Nun habe ich einen USB-Daten-Stick angeschlossen:
pi@raspberrypi ~ $ sudo tail -f /var/log/messages
Feb 3 21:22:21 raspberrypi kernel: [ 791.723670] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb 3 21:22:21 raspberrypi kernel: [ 791.723687] usb 1-1.3: Product: USB Storage Media
Feb 3 21:22:21 raspberrypi kernel: [ 791.723699] usb 1-1.3: Manufacturer: Sony
Feb 3 21:22:21 raspberrypi kernel: [ 791.723711] usb 1-1.3: SerialNumber: 2011820E1F003A88
Feb 3 21:22:21 raspberrypi kernel: [ 791.740858] scsi0 : usb-storage 1-1.3:1.0
Feb 3 21:22:22 raspberrypi kernel: [ 792.742096] scsi 0:0:0:0: Direct-Access Sony Storage Media 3.04 PQ: 0 ANSI: 0 CCS
Feb 3 21:22:22 raspberrypi kernel: [ 792.745032] sd 0:0:0:0: [sda] 127840 512-byte logical blocks: (65.4 MB/62.4 MiB)
Feb 3 21:22:22 raspberrypi kernel: [ 792.746005] sd 0:0:0:0: [sda] Write Protect is off
Feb 3 21:22:22 raspberrypi kernel: [ 792.763275] sda: sda1
Feb 3 21:22:22 raspberrypi kernel: [ 792.768282] sd 0:0:0:0: [sda] Attached SCSI removable disk-> man sieht ein USB Gerät
USB-Daten-Stick abgezogen und den CUL eingesteckt:
pi@raspberrypi ~ $ sudo tail -f /var/log/messages
Feb 3 21:22:21 raspberrypi kernel: [ 791.723687] usb 1-1.3: Product: USB Storage Media
Feb 3 21:22:21 raspberrypi kernel: [ 791.723699] usb 1-1.3: Manufacturer: Sony
Feb 3 21:22:21 raspberrypi kernel: [ 791.723711] usb 1-1.3: SerialNumber: 2011820E1F003A88
Feb 3 21:22:21 raspberrypi kernel: [ 791.740858] scsi0 : usb-storage 1-1.3:1.0
Feb 3 21:22:22 raspberrypi kernel: [ 792.742096] scsi 0:0:0:0: Direct-Access Sony Storage Media 3.04 PQ: 0 ANSI: 0 CCS
Feb 3 21:22:22 raspberrypi kernel: [ 792.745032] sd 0:0:0:0: [sda] 127840 512-byte logical blocks: (65.4 MB/62.4 MiB)
Feb 3 21:22:22 raspberrypi kernel: [ 792.746005] sd 0:0:0:0: [sda] Write Protect is off
Feb 3 21:22:22 raspberrypi kernel: [ 792.763275] sda: sda1
Feb 3 21:22:22 raspberrypi kernel: [ 792.768282] sd 0:0:0:0: [sda] Attached SCSI removable disk
Feb 3 21:27:32 raspberrypi kernel: [ 1102.715209] usb 1-1.3: USB disconnect, device number 4
-> man sieht das der USB-Daten-Stick abgezogen wurde
Was man nicht sieht, ist der eingesteckte CUL !
Und der CUL blinkt nicht !
Ich denke immer noch, dass der CUL "tot" ist.
Was meinst Du ?
Grüsse
Zitat von: martin8573 schrieb am So, 03 Februar 2013 21:46... Ich denke immer noch, dass der CUL "tot" ist.
Was meinst Du ?
Ja, ich dann auch, aber selbst ein ungeflashtes CUL wird mMn in der /var/log/messages angezeigt .
Versuche es neu zu flashen... Im Sekundentakt linken sollte es dann (wenn erfolgreich) am RPi zumindest.
Gruß
Thomas
und zu dem "fehlenden" lsusb
mach mal ein
$ sudo apt-get install libusb-0.1-4
und versuche beizeiten nochmals ein
$ sudo lsusb
Kann man immer mal wieder gebrauchen.
Gruß
Thomas
sorry, ohne Tante Edith kriegt man hier viele Posts zusammen ... ;)
falsches Paket
$ sudo apt-get install usbutils
Gruß und N8
Thomas
Hallo Thomas
Sooo...
Problem gelöst :-) falsche CUL Version geflashed !
Ich hatte aus Versehen die CUL_V4.hex anstelle die CUL_V3.hex gefashed.
CUL blinkt nun :-)
Auch das Log schaut besser aus:
2013.02.04 19:57:51 3: Opening CUL_0 device /dev/ttyACM0
2013.02.04 19:57:51 3: Setting CUL_0 baudrate to 9600
2013.02.04 19:57:51 3: CUL_0 device opened
2013.02.04 19:57:51 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.02.04 19:57:51 2: Switched CUL_0 rfmode to HomeMatic
2013.02.04 19:57:51 1: Including ./log/fhem.save
2013.02.04 19:57:51 1: usb create starting
2013.02.04 19:57:53 3: Opening CUL device /dev/ttyAMA0
2013.02.04 19:57:53 3: Setting CUL baudrate to 38400
2013.02.04 19:57:53 3: CUL device opened
2013.02.04 19:57:53 1: usb create end
2013.02.04 19:57:53 0: Server started
Interesannt dabei ist, dass wieder zwei CUL im Log auftauchen.
- CUL_0 ist der USB-CUL als Gerät /dev/ttyACM0
- CUL als Gerät /dev/ttyAMA0 ist wohl die interne serielle Schnittstelle, vo FHEM ein COC(CUL) sucht.
Denke aber, dass muss so sein...
Ich bedanke mich nochmal für Deine Hilfe
Ich habe so einiges gelernnt :-)
Grüsse Martin
PS: Am Wochenende versuche ich mal einen Home-Matic-Dimmer über den CUL mit FHEM zu pairen.
Mal sehen, was ich dort alles falsch machen kann :-)
Hallo Martin,
Zitat von: martin8573 schrieb am Di, 05 Februar 2013 10:57CUL blinkt nun :-)
Freut mich.
Ich habe die Erfahrungen, die ich in diesem Thread gesammelt habe, auch ins
Wiki einfließen lassen. So haben dann hoffentlich mehr etwas davon.
ZitatPS: Am Wochenende versuche ich mal einen Home-Matic-Dimmer über den CUL mit FHEM zu pairen.
Mal sehen, was ich dort alles falsch machen kann :-)
Ähnliches (LED 12-24 V Dimmer) steht bei mir auch in Kürze an. Fehler die du machst, brauche ich dann ja nicht mehr zu machen und deine Probleme werden dann nicht zu meinen Problemen ;)
Man liest sich
Thomas