FT2232H wird nicht korrekt erkannt

[Fabian S. (jacky2k)]

Moin Leute, habe nen Eval-Board für den FT2232H entworfen, Platinen 
bestellt und bestückt. Im Anhang alle nötigen Daten dazu.
Wenn ich die Platine mit Saft versorge scheint alles i.O. zu sein. Beide 
LEDs leuchten, die Spannungen sind OK und es wird auch nicht zu viel 
Strom gezogen.
Wenn ich sie in PC stecke sagt Linux mir das:

Dec 18 00:45:32 fabian-thinkpad kernel: [47618.312864] usb 1-1.5.3.2: new low speed USB device using ehci_hcd and address 40
usb 1-1.5.3.2: device descriptor read/64, error -32
usb 1-1.5.3.2: device descriptor read/64, error -32
usb 1-1.5.3.2: new low speed USB device using ehci_hcd and address 41
usb 1-1.5.3.2: device descriptor read/64, error -32
usb 1-1.5.3.2: device descriptor read/64, error -32
usb 1-1.5.3.2: new low speed USB device using ehci_hcd and address 42
usb 1-1.5.3.2: device not accepting address 42, error -32
usb 1-1.5.3.2: new low speed USB device using ehci_hcd and address 43
usb 1-1.5.3.2: device not accepting address 43, error -32
hub 1-1.5.3:1.0: unable to enumerate USB device on port 2

Dabei flimmern beide LEDs ein paar mal und bleiben dann aus.
Erstmal: warum erkennt er das als Low Speed Gerät? Das ist doch ein 
High-Speed Gerät!
Hat jemand eine Idee?

[Fabian S. (jacky2k)]

Hier nochmal ein Bild der Platine. Hatte leider keinen SMD 12MHz Quarz 
da, daher diese elegante Lösung ;)

[Andreas (Gast)]

Hallo,
hast Du L1 und L2 auch bestückt oder sind da etwa nur zwei 0 Ohm Brücken 
drin ?

Versorgst Du die Baugruppe extern mit Spannung und stecks sie dann an 
den PC ?
Ist zumindesten so aus Deiner Beschreibung zu entnehmen.

Andreas

[Jim M. (turboj)]

Der GND-Pin bei Mini-USB ist Pin 5 - der 4. ist "ID" und eventuell nicht 
angeschlossen im Kabel. Dann wäre das Verhalten wegen fehlerhaftem 
Massepotential erklärbar.

Siehe auch: Beitrag "Pinbelegung USB mini B"

[Fabian S. (jacky2k)]

Andreas schrieb:
> Hallo,
> hast Du L1 und L2 auch bestückt oder sind da etwa nur zwei 0 Ohm Brücken
> drin ?
Hallo, ja L1 und L2 habe ich durch 0 Ohm ersetzt, da ich gerade nichts 
passendes da hatte ;) Hoffe mal, dass es daran nicht liegt, werde die 
aber nach der nächsten Reichelt Bestellung austauschen.

Andreas schrieb:
> Versorgst Du die Baugruppe extern mit Spannung und stecks sie dann an
> den PC ?
> Ist zumindesten so aus Deiner Beschreibung zu entnehmen.
Naja für die Ausgabe, die ich von Linux gepostet habe habe ich das Teil 
ganz normal in USB Port gesteckt. Habe aber die Platine aber auch mal 
mitm Labornetzteil betrieben, um zu schauen ob die Regler funktionieren.

Jim Meba schrieb:
> Der GND-Pin bei Mini-USB ist Pin 5 - der 4. ist "ID" und eventuell nicht
> angeschlossen im Kabel. Dann wäre das Verhalten wegen fehlerhaftem
> Massepotential erklärbar.
Na das macht doch mal Sinn :-/
Werde gleich mal ne Lötbrücke zwischen 4 und 5 einbauen, vielleicht 
funktioniert es ja dann ;)

[Fabian S. (jacky2k)]

OK, das mit dem Pin 5 hat was gebracht, die LEDs leuchten nun die ganze 
Zeit wenn ich das Modul rein stecke, aber Linux sacht nichts mehr. Also 
in der syslog passiert absolut gar nichts wenn ich es reinstecke. Das 
EEPROM muss nicht unbedingt vorher programmiert werden oder? Weil das 
hab ich aus der Verpackung genommen und rein damit.

[Michael F. (startrekmichi)]

Wenn das eeprom leer oder nicht vorhanden ist, geht der Chip in den 
default-Modus (also vier normale serielle Ports). Die Spulen zum Filtern 
sind natürlich empfehlenswert, es funktioniert aber auch ohne (zumindest 
bei mir).

Wenn ich das im wiki gerade richtig gelesen habe, darf auf B-Seite der 
ID-Pin nicht angeschlossen sein. Kannst du die Buchse noch mal auslöten 
und den Pin 4 komplett trennen?

[Uwe Bonnes (Gast)]

Lasse mal Pin 4 (ID) offen. PIN 4 (ID) auf Masse signalisiert USB Host! 
Eigentlich sollte aber weder der Linux Host noch das FTDI Device das 
auswerten, aber man weiss ja nicht...

[Fabian S. (jacky2k)]

