Forum: Mikrocontroller und Digitale Elektronik Suche USB 2 Serial Adapter, der nicht nach x Minuten aussteigt


von Bernhard N. (bernieserver)


Lesenswert?

Hallo,

ich programmiere an einen Atmel ATMEGA32, dass permanent mit einem 
Konfigurations - PC über ein serielles Kabel kommuniziert und dabei 
Messwerte und Konfigurationseinstellungen überträgt. Es findet 
Datenverkehr in beide Richtungen statt.

An einem althergebrachten PC mit diskreten seriellen Schnittstellen 
klappt dies auch problemlos. Bei meinem Programmierlaptop allerdings 
steigt irgendwann wohl der USB -> Serial - Adapter aus und liefert nur 
noch verdrehte Daten, die zwar grob erkennen lassen um was es sich 
handelt, allerdings werden Zeichen mehrfach übertragen und Zeichen 
verschluckt oder abgewandelt. Ich habe dies mit meinen zwei Adaptern, 
basierend auf einem Prolific Controller, beobachtet.

Ich bin nun auf der Suche nach einer stabileren Lösung. Die Nutzung von 
Portreplikatoren / Dockingstation für mein Laptop (Lenovo T400s) fällt 
aus, da Lenovo kein passendes für mein Laptop anbietet. PCMCIA und 
Cardbus hat mein Lap leider ebensowenig.

Wer hat da eine Idee?


Gruß
Bernhard

von apfelmännchen (Gast)


Lesenswert?

Hab schon einige Adapter probiert.
Mit den FTDI Adaptern hatte ich als einzigster noch nie Probleme.

von -Gast_XIV (Gast)


Lesenswert?

Die USB serial Wandler steigen alle mal irgendwann aus.

Die besten Erfahrungen habe ich mit FTDI Chips gemacht, da geht es 
teilweise über Monate gut. Zum programmieren haben die nie Ärger 
gemacht, weder an Thinkpads noch wo anders.

Fast 50 Stück im Einsatz, sehen in etwa so aus:

http://www.usb-cable.com/usb-serial-adapter-for-windows-vista.jpg

von Rufus Τ. F. (rufus) Benutzerseite


Lesenswert?

Prolific hat nicht ganz ohne Grund einen schlechten Ruf. Sowohl die 
Entwickler- als auch Devicetreiberunterstützung von FTDI ist erheblich 
besser.

von Bernhard N. (bernieserver)


Lesenswert?

Danke, ich werde mich mal nach dem Chipsatz umsehen.

Mit den Prolifics hatte ich sogar zeitweise Probleme damit, wenn zwei 
Adapter gleichen Typs in einem PC steckten!

Erst ein älterer(!) Treiber fixte das!

Daher
-> Tonne!


Noch jemand weitere Tipps?


Gruß
Bernhard

von JLink (Gast)


Lesenswert?

Wir hatten auch erst die Prolifics,
die wurden dann durch die FTDI ersetzt.
Der Kollege schwört inzwischen auf Moxa.

HTH,
Joerg

von Nils S. (kruemeltee) Benutzerseite


Lesenswert?

Ich habe vier 3..5€ Adapter von Pollin, Profilic PL2303, mit denen hatte 
ich noch nie Probleme, habe am Laptop meistens zwei dran hängen, die 
anderen gehen reihum.

Ich habe mal 4 Wochen lang eine GPS-Maus+BTM222 zum Aufzeichen der 
"Wege" von einem unserer Hunde auf dem Hof laufen gelassen, ca 15 
Stunden am Tag. (24-Laufen gehen-akku laden/wechseln). Da gabs auch 
keine Probleme.

von Bernhard N. (bernieserver)


Lesenswert?

Hi,

hat jemand noch einen Shoplink parat?

Gruß
Bernhard

von Achim M. (minifloat)


Lesenswert?

Bernhard N. schrieb:
> mit meinen zwei Adaptern,
> basierend auf einem Prolific Controller

Hier an meinem Mac ist es folgendermaßen gewesen:

Vorher, Prolific-Kernelextension noch nicht installiert:
Entweder:
a)Terminal-Programm spuckt bei erstem öffnen des Ports cu.usbmodem-xxxxx 
wilden Zeichnsalat aus. Nochmaliges Öffnen bringt nichts.
Oder:
b)Terminal-Programm bekommt 1x bis 2x saubere Verbindung hin, nach 3. 
oder 4. Öffnen des Ports kommt wieder wilder Zeichensalat.

