Kein Device mit FTDI UM232H, Linux, Debian, Marvel, Arm5tel

La. W. (flyingeagle) OP 09.07.2011 11:15 #2257999

Lesenswert?

•

Hallo,

wie bereits im Betreff aufgeführt will ich ein FTDI UM232H an einen 
Sheevaplug mit ARMv5Tel-Architektur anschließen der unter Debian läuft.

Kernel:

Linux sheevaplug 2.6.32-5-kirkwood #1 Wed Jan 12 15:27:07 UTC 2011 armv5tel GNU/Linux

Ausgabe von Lsmod:

sheevaplug:~# lsmod | grep -i ftdi
ftdi_sio               31136  0
usbserial              27000  1 ftdi_sio
usbcore               122183  5 ftdi_sio,usbserial,usb_storage,ehci_hcd
sheevaplug:~# lsmod | grep -i usb
usbserial              27000  1 ftdi_sio
usb_storage            34923  5
scsi_mod              119260  2 sd_mod,usb_storage
usbcore               122183  5 ftdi_sio,usbserial,usb_storage,ehci_hcd
nls_base                5367  1 usbcore

In der Syslog steht folgendes:

    usb 1-1.4: new high speed USB device using orion-ehci and address 9
    usb 1-1.4: New USB device found, idVendor=0403, idProduct=6014
    usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    usb 1-1.4: Product: UM232H
    usb 1-1.4: Manufacturer: FTDI
    usb 1-1.4: SerialNumber: <<myserial>>
    usb 1-1.4: configuration #1 chosen from 1 choice

Ich habe dann nach I-Net-Recherchen noch eine UDEV-Regel erstellt:

SYSFS{idProduct}=="6014",SYSFS{idVendor}=="0403",SYSFS{serial}=="<<myserial>>",SYMLINK+="UM232H"

Nun habe ich zwar beim Anstöpseln ein Device /dev/UM232H, auf dieses 
kann ich aber nicht zugreifen.
Bei einem cat /dev/UM232H kommen ein paar Sonderzeichen und das wars und 
mit STTY kann ich keine Baudraten einstellen, da bekomme ich 
Fehlermeldungen (Die Operation ist nicht erlaubt).
Bei FTDI steht das ab 2.6.31 der FTDI-Treiber im Kernel sei, was er 
anscheinend auch ist, aber irgendwie auch wieder nicht :-) :-(
Normalerweisie sollte es nach dem Einstecken ein device "/dev/ttyUSBx" 
geben, was es aber nicht gibt.

Hat denn jemand von euch das schonmal probiert und zum Laufen gekriegt?

Grüße
Lars

PS: Gleicher Effekt im Übrigen auch an einem anderen PC mit Squezee und 
gleichem Kernel auf x86.

PPS: Die Treiber von FTDI kann ich nicht kompilieren, falls jemand 
selbst kompilierte Module (für ARM) hat, dann würde ich die gern testen 
wollen ;-)

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Andreas B. (andreas_b77) 09.07.2011 19:02 #2258434

Lesenswert?

•

▲
▼

Lars Witter schrieb:
> Nun habe ich zwar beim Anstöpseln ein Device /dev/UM232H, auf dieses
> kann ich aber nicht zugreifen.

Worauf zeigt dieser Link denn dann eigentlich?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

La. W. (flyingeagle) OP 11.07.2011 19:59 #2260658

Lesenswert?

•

▲
▼

Andreas B. schrieb:
> Worauf zeigt dieser Link denn dann eigentlich?

1	`lrwxrwxrwx 1 root root 15 11. Jul 19:58 /dev/UM232H -> bus/usb/001/014`

ein paar Tests noch:

sheevaplug:~# stty -F /dev/UM232H
stty: /dev/UM232H: Die Operation ist nicht erlaubt
sheevaplug:~# stty -aF /dev/UM232H
stty: /dev/UM232H: Die Operation ist nicht erlaubt
sheevaplug:~# od /dev/UM232H
sheevaplug:~# stty  -F /dev/UM232H 1200 cs8 -parenb -crtscts -echo
stty: /dev/UM232H: Die Operation ist nicht erlaubt
sheevaplug:~# whoami
sheevaplug:~# stty  -F /dev/bus/usb/001/014 1200 cs8 -parenb -crtscts -echo
stty: /dev/bus/usb/001/014: Die Operation ist nicht erlaubt

Antwort Zitieren Bearbeiten Löschen Beitrag melden

La. W. (flyingeagle) OP 11.07.2011 20:16 #2260685

Lesenswert?

•

▲
▼

Und noch ein Test:

sheevaplug:~# ls -l /dev/bus/usb/001/
crw-rw-r-- 1 root root 189, 13 11. Jul 19:58 014
sheevaplug:~# echo Hallo > /dev/UM232H
-bash: echo: write error: Das Argument ist ungültig
sheevaplug:~# echo Hallo > /dev/bus/usb/001/014
-bash: echo: write error: Das Argument ist ungültig

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Andreas B. (andreas_b77) 11.07.2011 20:47 #2260725

Lesenswert?

•

▲
▼

Lars Witter schrieb:
>> Worauf zeigt dieser Link denn dann eigentlich?
> lrwxrwxrwx 1 root root 15 11. Jul 19:58 /dev/UM232H -> bus/usb/001/014

Das ist keine serielle Schnittstelle, das ist ein Interface zum 
USB-Gerät selbst. Also wohl das, womit man direkt mit eigenem Treiber 
über die libusb zugreift.

Die udev-Regel kam mir schon etwas unpassend vor, da wird nämlich gar 
nicht geprüft, unter welchem Treiber das neue Device läuft. Also weg 
damit. Die Default-Namen (wenn der Treiber das Ding mal ansprechen 
würde) à la /dev/ttyUSBx werden ja erst mal reichen.

Evtl. fehlt dem ftdi-Treiber nur die Info, dass er mit dem Gerät auch 
umgehen kann. Schau ich später noch mal.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

La. W. (flyingeagle) OP 11.07.2011 21:06 #2260759

Lesenswert?

•

▲
▼

Andreas B. schrieb:
> Die Default-Namen (wenn der Treiber das Ding mal ansprechen
> würde) à la /dev/ttyUSBx werden ja erst mal reichen.

mehr will ich ja gar nicht :-)

> Also weg damit.

Dann kriege ich aber auch kein /dev/ttyUSBx Device.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Andreas B. (andreas_b77) 12.07.2011 01:46 #2261061

Lesenswert?

•

▲
▼

Lars Witter schrieb:
> Dann kriege ich aber auch kein /dev/ttyUSBx Device.

Doch natürlich. Du bekommst generell immer die Devices mit von den 
Treibern vorgegebenen Namen. Mit udev-Regeln kannst du zusätzliche Links 
auf diese Devices erzeugen lassen und so einen selbst vorgegebenen Namen 
auf ein bestimmtes Device anlegen.

Die ttyUSBx Namen bekommen halt alle möglichen USB-Seriell Umsetzer mit 
einer Nummer, die entsprechend der Reihenfolge der Initialisierung / des 
Ansteckens vergeben wird, was eben jedes mal eine andere Nummer sein 
kann. Mit deiner Regel, die auch die Seriennummer einschließt, bekommt 
dieser eine (und nur dieser) Umsetzer immer den Namen UM232H.


Aber zum eigentlichen Problem: Ich habe nachgeschaut und herausgefunden, 
dass der Patch, der Unterstützung für FT232H Chips bietet, noch nicht in 
2.6.32 ist. Tatsächlich noch in keinem Release, erst ab 3.0-rc4 ist er 
enthalten. Ist aber auch nicht mehr als die IDs einzufügen, wäre also 
leicht zurückportierbar. Zumindest so lange man selber Kernel übersetzen 
kann.

Hier isser: 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=309427b6351b763917caac3e4b2ab5651df99823

Antwort Zitieren Bearbeiten Löschen Beitrag melden

La. W. (flyingeagle) OP 12.07.2011 08:18 #2261162

Lesenswert?

•

▲
▼

Andreas B. schrieb:
> Zumindest so lange man selber Kernel übersetzen kann.

Und da geht der Ärger los :-)

Erstmal 1000-Dank für deine Ausführliche Antwort. Hatte gehofft das mein 
Verdacht das es doch - entgegen der FTDI-Seite - nicht im Kernel sei, 
sich nicht bestätigt.

Nun denn, dann werde ich wohl versuchen müssen die Module selbst zu 
kompilieren.

Werde berichten.

Grüße

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Uwe Bonnes Gast 12.07.2011 19:17 #2262065

Lesenswert?

•

▲
▼

Bitte auch noch anhaengenden Patch verwenden, sonst stimmt die 
Baudratenberechnung nicht!

Unter Suse kann man mit
cd ../linux../drivers/usb/serial
make -C /lib/modules/`uname -r`/build/ M=`pwd` ftdi_sio.ko
gezielt nur das FTDI modul bauen

Angehängte Dateien:

0001-ftdi_sio-For-the-FT232H-FTDI_SIO_SET_BAUDRATE_REQUES.pa (1,01 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

La. W. (flyingeagle) OP 12.07.2011 21:09 #2262199

Lesenswert?

•

▲
▼

So, nen Kumpel hat mir das Modul fürn ARM gestrickt ... läuft 1a ... Nun 
habsch auch ein ttyUSB0 :-)

Danke!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Kein Device mit FTDI UM232H, Linux, Debian, Marvel, Arm5tel

Antwort schreiben