Operation geglückt, Patient noch immer tot ;)
Hab natürlich erstmal beide Pads (4 und 5) abgerissen und habe das nun 
mit nem stück Tüdeldraht gelöst, aber es hat sich nichts verändert. 
Beide LEDs gehen an, 5V und 3.3V sind ok aber keine Reaktion seitens 
Linux.

Edit: Eine Sache ist mir eben noch eingefallen. Im Datenblatt steht ja, 
dass an den Quarz 27pF sollen, ich hatte leider nur 22pF da. Zumindest 
bei den AVRs ist das kein Problem, mag das hier evtl. anders sein?

[Fabian S. (jacky2k)]

Soooooooo hab das Problem gefunden. Es war "nur" ein Lötfehler, der 
Reset hatte nen Kurzschluss zu GND, was dann halt dazu führte dass der 
FTDI sich garnicht melden wollte ;)

Nun wird alles von Linux erkannt:

kernel: [ 8597.083499] usb 1-1.5.3.2: new high speed USB device using ehci_hcd and address 16
kernel: [ 8597.176854] ftdi_sio 1-1.5.3.2:1.0: FTDI USB Serial Device converter detected
kernel: [ 8597.176966] usb 1-1.5.3.2: Detected FT2232H
kernel: [ 8597.176974] usb 1-1.5.3.2: Number of endpoints 2
kernel: [ 8597.176982] usb 1-1.5.3.2: Endpoint 1 MaxPacketSize 512
kernel: [ 8597.176990] usb 1-1.5.3.2: Endpoint 2 MaxPacketSize 512
kernel: [ 8597.176997] usb 1-1.5.3.2: Setting MaxPacketSize 512
kernel: [ 8597.177417] usb 1-1.5.3.2: FTDI USB Serial Device converter now attached to ttyUSB1
kernel: [ 8597.177833] ftdi_sio 1-1.5.3.2:1.1: FTDI USB Serial Device converter detected
kernel: [ 8597.177931] usb 1-1.5.3.2: Detected FT2232H
kernel: [ 8597.177937] usb 1-1.5.3.2: Number of endpoints 2
kernel: [ 8597.177945] usb 1-1.5.3.2: Endpoint 1 MaxPacketSize 512
kernel: [ 8597.177952] usb 1-1.5.3.2: Endpoint 2 MaxPacketSize 512
kernel: [ 8597.177959] usb 1-1.5.3.2: Setting MaxPacketSize 512
kernel: [ 8597.178369] usb 1-1.5.3.2: FTDI USB Serial Device converter now attached to ttyUSB2
modem-manager[984]: <info>  (ttyUSB2) opening serial port...
modem-manager[984]: <info>  (ttyUSB1) opening serial port...
modem-manager[984]: <info>  (ttyUSB2) closing serial port...
modem-manager[984]: <info>  (ttyUSB2) serial port closed
modem-manager[984]: <info>  (ttyUSB2) opening serial port...
modem-manager[984]: <info>  (ttyUSB1) closing serial port...
modem-manager[984]: <info>  (ttyUSB1) serial port closed
modem-manager[984]: <info>  (ttyUSB1) opening serial port...
modem-manager[984]: <info>  (ttyUSB2) closing serial port...
modem-manager[984]: <info>  (ttyUSB2) serial port closed
modem-manager[984]: <info>  (ttyUSB1) closing serial port...
modem-manager[984]: <info>  (ttyUSB1) serial port closed

Vielen Dan k für eure Hilfen, auf das mit dem Pin 5 wäre ich glaube ich 
nie gekommen ;)

[Fabian S. (jacky2k)]

So, hier nochmal Schaltplan, Layout und Bibliothek des FT2232H, wenn da 
noch jemand Interesse dran hat.
Habe nun den Pin 5 als Masse anschlossen, Pin4 ist NC und zudem habe ich 
noch das Gehäuse des FT2232H etwas verändert, da das mit dem Löten doch 
sehr eng war. Die Pads endeten Quasi direkt dort wo die Pins endeten, 
das ist nun behoben.
Viel Spass beim experimentieren!

[Fabian S. (jacky2k)]

Kann mir jemand sagen warum das "FTDI - FT Prog" Tool den FT2232H nicht 
findet? Habe die Treiber von der Herstellerseite installiert und meinem 
RT232R findet er auch und kann ihn bearbeiten.
Was interessant ist: Er scheint ihn durchaus zu finden, denn wenn ich 
ihn raus ziehe und dann F5 drücke haut er mir ne Meldung raus, dass er 
keinen gefunden hat und unten rechts fehlt dann der Text "Read EEPROM 
Device 0 Word".
Jemand ne Idee?

[Fabian S. (jacky2k)]

Man kann immer noch keine Bilder einfügen beim Bearbeiten eines 
Beitrages :-/

[Fabian S. (jacky2k)]

Mist, denke das hat sich gerade geklärt. Ich habe da wohl ein 93LC46A 
EEPROM und kein 93LC46B eingebaut. Also 8 statt 16 Bit Wortbreite. Mag 
er vermutlich nicht :(

Der Rest funktioniert aber tadellos, habe soeben mein Pollin CPLD Eval 
Board mit der Karre und xc3sporg programmiert.