Genauere Analyse des Zeichensalats offenbart mir ein Speicherleck.
Temporäre Beseitigung des Problems durch USB raus & wieder reinstecken.

Nachher, Prolific-Kext installiert:
Es gibt einen neuen port Namens "usbser". wenn man den öffnet gibt es 
kein Problem mehr. Auch wiederholtes öffnen kein Zeichensalat.

mfg mf

von Norbert (Gast)


Lesenswert?

1
[    5.396060] usb 1-1: new full speed USB device using uhci_hcd and address 2
2
[    5.579124] usb 1-1: configuration #1 chosen from 1 choice
3
[    5.591644] usb 1-1: New USB device found, idVendor=067b, idProduct=2303
4
[    5.598862] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
5
[    5.604573] usb 1-1: Product: USB-Serial Controller
6
[    5.611720] usb 1-1: Manufacturer: Prolific Technology Inc.
7
[    6.932085] usb 1-1: USB disconnect, address 2
8
[    7.916020] usb 1-1: new full speed USB device using uhci_hcd and address 3
9
[    8.080003] usb 1-1: configuration #1 chosen from 1 choice
10
[    8.099826] usb 1-1: New USB device found, idVendor=067b, idProduct=2303
11
[    8.107990] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
12
[    8.113806] usb 1-1: Product: USB-Serial Controller
13
[    8.121816] usb 1-1: Manufacturer: Prolific Technology Inc.
14
[    9.156465] input,hidraw0: USB HID v1.10 Keyboard [CHICONY USB Keyboard] on usb-0000:00:10.1-1
15
[    9.220254] input,hiddev96,hidraw1: USB HID v1.10 Device [CHICONY USB Keyboard] on usb-0000:00:10.1-1
16
[   20.267256] usbserial: USB Serial support registered for pl2303
17
[   20.275937] pl2303 1-1:1.0: pl2303 converter detected
18
[   20.667574] usb 1-1: pl2303 converter now attached to ttyUSB0
19
[   20.677189] usbcore: registered new interface driver pl2303
20
[   20.685753] pl2303: Prolific PL2303 USB to serial adaptor driver

Benutze ich seit vielen Monaten völlig ohne Probleme mit 115.200bps und 
signifikanten Datenmengen. Verträgt sich interessanterweise auch mit 
einem 'nicht-Baudraten-Quarz' (15MHz) 1.7% Abweichung, keinerlei 
Übertragungsfehler.
Ist von Reichelt, grüne durchscheinende Steckergehäuse, transparentes 
verflochtenes Kabel.
System: Debian Lenny.

von Jörg S. (joerg-s)


Lesenswert?

Hab mal an 2 Rechnern an die 30 Wandler von Prolific für einen 
Datenlogger dran gehabt. Lief etliche male ne Woche lang ohne Probleme.
Aber ich denke ich würde zur Sicherheit auch eher was mit FTDI nehmen :)

von Anja (Gast)


Lesenswert?

Bernhard N. schrieb:
> hat jemand noch einen Shoplink parat?

Also ich kaufe meine FTDI-Adapter entweder hier:

http://www.reichelt.de/?ACTION=3;ARTICLE=78847;PROVID=2402

oder hier:

Conrad 971791 - 62

Gruß Anja

von Holger (Gast)


Lesenswert?

Hatte auch so ein Problem.
Der Treiber auf der mitgelieferten CD war nicht so ok.

Beitrag "Prolific PL2303 funktioniert nicht"
Da ist in diesem Thread ganz bis unten lesen.



Der PL2303_Prolific_DriverInstaller_v10518.exe
hat das Teil endlich mit den Vista-Treibern noch zusätzlich eingebunden.

Also erscheinen dort "zwei" Treiber.
Siehe Bild.
Gruss Holger.

Poste mal den Code mit dem du die USB-V24 mit dem Mega 32 koppelts.

von DL3YC (Gast)


Lesenswert?

Ich kann die Erfahrungen teilweise bestätigen. Unter Windows laufen die 
Profilic-Wandler nur manchmal und wenn, dann nur für einen begrenzten 
Zeitraum, danach erfolgt keine Kommunikation mehr. Aber unter Linux 
funktioniert es viel besser. Nur ab und zu, gefühlt 1 mal pro Woche, 
steigt er aus und man muss ihn ab- und wieder anstecken. Läuft im 
Live-Betrieb für den DMX-Controller sehr gut.

