Ich muss an einem Prüfplatz für Flachbaugruppen einen Prüfling (DUT) über USB an den Prüf-PC anschließen, um über USB Register auf dem DUT zu lesen/schreiben. Auf dem DUT ist ein FT2232H per UART am FPGA angeschlossen, von dem die Register gelesen werden sollen. Eigentlich soll die Kommunikation über den VCP Treiber seriell ablaufen, mein Problem ist aber dass am Prüf-PC noch weitere Geräte mit ähnlichen FTDI Chips über USB(VCP) angeschlossen sind. Das führt dazu, dass sämtliche Comport Zuordnungen durcheinander kommen wenn ich den CDM Driver v2.08.30 WHQL Certified für den FT2232H installiere, weil der Treiber mit den älteren Chips in den verbauten Geräten nicht kompatibel ist und bei FTDI ja immer nur ein Treiber installiert sein kann. Also wollte ich ein Interface UART <> USB Host verwenden, da ja sowieso nur ASCI Zeichen seriell übertragen werden sollen. So ein Interface gibt es aber nicht für den FT2232H zu kaufen. Dann habe ich es mit dem VinculumII versucht, der unterstützt aber nur den FT232. Nächste Idee war einen Raspberry Pi zu verwenden, als ich mich eingelesen habe, musste ich jedoch feststellen dass es keine VCP Treiber für Linux auf ARM für den FT2232H gibt. Hat jemand eine Idee was man noch verwenden kann, ohne selbst einen VCP Treiber für den FT2232H programmieren zu müssen?
Kennst du http://www.ftdichip.com/Support/Documents/AppNotes/AN_123_How%20COM%20Ports_Are%20Allocated%20on%20Driver_Installation.pdf Vielleicht hilft es dir ja weiter.
Andreas K. schrieb: > weil der Treiber > mit den älteren Chips in den verbauten Geräten nicht kompatibel ist Ach?
Andreas K. schrieb: > keine VCP Treiber für Linux auf ARM für den FT2232H NAK. Der ist im Kernel Source Tree als "ftdi_sio". Wenn Du mit custom VID/PID arbeitest, musst Du sie dem Modul natürlich mitteilen, dazu gibt es den "vendor=" und "product=" Parameter.
Danke, ich wusste nicht dass die Betriebssysteme sowas mitbringen und hab nur bei FTDI geschaut. Damit sollte es funktionieren...
Jim Meba schrieb: > Andreas K. schrieb: >> keine VCP Treiber für Linux auf ARM für den FT2232H > > NAK. Der ist im Kernel Source Tree als "ftdi_sio". Wenn Du mit custom > VID/PID arbeitest, musst Du sie dem Modul natürlich mitteilen, dazu gibt > es den "vendor=" und "product=" Parameter. Ich habe den RPI in Betrieb genommen und auch den besagten Treiber für das USB Device mit modprobe manuell laden können. Dann wollte ich in udev eine Regel nach anliegender Anleitung von FTDI erstellen, um den Treiber automatisch für dieses USB Gerät zu laden. Daran bin ich aber gescheitert. Die Syntax in der Anleitung ist wohl veraltet, ich hatte jedoch auch mit folgender Syntax und vielen anderen keinen Erfolg:
1 | |
Hat das schon jemand erfolgreich gemacht?
Gast
#3660861
Es gibt ein Tool, COMPort_Assignment . Wenn es auf deinem PC läuft, sollte es das Problem lösen.
Gast
#3660885
Hier gibt es weiter unten eine Anleitung wie unter Debian die ttyUSBx Zuordnung angepasst werden kann. http://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-usb-ausgang
COMPort_Assignment ist für Windows und hat auch nichts mit meinem Problem zu tun. Die Anleitung unter [[http://wiki.volkszaehler.org/hardware/controllers/...]] nützt mir auch nichts. Dort wird dem Device ein bestimmter Name zugeordnet, das setzt aber auch voraus das zunächst der richtige Treiber für das Device geladen wird. Und das ist mein Problem, der Treiber ftdi_sio wird aufgrund der Custom VID&PID meines USB-Device nicht automatisch geladen und die udev Regel funktioniert nicht. Deshalb suche ich jemand der schon erfolgreich eine udev Regel erstellt hat.