Welcher Mikrocontroller für USB

AVRs mit USB sind mir nicht geläufig, aber es gibt nette USBRS232-Wandlerchips (FT232 oder so). Da kann man dann eigentlich jeden µC mit RS232-Schnittstelle anschließen. Einige AVRs verfügen IIRC über einen Bootloader, über den man sie über RS232 programmieren kann. Zu den AVRs kriegt man IDE+Assembler und sogar 'n C-Compiler kostenlos, Beispiele sind massig zu finden. Schau mal unter

MfG, Maik

Maik Schmidt schrieb:

Es gibt ein paar mittlerweile in die Jahre gekommene USB-AVRs, die wahrscheinlich eher schwer erhältlich sind (AT43USBxxx, wenn ich mich recht erinnere).

Es soll demnächst eine ATmega128-Variante mit USB geben. Keine Ahnung, wie's mit der Bestellung von Samples aussieht.

Schaut mal unter:

Steffen

"Steffen Braun" schrieb:

Das dürfte auch Appnote 309 sein, oder?

Anyway, das ist 'ne andere Liga, in der das spielt.

Hallo Maik,

wenn ich die Methode richtig verstanden habe nimmt man so nen Wandler der sich dann seinerseitz als serielle Schnittstelle am System anmeldet und macht den Datentransfer dan per MSCOMM oder so? Diese Lösung kommt leider gar nicht in Frage, USB-Seriell-Adapter sind sehr gut geeignet um ein einzellnes System billig und einfach zum laufen zu bringen. In der Praxis hat sich aber gezeigt, dass soetwas nicht für ein professionelles Consumer-Produkt geeignet ist.

Aber kennsu keinen anderen USB-Chip?? AVR war ja bloß mal ne Idee weil in diesem und anderen Foren soviel davon geschwärmt wird...

Martin

"Maik Schmidt" schrieb im Newsbeitrag news: snipped-for-privacy@>>

programiert werden können.

USBRS232-Wandlerchips (FT232 oder so). Da kann man dann eigentlich

programmieren kann.

Beispiele sind massig zu finden. Schau mal unter

Meldet sich im Idealfall als zusätzlicher Com-Port an, ja.

Yup.

Keine Ahnung, wir haben in der Firma gerade angefangen, USB als Schnittstelle für Maschinensteuerung zu verwenden.

IIRC ein FT****-Chip, aber die Nummer müsste morgen erst nachfragen. Ist ein USB-Chip mit integriertem 8051, der wird vom PC aus nach dem Einstecken mit einer Firmware versorgt und meldet sich dann neu an. Gab IIRC auch einen mit Flash onboard... Schau einfach mal, was es so an Chips gibt oder definier genauer, was dein Wunschkäfer können sollen muss.

MfG, Maik

Wenn du eine externe Loesung verwenden willst, ich hab hier einen USB9604 am Mega8 laufen. Das laeuft prinzipiell ganz gut. Der Hacken ist aber wohl das man sowas normalweise nicht parallel an seinen Controller haengen will weil einen das zuviele Leitungen kostet. Deshalb hab ich den mit SPI dran haengen. Damit komme ich auf eine effektive Uebertragungrate von 6-8kb/s Nutzdaten.

Olaf

Hallo Maik,

das Problem mit den USB-Seriell-Adaptern: - Der Comm-Port wechselt beliebig beim Booten! Manchmal auch nicht... Kannsu dem Benutzer nicht zumuten, dass er bevor er das Hauptprogramm nutzen kann schauen muss ob der Comport noch stimmt und ggf den Commport umstellt. - Die Treiber, die den virtuellen Commport darstellen sind lausig: So erzeugt z.B. ein laufender Datenstrom der nicht gestoppt wurde bevor der Port geschlossen wurde, nen hübschen Bluescreen (Mit nem hübschen Scandisk nach dem Rest). - Der Handshake tut meistens, manchmal halt auch nicht, je nachdem wieviel grade im Hub los ist... Ich könnte die Liste noch beliebig verlängern. Ich hab soooo viel Ärger mit diesen Dingen, dass ich lieber nen buggie mC programmiere wo ich selbst die Fehler mache aber eben auch ausbügeln kann. Und außerdem:

Entweder man "geht mit der Zeit" oder man "geht" - mit der Zeit.

Hoffe Dir nicht die Laune verdorben zu haben...

Martin

"Maik Schmidt" schrieb im Newsbeitrag news: snipped-for-privacy@>> Hallo Maik,

sich dann seinerseitz als serielle Schnittstelle am

gut geeignet um ein einzellnes System billig und

professionelles Consumer-Produkt geeignet ist.

für Maschinensteuerung zu verwenden.

USB-Chip mit integriertem 8051, der wird vom PC aus

Gab IIRC auch einen mit Flash onboard... Schau

Wunschkäfer können sollen muss.

Moin!

dem Benutzer nicht zumuten, dass er bevor er das

Commport umstellt.

Bei FTDI zwingt Dich niemand, die VCP-Treiber (virtual comport) zu benutzen, du kannst Dein Device (FT232 mit serieller Schnittstelle oder FT245 mit 8bit parallel) auch direkt ansprechen.

Gruß, Michael.

Hallo Michael,

danke für die Antwort, das mmacht die sache wieder interresanter...

Allerdings muss ich jetzt erst mal rausfinden ob sich damit ein HID gestllten läßt. Insgesamt bin ich allerdings doch stark verwundert, dass es so wenig vernünftige Möglichkeiten zur Entwicklung von HIDs gibt. Von Atmel gibt's scheinabr nur "Mamut"-Chips, die PICs brauchen ein Programmiergerät, Cypress-Chips sind, wie anscheineind prinzipiell alleUSB-Chips, kaum zu bekommen (ich schaue mir mal den FX1 an...) Alle anderen Alternativen brauchen gleich zwei Chips, das kann's ja eigendlich auch nich sein )):-(...

Martin

"Michael Eggert" schrieb im Newsbeitrag news: snipped-for-privacy@4ax.com...

dem Benutzer nicht zumuten, dass er bevor er das

Commport umstellt.

Hallo,

läßt.

HID müsste doch fast mit jedem USB Controller gehen. Den Endpoint 0 ham se ja alle und mindenstens zwei weitere Endpoints die Interrupt Mode können gibts doch eigentlich immer...

Michael

Hallo Olaf,

Olaf Kaluza schrieb:

nur eine Frage zum Thema: ist diese niedrige Datenrate nicht ein generelles Problem bei USB-RS232C-Wandlern, wenn man die Daten einzeln byteweise =FCbertr=E4gt, und zwar aufgrund des USB-Protokolls?

ciao Marcus

Ein USB9604 ist kein RS232 Wandler. Der kann richtig schnell mit DMA und allem drum und dran.

Olaf

Naja, USB hat im Vergleich zu RS232 schon nen wesentlich grösseren Datendurchsatz, aber die "Pakete" sind eben auch viel grösser, so dass eine Flusskontrolle für einzelne Bytes natürlich schnell ziemlich ineffektiv wird. Wenn dein Gerät bei der eingestellten RS232 Bitrate dauerhaft Daten annehmen kann, so dass du keine Flusskontrolle brauchst vermute ich mal, dass die meisten USB -> Seriel Adapter auch recht flott sind.

Genau, damit kannste richtiges USB machen, nit son FTDI Popel ;)

Michael

^^^^^^^ USBN9604 Macht vielleicht die Suche fuer andere leichter...

-- Uwe Bonnes snipped-for-privacy@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt

--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Hallo Michael,

theoretisch...

praktisch: Wenn nur eine virtuelle COM-Schnittstelle simuliert werden kann ist das eben kein HID.

Martin

"Michael Dreschmann" schrieb im Newsbeitrag news: snipped-for-privacy@news.rhein-zeitung.de...

läßt.