Zudem habe ich durchgehend sehr gute Erfahrungen mit den 
TUSB3410-Bausteinen von Maxim. Diese verwende ich in meinen neusten 
Entwicklungen und hatte noch nie Probleme unter Windows wie auch Linux. 
Mit meinem 8051 Programmer mit FTDI Chipsatz hatte ich auch noch nie 
Probleme, aber mehr Erfahrung habe ich mit FTDI nicht, da ich mit den 
TUSB sehr glücklich bin. Zudem kann man sie auch mit alternativer 
Firmware "befüllen".

Gruß YC

von Holger (Gast)


Angehängte Dateien:

Lesenswert?

Hier ein ist im Unterodner ein Loopback test als Quellcode,
damit würde ich dem mega32 erst mal ausklammern, und versuchen
ob der USB Adapter sein eigenes Echo wieder lesen kann.
Somit kann man den Treiber testen, ob der auch "richtig" eingebunden 
ist,
bzw auch zu dem OS Derivat passend ist.
Viel Erfolg.

von Jadeclaw (Gast)


Lesenswert?

Die habe ich, laufen auch einwandfrei, sind ebenfalls FTDI.
http://www.reichelt.de/?ACTION=3;ARTICLE=99617;PROVID=2402

Gruß
Jadeclaw.

von JLink (Gast)


Lesenswert?

DL3YC (Gast) schrieb:
> Zudem habe ich durchgehend sehr gute Erfahrungen mit den
> TUSB3410-Bausteinen von Maxim.

Die sind doch von TI, nicht von Maxim ??
Welche Firmware benutzt Du,
die, die von TI auf der Website als RefDesign angeboten wird ?

Danke & Gruß,
Jörg

von Bernhard N. (bernieserver)


Lesenswert?

So, nun melde ich mich auch wieder zu Wort. Ich habe folgenden Stick mit 
FTDI Chip geholt und bin sehr zufrieden. Treiber sind nicht dabei, 
können aber von der FTDI Seite heruntergeladen werden Ein Langzeittest 
über Nacht (mit XP) mit einer Menge Traffic funktionierte tadellos.

http://www.mix-computer.de/html/product/detail.html?artNo=RDUA96&;


Die Prolifics sind bereits in der Tonne!


Gruß
 Bernhard

von Thomas K. (thkusch)


Lesenswert?

Hallo!

Ich benutze die hier (mittlerweile 50 Stück im Umlauf):

http://shop.embedded-projects.net/index.php?module=artikel&action=artikel&id=47

und den

http://shop.embedded-projects.net/index.php?module=artikel&action=artikel&id=138

Völlig ohne Probleme.

Gruss
thomas

von Giuseppe G. (Firma: ACS) (gcrax)


Lesenswert?

Hallo Bernhard

ich persönlich habe meine USB 2 USART Wandler immer selbst aufgebaut und 
die funktionieren seit jahren schon tadellos und das rund um die uhr 
weil ich damit per internet mein büro und haus steuere...

Ich sehe, das eure lösungen zwar korrekt sind und auch formgemäß 
arbeiten, aber ganz ehrlich, bei den preisen???

ein einziger kompletter wandler bei mir kostet ca 7 euro und er läuft 
und läuft :-)
einziger nachteil ist, das ich bei den wandlern nur RXD  TDX  GND 
rausgeführt habe, was ja eingentlich vollkommen ausreicht für jeden µC.
Du brauchst noch nicht mal einen Pegelwandler wie Max232 oder so...

Vorteil ist klar auf der hand...
Das Gerät ist ein USB2.0 komformes Gerät, was sauschnell arbeitet und 
daher auch übelst schnelle Übertragungen erstellt (ignoriet einfach die 
Baudrateneinstellungen von Windows.) Und du kannst bis zu 127 gleiche 
Geräte damit ansteuert, wenn dein PC das mitmacht :-)

wenn du interesse haben solltest, dann einfach mal melden :-)
LG G-Crax

von Bernhard N. (bernieserver)


Lesenswert?

Hallo,

leider macht auch der FTDI - Stick Probleme.
Denn hin und wieder verschluckt der einfach Zeichen.
Ich habe ein einfaches Windows Forms Programm unter .NET und ein 
einfaches Controllerprogramm geschrieben, dass mir die Daten einfach 
wieder zurücksendet. Mit einem klassischen COM Port klappts, mit dem 
Adapter werden Zeichen verschluckt. So alle 40 - 200 Zeichen eins.

