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
Sorry Flo aber ohne Schaltung und Code (Firmware und Client) kann Dir sicher keiner helfen. Das EEPROM-Image ist ferner ziemlich nutzlos. Michael
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.
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.
Angehängte Dateien:
-
schaltung.png
23 KB
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!
...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!
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.
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
Hi Was mir noch aufgefallen ist, Bei der USB-Buchse liegt an Pin1 die +5V an und an Pin4 GND nur so nebenbei Daniel
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
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
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
Thread beobachten
Seitenaufteilung abschaltenBitte 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
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.