Guten Tag Community, ich wollte mir eine bequeme serielle Schnittstelle mittels einen USB/RS232 Converter errichten. Dazu habe ich mir ein fertiges Modul bestellt und angeschlossen sowie den Treiber von FTDI installiert. Doch leider empfange ich immer nur ein \0 in hterm. Dabei ist es egal welches Zeichen ich schicke. Er erkennt zwar das ein Zeichen kommt, die RX und TX Leds arbeiten auch so wie sie sollen bei dem Modul, aber wie gesagt ich empfange immer nur eine \0. Schicke ich ein Wort mit zb. 4 Buchstaben dann empfange ich 4 mal die \0. Lasse ich das ganze über das Pollin Evaluationsboard mit dem MAX232 und auf eine Serielle Schnittstelle laufen klappt alles wunderbar. Da empfange ich die richtigen Zeichen. Ich dachte zunächst ich hätte ein defektes Modul bekommen und mir daraufhin noch eins bestellt. Doch genau das gleiche wieder. Blöde \0. Im Geräte Manager hat sich ein USB serial converter und ein COM Anschluss installiert. Hard und Software: Win 7 64 bit Hterm FTDI FT2323RL Baudrate 9600, parität keine, stopbits1, datenbits 8 Atmega 128 In google finde ich leider nichts zu diesem Problem. Hoffe einer von euch kann mir helfen. Ich bin mittlerweile ratlos. X-Mal den Treiber deinstalliert neu installiert. Vielen Dank Sven
Sven G. schrieb: > Schicke ich ein Wort mit zb. 4 > Buchstaben dann empfange ich 4 mal die \0. Was heisst schicken, womit schickst du das? Gruss Reinhard
Habe ein USART mit einem ATMEGA 128. Den lass ich derzeit in einer Dauerschleife den Buchstaben 'a' schicken. Hterm bekommt nur ein \0 wenn ich den USB Converter anschließe. habe kein Oszi oder LA :-( EDIT: ein Kumpel von mir hat ein Oszi da könnte ich sicher mal ran.
Sven G. schrieb: > Hterm bekommt nur ein \0 wenn > ich den USB Converter anschließe. Eine Möglichkeit ist eine viel zu niedrige Baudrate am Sender bzw. eine zu hohe am Empfänger, der sieht dann u.U. nur das Startbit. Sven G. schrieb: > habe kein Oszi oder LA :-( LEDs an den Leitungen helfen auch schon. Wenn man Erfahrung hat, kann man sogar abschätzen ob mit 300 oder 9600 Baud gesendet wird. Wenn man 2 Schnittstellen über Kreuz verbunden hat, muss das Blinken bei beiden Leitungen gleich lang dauern, sonst geht es auf jeden Fall schief. Gruss Reinhard
Was ist das für ein "Modul"? Sind da RS232-Treiber drauf oder arbeitet es mit TTL-Pegeln? Wie ist Dein µC mit diesem "Modul" verbunden?
http://www.mikrocontroller.net/articles/AVR_Checkliste#UART.2FUSART Ausserdem sollte man nicht dauerhaft ohne Pause ein Zeichen senden, zum Testen erstmal ein Zeichen und danach 10ms Pause.
Servus, hast du mal den USB/Serial wandler an die Seriele Schnitstelle geklemmt? Was für ein USB/Serial Modul ist das? Geht das der RS232 Pegel oder der 5V Uart Pegel rein?
okay, ich hatte gerade noch eine Idee: zunächst der Link zu dem Modul was ich verwende: http://www.fasttech.com/products/1006/10004214/1319700-ftdi-3-3v-5v-ttl-to-mini-usb-logic-level nun habe meinen laptop per USB mit dem FTDI Modul verbunden. Das wiederum mit Kabeln mit dem Pollin Board worauf sich ein MAX232 befindet. Und dieses an meinen PC. Kurz: Laptop -> FTDI -> MAX232 -> PC Auf beiden läuft Hterm und win 7 64bit. Ich habe zunächst ein Zeichen vom PC aus zum Laptop geschickt. Laptop empfing eine \0. Daraufhin habe ich vom Laptop aus ein Zeichen versendet und der PC empfing eine \0. Nun habe ich den atmega128 an den Max232 und den PC verbunden und siehe da da hat alles funktioniert. Habe das Zeichen bekommen was ich erwartet habe. Also muss es an dem FTDI Modul liegen. Aber wie gesagt ich habe ein zweites da, doch genau das selbe Problem.
Sven G. schrieb: > nun habe meinen laptop per USB mit dem FTDI Modul verbunden. Das > wiederum mit Kabeln mit dem Pollin Board worauf sich ein MAX232 > befindet. Und dieses an meinen PC. > Kurz: Laptop -> FTDI -> MAX232 -> PC Und auf Deinem "Pollin Board" ist abgesehen vom MAX232 nichts weiter drauf? Oder ist da vielleicht irgendwas, was die Verbindung zwischen dem FT232 und dem MAX232 irgendwie beeinträchtigen könnte, so ein Microcontroller beispielsweise? Und wie hast Du das Modul mit dem "Pollin Board" verbunden? Welche Leitungen? Hast Du auch an Masse gedacht?
Microcotroller sind keine mehr drauf. Die habe ich alle rausgemacht. Und ja, an Masse hab ich gedacht und verbunden. Ich nehme einfaches Kabel. sowas; http://www.skpang.co.uk/catalog/images/component/jumper_wires/JumperWire-Female-01-L.jpg
TTL 3.3V oder 5V? Was ist eingestellt am Modul? Hast du RX/TX mal getauscht?
Auf der FTDI Webseite lade dir das Programm FTPROG. Es könnte sein, daß statt der Standardeinstellungen im Baustein alle Signale invertiert eingestellt sind. Das ist die kostengünstigste Methode, um ohne Pegelwandler die richtige Polatität zu haben. Aber halt nur OHNE Pegelwandler ;)
Angehängte Dateien:
-
1.png
51 KB
Hallo Sven, wieOskar schrieb: > TTL 3.3V oder 5V? Was ist eingestellt am Modul? > Hast du RX/TX mal getauscht? Damit meint wieOskar die Lötbrücke auf der Unterseite
Also ich habe ja noch ein zweites Gerät und das hat statt der Lötbrücke einen Schalter zum umschalten von 5V auf 3,3V. Hab ihn auf 5V und mal auf 3.3V probiert. Bekomme immer nur eine \0. Ich habe mittlerweile auch herraus gefunden, das er nur eine \0 rausschickt. Also Empfange und sende wohl nur eine \0. TX und RX habe ich auch schon mal getauscht aber nichts gebracht. Da kam nichts an, also wars falsch. FTPROG hab ich auch schon gedownloadet und soweit ich die Dinge dem Datenblatt von FT für den FT232RL entnehmen konnte, scheint alles zu stimmen von den Einstellungen. Keine der Kanäle war invertiert. Dennoch hab ich einmal RX dann TX und dann beide RX/TX invertiert. Aber das hat auch nichts gebracht :-/ solangsam bin ich echt ratlos. Aber vielen Dank schonmal für eure ganzen und schnellen Antworten :-) Top! Gruß Sven
Hallo Sven, welchen FTDI-Treiber hast Du installiert? Mit dem 2.08.30 habe ich genau das gleiche Problem mit einem FTDI-Kabel TTL-232R-3V3 (hier scheint ein FT232R drin zu sein). Egal was ich gesendet oder empfangen habe, jedes Byte hatte den Wert 0. Auch mein Oszi hat das bestätigt. Mit dem 2.08.28 er Treiber dagegen funktioniert es! Den kann man noch herunterladen. Komischerweise klappt es mit einer selbst gemachten Schaltung mit dem FT232RQ auch mit dem 2.08.30er Treiber. Vermutlich handelt es sich um einen Treiber-Bug, werde mal eine Info an FTDI schicken. Gruß, Daniel
Hallo Daniel, Hast du von FTDI eine Rückmeldung bekommen? Ich habe hier auch ein Kabel mit dem gleichen Problem. Gruß Stephan
Hallo Stephan, ja habe eine Antwort erhalten nachdem ich das Kabel zu FTDI eingeschickt habe. Sie schrieben mir, dass der FT232R Chip und das Kabel "Non-Geniune" FTDI-Produkte sind;) Im Austausch bekam ich ein Original-FTDI-Kabel, das jetzt funktioniert. Wo hast Du denn das Kabel gekauft? Meins kommt von tigal.com. Gruß, Daniel
Sind von SparkFun. Ich werde dort auch mal nachfragen, die fertigen die Kabel selbst (oder lassen fertigen), da das SparkFun Logo auf dem Steckverbinder ist.
Vermutlich steckt ein Kabel-Fertiger dahinter, der auf Plagiate zurückgreift. Ich warte noch auf weitere Details von FTDI, zudem haben wir hier nochmal ein ähnliches Kabel, was auch Probleme mit dem neuesten FTDI-Treiber bereitet.
ich halte dich mal auf dem laufenden was die Teile angeht
Thread beobachten
Seitenaufteilung abschalten
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
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.