Was kann das denn noch sein? Ich komme da langsam ins Straucheln..

Gruß

Bernhard

von Christian R. (supachris)


Lesenswert?

Verwendest du denn irgend eine Art Handshake? Ich habe über Monate den 
FT232R mit 921kBaud und HW-Handshake laufen gehabt, der hat nicht ein 
Zeichen verschluckt....

von Wolfgang R. (portside)


Lesenswert?

Bernhard N. schrieb:

> Ich habe ein einfaches Windows Forms Programm unter .NET und ein
> einfaches Controllerprogramm geschrieben, dass mir die Daten einfach
> wieder zurücksendet. Mit einem klassischen COM Port klappts, mit dem
> Adapter werden Zeichen verschluckt. So alle 40 - 200 Zeichen eins.
>

Welcher Treiber für USB? Windows ist beim aufsetzen der einzelnen  USB 
transfers  langsam, langsam, langsam.
Und was so ein virtueller COM Port macht ist bei den closed Source 
Treibern nicht zu erforschen.

von Bernhard N. (bernieserver)


Lesenswert?

Hallo,

ich habe ein einjähriges Intel Laptop von Lenovo (T400s) mit ICH9 
Southbridge, Windows XP (32bit) und den neuesten Chipsatztreibern von 
Intel.
Nun das Problem tritt weiterhin auf, Handshaking etc. ist zumindest im 
Treiber und in dem Quelltext aus und wie gesagt funktioniert alles mit 
einem 10 Jahre altem Pentium 4 unter XP, aber physikalischem COM Port.


Gruß
Bernhard

von Paulchen panther (Gast)


Lesenswert?

Im Gerätemanager unter COM- und LPT-Anschlüsse ist der Adapter 
aufgeführt. Bei den Eigenschaften eines virtuellen COM-Ports kann man 
die Pollingzeit (oder so ähnlich) einstellen. Versuch diese mal vom 
Standard (~16ms) auf das kleinste (1ms) einzustellen. Die Puffergröße 
auf das Maximum.

PP

von bernieserver (Gast)


Lesenswert?

Hallo,

ich habe die Pollingzeit und den Puffer geändert, dies ändert jedoch 
nichts am Verhalten.

Noch weitere Ideen?

Gruß

Bernhard

von Bernhard N. (bernieserver)


Lesenswert?

Hallo,

hat keiner eine Idee, wie das unter Windows endlich läuft?
Ich habe es auch unter Windows 7 auf dem Lap probiert, dort treten die 
gleichen Probleme auf.

Gruß
Bernhard

von ich (Gast)


Lesenswert?

passiert das zufällig immer wenn du USB Geräte an - oder abschließt?

von Carsten W. (carsten_w)


Lesenswert?

@Bernhard
Mal ein ganz anderer Ansatz von mir. Wie sieht es denn mit deiner 
Stromversorgung aus?
Ich hatte auch mal Störungen bei der Übertragung (Laptop->FTDI->AVR32).
Zu guter letzt ist mir der komplette Testaufbau inkl. USB-Port des 
Laptop abgeraucht. Es stellte sich heraus dass das Laptopnetzteil keine 
galvanische Trennung zum Stromnetz hatte. Der AVR wurde über ein 
Steckernetzteil betrieben und war über Optokoppler mit einem Dimmermodul 
mit Netzspannung verbunden.
Ich habe dann den USB/Seriell-Wandler mit Optokopplern aufgebaut, seit 
dem sind die Störungen komplett verschwunden.

Gruß
Carsten

von bernieserver (Gast)


Lesenswert?

Hallo,

ich teste nochmal obs mit Batterie funktioniert. Aber ich denke nein, da 
ich das schon mal letzte Woche getestet hatte und ich kein Unterschied 
bemerkte..

Mit USB Geräten rein / raus hats nichts zu tun. Selbst wenn der Wandler 
alleine drinnensteckt hats nicht funktioniert.

Gruß
Bernhard N.

von Bernhard N. (bernieserver)


Lesenswert?

Jetzt diesmal mit Login..

Das Problem tritt eigentlich nur beim Senden der Befehle zum 
Mikrocontroller auf, falls dies ein Hinweis sein sollte..


