Forum: Mikrocontroller und Digitale Elektronik FT232R sendet Mist wenn COM aktiviert


von Flo (Gast)


Angehängte Dateien:

Lesenswert?

Hallo!

Habe Probleme mit dem FT232R:

Ich Habe lediglich einen PICAXE mit dem FT232R verbunden und möchte 
(zunächst) am Hyperterminal sehen, was mein µC sendet. Leider bekomme 
ich nur Datenmist in Form von immer gleichen Packeten, alles was der µC 
schickt kommt nicht an! Ist das was ich bekomme evtl ein Fehlercode oder 
gibt es eine andere Erklärung? Hilfe! :(

Am Picaxe liegts nicht...wenn ich ihn direkt seriell anschließe (jumper) 
funktioniert alles bestens!

Meine Schaltung ist simpel:
-FT232R wie im Datasheet im buspowerd Betrieb
-verbunden mit einem PICAXE 08M
-die seriellen Leitungen sind zusätzlich noch direkt nach außen geführt
 und durch Jumper vom FT232R abtrennbar...

Ich hab gleich mal noch die EEPROM-Daten angehängt...

Ich würde mich über jede Hilfe freuen!!

Flo

von Michael G. (linuxgeek) Benutzerseite


Lesenswert?

Sorry Flo aber ohne Schaltung und Code (Firmware und Client) kann Dir 
sicher keiner helfen. Das EEPROM-Image ist ferner ziemlich nutzlos.

Michael

von Flo (Gast)


Angehängte Dateien:

Lesenswert?

klar...die Schaltung ist im Anhang, die Firmware schickt einfach ein 
"Hello World", wenn ich einen Pin am µC auf high lege...dass die 
Firmware funktioniert hab ich auch mit dem direkten seriellen Anschluss 
überprüft.

von Michael G. (linuxgeek) Benutzerseite


Lesenswert?

Und mit was liest Du die Daten aus? Du musst den Chip natuerlich 
entsprechend konfigurieren, dass kan etwas haarig sein. Ich habe den 
Client mit libftdi geschrieben... aber ich nehme mal an Du verwendest 
Windows?

P.S. Haeng den Plan mal bitte als PNG mit 200dpi an.

von Flo (Gast)


Angehängte Dateien:

Lesenswert?

ja, ich verwende Windows...der Client ist Hyperterminal, damit schau ich 
mir einfach an, was über die Schnittstelle kommt (entweder direkt 
angeschlossen oder über usb mit dem VCP-Treiber...) Andere Clients aus 
dem Netz liefern das gleiche Kauderwelsch. Es ist übrigens immer die 
gleiche Nachricht, die im Sekundentakt ankommt.

Was muss ich am Chip konfigurieren, damit er einfach die Daten vom µC 
durchreicht? Muss ich noch Einstellungen bzgl Baudrate und 
Handshakeprotokoll vornehmen? Hab nichts Entsprechendes in mprog oder im 
datasheet gefunden...

Danke schonmal für die Hilfe!

von Flo (Gast)


Lesenswert?

...ich habs rausgefunden!

Für alle die auf diesen Thread stoßen sollten:
Man muss RTS und DTR auf high ziehen, wenn man ohne Hardwareandshake 
arbeitet, die Default-Programmierung des EEPROMS kann man dann so lassen 
wie sie ist!

von Christian R. (supachris)


Lesenswert?

Normalerweise wird dann RTS mit CTS und DTR mit DSR verbunden, wenn man 
das HW-Handshake vorgaukeln will.

Ich hab aber hier auch FT232 im Einsatz, wo die Leitungen offen sind, 
wenn man die Schnittstelle im Windows ohne Handshake öffnet, 
funktioniert das auch ganz normal. Da braucht man die Verbindung nicht.

von Daniel P. (daniel86)


Angehängte Dateien:

Lesenswert?

HI

Der Beitrag passt genau bei mir wird im Hyperterminal auch nur Müll 
angezeigt.


Ich verwende auch den FT232R, und habe ihn so verdrahtet wie es im 
Datenblatt steht. Habe über UART einen AT89S52 angeschlossen nur TX und 
RX, RTS# und CTS# sind nicht beschaltet.
Initialisieren des FT232R in Windows geht ohne Probleme, ich verwende 
den CPM Kombitreiber (D2XX und VCP).
IM 8051 habe ich ein kleines Programm geschrieben wo 2 Leds abwechselnd 
blinken und wenn ein Interrupt kommt spring das Prog in die Interrupt 
Routine und soll einen Text zum PC senden. Anschließend soll der 8051 
das Programm normal fortsetzen.
Das Programm funktioniert, habe es mit einem MAX3223 an den COM-Port 
eines Desktop-Pc`s angeschlossen. Den gesendeten Text konnte ich mit 
Hyperterminal einwandfrei empfangen, nur wenn ich anstatt des MAX3223 
den FT232R nehme steht im Hyperterminal nur Quatsch.
Habe über Timer die Baudrate im Controller auf 9600 eigestellt 
(USB-seriell-Wandler steht auch auf 9600 Baud). Ich benutze auch ein 
11.059MHZ Quarz aber trotzdem nix vernünftiges.
Habe alle Datenblätter zum FT232R studiert aber nix derartiges gefunden.

Daniel

von Daniel P. (daniel86)


Lesenswert?

Hi

Was mir noch aufgefallen ist, Bei der USB-Buchse liegt an Pin1 die +5V 
an und an Pin4 GND
nur so nebenbei

Daniel

von R. W. (quakeman)


Lesenswert?

Ich habe vor kurzem erst sechs mal den FT232R auf eigenen Schaltungen 
verbaut und keine einzige der zusätzlichen RS232 Leitungen beschaltet 
(RTS, DTR, etc). Bei allen Schaltungen funktioniert die serielle 
Kommunikation einwandfrei. Deshalb tippe ich darauf, daß versehentlich 
unter Windows im Client Hardware Handshake aktiviert wurde.

Mir ist im Schaltplan von Flo aufgefallen, daß seine Pins an der USB 
Buchse genau in umgekehrter Reihenfolge angeschlossen sind als ich es 
gemacht habe. Aber das dürfte vermutlich nur an dem anderen 
Schaltplansymbol liegen.

Und ich kann Jedem von Euch der Probleme mit der Kommunikation hat nur 
raten, benutzt nicht Hyperterm sondern ein brauchbareres 
Terminalprogramm. Die meisten Programme zeigen nämlich mehr 
Informationen zur Übertragung (samt Handshake Pins) und haben auch 
bessere Einstellmöglichkeiten.
Ich benutze zur Zeit das opensource Programm Realterm, welches wirklich 
gut ist.

Ciao,
     Rainer

von Daniel P. (daniel86)


Lesenswert?

Moin

> Fox Mulder wrote:

> Deshalb tippe ich darauf, daß versehentlich
> unter Windows im Client Hardware Handshake aktiviert wurde.



Könnstest du mal schreiben wo man das genau abstellen kann? Ich habe 
nämlich schon die ganzen Windowseinstellungen  durchsucht, kann das aber 
nicht finden. Das einzoge was ich gefunden habe ist "Flusssteuerung" und 
das steht bei mir auf "Keine"

Daniel

von R. W. (quakeman)


Lesenswert?

Grundsätzlich wird das Handshake Verfahren immer im Terminalprogramm 
eingestellt. Die Windows Standardeinstellungen bei dem Gerät in der 
Systemsteuerung werden nämlich vom Terminalprogramm überschrieben.

Flusssteuerung ist genau das Richtige, was du ausschalten musst. Wenn 
diese ausgeschaltet ist, sollte das Hardware Handshake deaktiviert sein.

Wenn es damit immer noch nicht geht, solltest du vielleicht mal alle 
relevanten Leiterbahnen der aufgebauten Schaltung durchmessen auf 
richtige Funktion.

Ciao,
     Rainer

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.