USB - COM Adapter

Gast #1062616
Hallo, ich möchte mich an die Programmieren der Seriellen Schnittstelle 
zwischen µC und PC ranwagen. Mein Laptop hat dummerweise keinen COM-Port 
mehr, ich müsste mir also einen USB/COM Adapter kaufen.
So weit ich mich erinnern kann, gab es früher diverse Verbindungskabel 
für serielle Schnittstellen - die Polung der Pins war also nicht immer 
die gleiche, so weit ich weiß.
In wie fern muss ich das bei einem Kauf eines solchen Adapters beachten? 
Ich arbeiten mit dem ATmega48.

Vielen Dank im Voraus


lg Torsten
Gast #1062637
Mit den Adaptern mit FTDI Chipsatz habe ich die besten Erfahrungen 
gemacht. Funktionieren in allen Lebenslagen (und auf der ganzen Welt).

Ausnahme: Sonderfälle die mit normaler RS232 Kommunikation nichts zu tun 
haben (z.B. Frequenzmessungen über die Chipregister)
#1062642
Ich nehme an das du mit ISP den µC über die und nicht die serielle 
Schnittstelle programmieren möchtest.
Es kommt auf den Programmer an. Wenn es ein einfacher Programmer ist, 
mit nur einem Transistor und ein paar Bauteilen, dann funktioniert ein 
USB-Seriell Adapter nicht.
Wenn es ein AVR910 kompatibler ist, dann gibt es in der Regel keine 
Probleme.
Besser gleich einen USB-Programmer kaufen oder bauen, gibt ja genug 
Anleitungen, z.B. www.ullihome.de
Gast #1062708
Also doch lieber gleich auf einen USB-Controller zurück greifen und ein 
entsprechendes Board zum Brennen besorgen, oder was sagt ihr dazu?

lg Torsten
#1062728
Ein STK500 z.B. ist so ein universelles Board, es ist Testboard und 
Programmer in einem, wenn du einen Kontroller falsch fused dann kannst 
du ihn mit HV-Prog wiederbeleben. Funktioniert einwandfrei mit einem 
USB-Seriell Adapter. So das Grundsätzliche was es kann.
Gast #1064784
Nein nein, ich glaube ich habe ich falsch ausgedrückt. Ich möchte einen 
USB-Controller mit meinem Laptop verbinden, um damit Daten 
auszutauschen. Ich will keinen AVR per USB brennen.

lg Torsten
Gast #1064855
> Nein nein, ich glaube ich habe ich falsch ausgedrückt. Ich möchte einen
> USB-Controller mit meinem Laptop verbinden, um damit Daten
> auszutauschen. Ich will keinen AVR per USB brennen.
Was willst du dann mit einem "USB-Controller"? Nimm einen 
FT232R(www.ftdichip.com), den pappst du an den UART vom ATmega48, und 
das dürfte dann das sein, was du möchtest, oder?

Der FT232 erzeugt per default einen virtuellen COM-Port auf dem Rechner, 
d.h. sowohl für den PC als auch den µC ist es nach wie vor eine serielle 
Schnittstelle. Für den PC gibts noch die Alternative einer DLL, die sich 
direkt in die PC-Programmiersprache deiner Wahl implementieren lässt - 
naja, zumindest in die meisten :)

Ralf
Gast #1064861
Nein, es ging um einen reinen Datenaustausch. Aber ich habe mir jetzt 
mal einen Adapter vorgenommen. Das Brennen des Controller funktioniert 
erstmal - also per USB/RS232 Adapter. Somit sollte auch der 
Programmierung eines eigenen "Protokolls" nichts im Wege stehen.

Wieder einmal bedanke ich mich für eure Hilfe


lg Torsten
#1078610
Hallo Hubert und Mitleser,

Du nennst den USB- Programmer von ullihome.
Diesen habe ich nachgebaut -- er funktioniert NICHT mit AVRstudio --
warum weis ich nicht
Hast Du ihn ? -- oder wer benutzt ihn mit AVR studio ?????

Gruß Uwe
#1078617
Hallo Uwe, der funktoniert garantiert. Wenns bei deinem nachbau nicht 
klappt hat das nichts mit dem Adapter zu tun. Es gibt mitterweile über 
100 Leute die desen Adapter erfolgreich einsetzen.

Du kannst dich gerne bei mir melden, ich vesuche gern mit dir der 
Fehlerursache auf den grund zu gehn. Du kannst von mir auch einen 
aufgebauten Adapter haben der getestet ist.

Es gibt mittlerweile sogar 2 Firmwars, die aus dem AVR Studio 
funktionieren einmal das STK500v2 kompatible Programmeirgerät und neu 
ein voll AVRISPmkII kompatibles Programmiergerät.
#1078657
Torsten Ohne wrote:
> Nein, es ging um einen reinen Datenaustausch.

Da es die Käfer von FTDI leider nur als SMD-Typen gibt*, und ich darum 
noch einen Bogen mache, nutze ich einen ATtiny2313 mit der 
AVR-CDC-Firmware (http://www.recursion.jp/avrcdc/) als 
USB/Seriell-Wandler. Habe ich erfolgreich in mehreren Projekten plaziert 
und tut eine Dienste.

Gruß
Dominique Görsch

* Alternativ zu den reinen Käfern gibt's auch noch DIP-Module, die für 
mich aber preislich unattraktiv waren.
Gast #1078698
Kauf Dir doch ein intelligentes Handy-Datenkabel für 1-3 Euro, die haben 
gleich TTL-Pegel, Du sparst Dir noch den RS232-Pegelwandler.

Du musst nur aufpassen, es gibt auch Datenkabel "ohne Intelligenz", da 
ist das USB-IC schon im Handy integriert.

Ob intelligent oder nicht, merkst Du, wenn Du das Kabel alleine  in den 
Rechner steckst, lädt sich dann der Treiber, ist es intelligent und für 
Dich geeignet.

Die meisten haben den Prolific PL2303 drin. Für den gibt es verschiedene 
Treiber, manche gehen besser als andere!
#1078712
eProfi wrote:
> Kauf Dir doch ein intelligentes Handy-Datenkabel für 1-3 Euro, die haben
> gleich TTL-Pegel, Du sparst Dir noch den RS232-Pegelwandler.

Den braucht man bei den hier angesprochenen Lösungen (AVR-CDC, 
FTDI-Chip) ohnehin nicht.

Gruß
Dominique Görsch

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 17 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.