EDIT:
Das mit den "Brummschleifen" bzw. der galvanischen Trennung: Da hatte 
ich sehr oft Schwierigkeiten mit, vor Allem im Audiobereich, als ich 
noch mein altes Laptop hatte.. Auch hatte ich mal ein billiges 
Druckernetzteil zum Versorgen meiner Platine genommen, da gabs sogar 
Stromschläge und mein Oszi hat nur Mist angezeigt..

Ich finde, dass galvanische Trennung in allen Netzteilen vorgeschrieben 
sein müsste....


Gruß
Bernhard N.

von Bernhard N. (bernieserver)


Lesenswert?

Hallo,
ich habe auch mal testweise im Batteriebetrieb  die USB Steckermasse mit 
der Masse des Controllers verbunden. Dies brachte leider auch nichts.

Gruß
Bernhard N.

von Christian R. (supachris)


Lesenswert?

Ist der µC aus dem FTDI versorgt, also aus den 3V3OUT? Das klappt 
meistens nicht so richtig, da hatten wir auch mal Probleme.

von bernieserver(zufaulzumeinloggen) (Gast)


Lesenswert?

Nein, der hat ne 5V Versorgung hinter einem Festspannungsregler.

Gruß
Bernhard

von Bernhard N. (bernieserver)


Lesenswert?

Ach noch zu erwähnen: der hängt an nem MAX232.

Gruß
Bernhard N.

von Bernhard N. (bernieserver)


Lesenswert?

Ich fühle mich etwas hilflos im Moment, habe schon nach nem altem Lenovo 
Lap mit serieller Schnittstelle gesucht (was ich natürlich nicht gerne 
machen würde...)

 Hat irgendjemand eine Idee?

Gruß
Bernhard

von Michael M. (technikus)


Lesenswert?

Bernhard N. schrieb:
> Das Problem tritt eigentlich nur beim Senden der Befehle zum
> Mikrocontroller auf, falls dies ein Hinweis sein sollte..

Wie groß ist Dein Baudratenfehler? Bei den Taktfrequenzen mit glatten 
MHz sind nur wenige Baudraten ohne Abweichung vom Sollwert möglich. 
Nicht, daß Du da im Grenzbereich bist.
Da die Frage nach dem Handshake immer noch offen ist: Kann es sein, daß 
Dein ATMega einzelne Zeichen verliert, weil er sie nicht rechtzeitig aus 
dem RX-Puffer abholt?
Ich würde am USB-Seriell-Wandler mal RXD mit TXD brücken und schauen, ob 
der Fehler sich nicht auf den ATMega eingrenzen läßt.

Nur so am Rande: Warum baust Du nicht gleich einen FT232 in Dein Gerät 
ein, dann sparst Du Dir den externen USB-Seriell-Wandler und den MAX232?

Servus
Michael

von Christian R. (supachris)


Lesenswert?

Doch, oben schreibt er, dass er keinerlei Handshaking benutzt. Das 
könnte schon daran liegen. Ich verwende beim FT232R immer das 
HW-Handshake, das klappt einwandfrei....

von bernieserver (Gast)


Lesenswert?

Ok, ich werde mich morgen mal mit dem Handshaking auseinandersetzen. 
Aber ich habe das Programm so geschrieben, dass in den ISR wirklich nur 
die Daten schnell weggepuffert werden.. und wie gesagt bei nem altem P4 
funktioniert das problemlos.

Ich nutze beim Atmel eine 16 Mhz extermer Clock und eine BAUD Rate von 
115200.

Gruß
Bernhard

von bernieserver (Gast)


Lesenswert?

Ok, ich habe es jetzt endlich, zumindest seit ein paar Sekunden klappts 
weit besser mit dem FTDI Adapter. Ich habe mich an der Tabelle 19-12 des 
ATMEGA 32 - Manuals gerichtet und habe eine BAUD Rate gewählt, die bei 
gegebener Masterclock von 16Mhz ein geringen BAUDRatenfehler ergibt. Da 
ich die "normalen" Baudraten verwenden wollte, habe ich nun 19200 baud 
genommen. Diese hat nur 0.2 % Fehler, die alte (115200) hat ein Fehler 
von -3,5%, das wohl klar zu viel ist.

Ich denke die Geschwindigkeit ist für meine Applikation schnell genug. 
Werde das nun weiter beobachten..

Gruß
Bernhard

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.