Forum: Mikrocontroller und Digitale Elektronik ISP über USB mit FT245 da gabs doch was ?


von Christof Rieger (Gast)


Lesenswert?

Ich meine, irgend jemand hatte hier erwähnt, das es einen AVR-ISP mit
dem FT245 gäbe. Weiß jemand wo dieses Projekt zu finden ist ?

von Markus Dietrich (Gast)


Lesenswert?

Bei Dir wenn Du ihn baust ;-)

Du meinst sicher den FT232BM, den USB->seriell Konverter.
Link hier http://www.e.kth.se/~joakimar/hardware.html

von Matthias (Gast)


Lesenswert?

Hi

er meint evtl. auch meinen USBisp -> www.matwei.de -> Elektronik

Matthias

von Christof Rieger (Gast)


Lesenswert?

Oh, Kinners, tausend Dank.

Sieht ja sehr Professionel aus aber gehts nicht nur mit dem FT ohne
extra Controller. Wollt mir ne Eigenentwicklung sparen.

von Matthias (Gast)


Lesenswert?

Hi

geht (bit bang modus). Ist aber, dank USB-Zeitraster von 1ms, wirklich
extrem laaaaaaaaaaaaaaaaaangsam.

http://home.t-online.de/home/holger.klabunde/avr/avrboard.htm

Nur so zum Vergleich:
Mein USBisp programmiert (und prüft) das komplette Flash eines
ATMega128 in knapp 21 Sekunden.

Matthias

von Tobi (Gast)


Lesenswert?

gibt ja mitlerweile neuere versionen vom avr910, die den blocktransfer
modus unterstützen. dadurch dürfte man auch da einen normalen usb
wandler dranhängen können, ohne das die geschwindigkeit in den keller
geht. ich habs noch nicht versucht aber bei der version die ich mir
angeschaut haben werden 64byte blöcke auf einmal geflasht/oder ins
eeprom geschrieben und das ist allemal mehr als beim bitbang

von Christof Rieger (Gast)


Lesenswert?

Danke Mattias,

Ist ja ne Schöne Sch...e. Das läßt mich trauern.

von Christof Rieger (Gast)


Lesenswert?

Mattias,

Was hat es denn mit dem AT45DB041B (IC4) in deinem ISP auf sich ?
Kann man den Aufbau so modifizieren, das ein Takt fur XTAL1 erzeugt
wird ?

von Matthias (Gast)


Lesenswert?

Hi

ich muß wohl ganz dringend in den Schaltplan schreiben das der nicht
benötigt wird. Die Hardware hat noch einen anderen Einsatzzweck. Dafür
ist das DF da. Ich habe mal angedacht die Software so zu modifizieren
das ein programmieren ohne PC möglich ist. Also im Prinzip aufspielen
der Software vom PC ins DF und dann nur noch anstecken des USBisp an
die Zielschaltung und dann wird diese automatisch programmiert. Ist
aber noch nichts implementiert in die Richtung.

Man kann den Aufbau durchaus verändern um einen externen Takt
einzuspeisen. Aber wozu? Viel schneller wirds nicht werden.

Matthias

von MCfreak (Gast)


Lesenswert?

Hallo!

Das USB Projekt vom Markus ist nicht schlecht.
http://www.e.kth.se/~joakimar/hardware.html
Gibt es zu diesem Projekt auch den C-Code?

von Matthias (Gast)


Lesenswert?

Hi

@Tobi

ich meinte eigentlich den reinen bit bang Modus des FT245BM. Damit kann
man eine Programmer auch ohne zusätzlichen µC aufbauen. Aber der ist
dann eben extrem langsam. Die Lösungen mit FT232 und AVR910 Protokoll
haben den Nachteil das sie trotz USB auf RS232 Geschwindigkeit bremsen.
Es gibt da zwar ein paar Tricks mit denen man die Baudrate etwas
hochtreiben kann das muß dann aber auch vom PC Programm unterstützt
werden.

Ich habe mich außerdem für das STK500 Protokoll entschieden weil ein
Mega8 (der war eben auf der Hardware drauf) dafür problemlos ausreicht
und es einfach das modernere Protokoll ist.

Matthias

von Tobi (Gast)


Lesenswert?

@matthias
etwas ähnliches bau ich gerad auch aber mit mmc als speichermedium für
mehrere images

