AVR-Programmierung via USB mit FT2232

Vergiss es. Der Einfachst-Programmer an der RS232 funktioniert nur mit 
echten RS232-Ports. Mit USB-Serial Wandlern kann es klappen, aber wenn 
überhaupt dann so langsam, dass man etwa 45 min für einen 
Flash-Durchgang benötigt. Das wurde hier jede Woche mindestens 2 mal 
durchgekaut. Kauf dir lieber gleich einen AVR ISP MK II, wenn du 
unbedingt über USB programmieren willst.

Hä? Der FT2232 stellt zwar 2 Serial-Ports zur Verfügung, aber die sind 
trotzdem virtuell. Ohne "Intelligenz" im Programmer (siehe AVR AN910) 
klappt das Programmieren trotzdem nicht. Diese USB Programmer mit der 
Software-USB sind da sogar noch schneller als jeder USB-Serial Wandler, 
weil sie z.B. das STK500 Protokoll beherrschen. Das Problem ist die 
Übertragungart. Beim einfachen Serial-Programmer ohne extre µC wird für 
jedes Bit ein IO-Befehl gemacht, beim STK500 Protokoll oder dem AVRISP 
MK II werden gleich ganze Blöcke von mehreren Bytes runter geschickt. 
Da USB blockbasiert ist, ist das so elend langsam bei dem Bit-Gewackel. 
Wenn du mit den 45 min. leben kannst, nimm den FT2232, wenn es schneller 
gehen muss, müsstest du einen Bootloader implementieren oder aber noch 
einen Atmel als Protokoll-Umsetzer zwischen den FT2232 und deinen 
Ziel-Prozessor. Das "echte" USB des FT2232 bringt dir an der Stelle 
genau überhaupt gar nix.

Vergiss es einfach. Allein das Prinzip des USB Ports verhindert, dass 
ein Bit Banging einen großen Durchsatz erzielen könnte.

ben91 schrieb:
> OK ... angenommen ich schließe einen externen EEPROM an den FT2232 an,
> werden dann die Daten blockweise abgearbeitet?

Nein, das hat mit dem EEPROM überhaupt nix zu tun.

> Oder ist ein AVR USB-Bootloader (www.fischl.de/avrusbboot) die bessere
> Alternative?!

Ja. Aber der Bootloader muss erst mal per ISP irgendwie drauf.

Hallo,

ich programmiere meine AVRs direkt über nen FT232R (geht natürlich auch 
mit dem FT2232). Dabei verwende ich den Bitbang-Modus und für die 
serielle Kommunikation nicht nötige Pins (z.B. DCD, RI,...). Das RXD, 
TXD, RTS und CTS brauche ich zum Programmieren nicht, damit kann ich den 
selben Port ohne Probleme für serielle Kommunikation verwenden.

Ich brauche auch keinen Bootloader - solange ich also nicht die Fuses 
verzocke, kann ich den AVR immer wieder programmieren ohne ihn irgendwo 
externes anschließen zu müssen.

Ein Patch für avrdude gibts hier, ist allerdings schon etwas älter:

http://www.mail-archive.com/avrdude-dev@nongnu.org/msg00861.html

Ich bin momentan dabei den Patch zu aktualisieren. Allerdings gibt es 
noch Probleme mit der Baudrate vom Bitbang-Modus, da scheint das 
Datenblatt von FTDI nicht zu stimmen. Wenn das geklärt ist, versuche ich 
das in den offiziellen avrdude einfließen zu lassen.

Die Ansteuerung des Bitbang-Modus läuft über die libftdi, die gibts 
hier:
http://www.intra2net.com/en/developer/libftdi/index.php

ist LGPL und kompiliert unter Windows und Linux.

Gruß,

Gerd

Gerd E. schrieb:
> Ich bin momentan dabei den Patch zu aktualisieren. Allerdings gibt es
> noch Probleme mit der Baudrate vom Bitbang-Modus, da scheint das
> Datenblatt von FTDI nicht zu stimmen. Wenn das geklärt ist, versuche ich
> das in den offiziellen avrdude einfließen zu lassen.

Was hat Baudrate mit Bit Bang zu tun?

> Was hat Baudrate mit Bit Bang zu tun?

Wenn Du nicht ne Stunde warten willst bis Dein AVR Programmiert ist, 
schickst Du die benötigten Bits für die ISP-Befehle am Stück zum FTDI 
und der sendet die dann mit der eingestellten Baudrate raus. 
Gleichzeitig (Sync Bitbang) liest er die vom Atmel kommenden Daten rein, 
die werden vom avrdude ja auch gebraucht.

Wenn Du immer nur einen Satz Bits auf einmal setzt, bist Du durch die 
Latenz vom USB massiv in der Geschwindigkeit eingeschränkt.

FTDI schreibt im Datenblatt, daß bei Bitbang die Baudrate 16 mal so hoch 
ist wie eingestellt. Soweit ok. Nur scheint der Chip wohl 4 Baudticks zu 
brauchen um einen Datensatz rauszuschreiben. Das ist aber nirgendwo 
beschrieben und der FTDI-Support hat mir bisher auch noch keine 
brauchbare Erklärung dafür geliefert.

Gruß,

Gerd

>      *1. Was ist der Unterschied zwischen dem FT2232 und dem FT232R
>         (etwa nur die Anzahl, der verfügbaren RS232-Schnittstellen?!)

wenn Du's genau wissen willst, mußt Du schon sagen, welchen FT2232 Du 
meinst! Also der FT2232D z.B. hat 2 Schnittstellen statt einer wie der 
FT232R, außerdem hat er noch MPSSE (damit kann man z.B. I2C, SPI und 
JTAG machen) und noch nen paar andere Kleinigkeiten.

Der FT232R hat dagegen den Vorteil, daß er so gut wir gar keine externe 
Beschaltung wie z.B. Quarz, EEPROM etc. braucht. Also im Grunde nur der 
Chip, 2-3 Kondensatoren und gut ist.

>      *2.  Was ist mit dem "Patch für AVR-Dude" gemeint?
>           Muss ich also auf dem µC erst einmal ein Programm
> programmieren,
>           um den FTDI-Chip als Programmierschnittstelle nutzen zu
> können?!

Es ist gerade der Vorteil dieser Lösung, daß Du auf dem Atmel vorher 
kein Programm brauchst. Viele andere Lösungen brauchen einen sog. 
Bootloader den man vorher erst irgendwie in den Atmel reinkriegen muß.

avrdude ist ein Programm um AVRs zu programmieren. Es kann das oben 
beschriebene von Haus aus nicht, dazu braucht es eine Erweiterung: das 
ist der Patch. Und momentan brauchts auch noch etwas Erfahrung im Umgang 
mit Patches, Compiler, Abhängigkeiten etc.

Gruß,

Gerd

> Ich benötige zum Programmieren des Mikrocontrollers (ATmega16)
> lediglich den FT232R, welchen ich mit der ISP-Schnittstelle des
> Controllers verbinde und natürlich diverse externe Komponenten für den
> Betrieb des FTDI-Chips.

korrekt.

> Soweit ich das aus Recherchen ermitteln konnte,
> kann ich den Chip somit am PC, wie einen normalen USB-RS232-Converter
> installieren

korrekt

> und mithilfe von PonyProg den µC programmieren?!

falsch. Statt PonyProg mußt Du avrdude mit dem Patch verwenden.

Gruß,

Gerd

Jetzt mal was ganz ketzerisches. Nimm doch einen MSP430, die haben 
alle schon einen UART Bootloader eingebaut. Das macht vieles 
einfacher. :)