FT232 USB Kommunikation klappt nicht

[Marcel (Gast)]

Wir haben schon einige Erfahrungen mit UART auf einem Entwicklerboard 
gemacht. Nun haben wir ein Projekt am laufen bei dem wir ebenfalls UART 
einsetzen (mit dem Chip FT232). Wir haben das Projekt auf Veroboard 
aufgebaut (FT232 mit einem SMD Adapter verdrahtet) die Beschaltung des 
Chips haben wir aus dem Schema des Entwicklerboards übernommen. Auf dem 
Enticklerboard funktioniert unser Testprogramm welches dauernd einen 
String an das Terminal  sendet problemlos, auf dem Veroboardaufbau 
jedoch nicht. Einen Softwarefehler können wird daher beinahe 
ausschliessen. Ist der Chip auf dem beiliegenden Schema 
(Veroboardaufbau) korrekt verdrahtet? Insbesondere bei TXD und RXD sind 
wir uns unsicher da anscheinend Schema und Layout des Entwicklerboards 
nicht zu 100% übereinstimmen. Wie sieht es im übrigen mit dem Abstand 
der Kondensatoren und der Spule aus ist das relevant oder eher 
unwichtig?

Besten Dank

[Falk B. (falk)]

@  Marcel (Gast)

>(Veroboardaufbau) korrekt verdrahtet? Insbesondere bei TXD und RXD sind
>wir uns unsicher da anscheinend Schema und Layout des Entwicklerboards

Passt, RXD und TXD müssen gekreuzt werden.

>nicht zu 100% übereinstimmen. Wie sieht es im übrigen mit dem Abstand
>der Kondensatoren und der Spule aus ist das relevant oder eher
>unwichtig?

Die 100nF sollten jeweils direkt am Controller bzw. FT232 liegen, max 
2cm entfernt. Die Spule und der C davor sind unkritisch.

MfG
Falk

[ecslowhand (Gast)]

Einspruch !

So wie es gezeichnet ist, ist`s richtig.

Pin1(Tx) beim FT232R ist ein Ausgang, Pin5(Rx) ist ein Eingang.

LG EC

[ecslowhand (Gast)]

Das Wort "EINSPRUCH" ist natürlich zu löschen...sorry!

[Bastler (Gast)]

Die Kondensatoren haben wir innerhalb des Bereiches platziert, klappt 
trotzdem nicht. Kann man die Kommunikation mithilfe des KOs überprüfen?

[ecslowhand (Gast)]

Brücke einmal Pin1+5 von FT232R und schaue mit einem Terminalprogramm, 
ob gesendete Daten zurückkommen.
Oder aber benutze einen CBUS-Pin und koniguriere ihn als LED-Ausgang 
(RX/TX) und schliesse eine LED an.

LG EC

[ecslowhand (Gast)]

Achso, Ihr habt doch den FT232R über MPROG konifiguriert? Zumal Ihr die 
Versorgungsspannung des USB benutzt.

[kursel (Gast)]

die datenleitungen scheinen richtig angeschlossen zu sein

[Bastler (Gast)]

Wenn wir 1 und 5 Brücken kommen keine Daten zurück.

[Falk B. (falk)]

Dann gibt es ein Problem mit dem FT232.

[reflection (Gast)]

Also meiner Meinung nach ist es ein Prob mit dem Reset. Der Pin ist ja 
gar nicht angehängt. Diesen habe ich über einen Spannungsteiler 
angeschlossen, so wie im Datenblatt und das funzt

Greets

[ecslowhand (Gast)]

Nein, der Reset-Pin kann offen bleiben.

[ecslowhand (Gast)]

Könnt Ihr den FT232R denn überhaupt mit MPROG scannen ?

[Bastler (Gast)]

Was ist Mprog?

[Bastler (Gast)]

Hier mal ein Bild des Aufbaus. Liegt wohl doch an der Verdrahtung, was 
meint Ihr?

[ecslowhand (Gast)]

Ja, das rote Kabel muss schwarz sein !

[Bastler (Gast)]

Mprog ewkennt den Chip.

[ecslowhand (Gast)]

Dann mach mal "read&parse" und setzte den Screenshot hier rein.
Beachte aber die Bildformate, sonst springt Falk (zurecht) im 
Dreieck.....

[ecslowhand (Gast)]

Zudem: Da Ihr so einen schönen Aufbau mit Kabeln habt, löse doch mal die 
"Strippen" von Pin1+5. Seit Ihr Euch sicher, dass der ATMEGA richtig 
initialisiert ist?

[Bastler (Gast)]

Hier der Screen:

Hoffe das Dateiformat ist i.O

[Bastler (Gast)]

Der ATmega32 ist richtig initialisiert auf dem Entwicklerboard läuft das 
Programm (MCU direkt umgesockelt).

[Jörn K. (joern)]

Hat da jemand einen falschen FTDI erwischt? Der FT245R ist die parallele 
Variante und nicht die serielle ...

[Bastler (Gast)]

-.-, Danke.