von Matthias (Gast)


Lesenswert?

Hi

die 4MBit des AT45DB041B reichen ja auch immerhin für 4 (komplette!)
Images eines Mega128. IMHO völlig ausreichend.

Matthias

von Tobi (Gast)


Lesenswert?

ach so, wusste garnicht, dass das ganz ohne controller geht.

man könnte aber auch problemlos einen ftdi mit par interface
dranhängen. hab den avr910 code in c umgeschrieben und strickt die
kommunikation mit pc und uC getrennt (wegen dem projekt ein post weiter
oben)
ich denk mal ich werd auch noch das stk500 protokoll als option
eingauen. im moment verpass ich einem avr910-er erst mal einen
parallelen programmier modus

von Tobi (Gast)


Lesenswert?

aber nur für 4 reine flash images. was ist mit eeprom oder sonstigen
einstellungen ala fuses und lock bits? ich hab vor, das alles
auszuzeichnen und dann ohne pc wieder abspielen zu können. mmc ist
etwas übertrieben, das geb ich ja zu :). aber ist sehr einfach
anzusteuern, billig und auch austauschbar

von Steffen (Gast)


Lesenswert?

So langsam ist der Bitbang Modus nun auch nicht. Für so eine Anwendung
macht aber eher der FT2232 Sinn, da er erweiterte Funktionen im
Bitbang-Mode besitzt, welche die Emulation von Syncronen Schnittstellen
ermöglichen.

Die 1ms zwischen den einzelnen Transaktionen muss man ja eh warten, da
die Schreibzeit auch in dem Bereich liegt oder sind die AVRs da viel
schneller?

Steffen

von Tobi (Gast)


Lesenswert?

die neuen avr's haben kaum mehr flash wartezeiten. da kann eine seite
komplett geschrieben werden und dann gibts erst eine pause. selbst die
alten brauchten nur eine 4,5ms pause pro byte, nicht pro bit. das macht
einiges aus

von Matthias (Gast)


Lesenswert?

Hi

@Tobi
Nö. So ein DF hat 2048 Seiten a 264 (nicht 256) Byte. Also genau (bis
auf letzte Bit :-) passend um darin 4 komplette Images (Flash (128k) und
EEPROM (4k)) zu speichern. Fuse und Lock-Bits kann man dann noch im
internen EEPROM des ATMega8 unterbringen.

Aber auf ner MMC ist natürlich mehr Platz. Aufs AVR910 Protokoll würde
ich nicht mehr setzen. Es wird weder besser unterstützt als STK500 und
bietet auch sonst keine Vorteile. Die Implementation ist evtl. ein
bischen einfacher (STK500 ist aber auch keine wirkliche
Herausforderung) .

Matthias

von Steffen (Gast)


Lesenswert?

@Tobi

Wie kommst Du auf die Zeit pro Bit?
Im Bitbangmode kannst Du pro 1ms Frame mehrere Bits bzw. Bytes
schreiben. Wenn eine Page in ein Frame passt (hängt von deren Größe
ab), kann man theoretisch mit maximal möglicher Geschwindigkeit im
Bitbang-Mode einen Prozessor programmieren. Gut, was bremst sind dann
die evtl. notwendigen Zwischenabfragen ob Programmierung OK etc.

Steffen

von Tobi (Gast)


Lesenswert?

@steffen
die zeit hatte oben jmd geschrieben und hab ich nur übernommen. ich
muss zugeben, dass ich mich mit solchen usb details noch nicht
beschäftigt habe.
bei den älteren avr's sind so weit ich weiss mehr zwischenabfragen
notwendig aber bei den neueren sollte das dann so recht zügig gehen.
wieder was dazugelernt :)

@mathias
mit den protokollen hast du wohl recht. wahrscheinlich werd ich, wenn
ich genug flash über hab einfach beide implementieren und dann bei
jumper umschaltbar machen. wenn ich beide lauffähig habe ist das ja
kaum mehr aufwand.
bei deiner oben ausage hatte sich das so angehört, als ob der df genau
4096 bits hätte. dann passt es natürlich. hab mir mal deinen sourcecode
angeschaut: sieht wirklich recht simpel aus. hatte bisher nur die atmel
datenblätter dazu gewälzt und in datenblättern ist immer alles so
aufgebauscht..

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.