atmega328p mit FTDI und ArduinoIDE programmieren

[Rush .. (rush)]

Moin.

Kurz zu meinem Vorhaben: Hab ein Board mit einem atmega328P (interner 
Oszillator 8Mhz) aufgebaut und möchte diesen über einen 
USBzuSeriell-Adapter und die ArduinoIDE flashen können. So, simple Sache 
eigentlich. Soweit funktioniert die Sache auch, allerdings nur ein 
einziges mal.... danach nie wieder.

Folgendes habe ich gemacht:
1. den Bootloader ATmegaBOOT_168_atmega328_pro_8MHz.hex aus dem 
bootloader-Verzeichnis mit meinen AVR dragon und dem AtmelStudio via ISP 
geflasht

2. Fuses mit dem AtmelStudio gesetzt:
low_fuses=0xE2
high_fuses=0xDA
extended_fuses=0x05

Die Werte habe ich der Datei boards.txt entnommen welche in dem Tutorial 
unter https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard erwähnt 
wird.

3. folgenden Abschnitt aus der eben genannten board.txt in die board.txt 
der Arduino-Installation eingefügt:

##############################################################

atmega328bb.name=ATmega328 on a breadboard (8 MHz internal clock)

atmega328bb.upload.protocol=arduino
atmega328bb.upload.maximum_size=30720
atmega328bb.upload.speed=57600

atmega328bb.bootloader.low_fuses=0xE2
atmega328bb.bootloader.high_fuses=0xDA
atmega328bb.bootloader.extended_fuses=0x05

atmega328bb.bootloader.file=atmega/ATmegaBOOT_168_atmega328_pro_8MHz.hex
atmega328bb.bootloader.unlock_bits=0x3F
atmega328bb.bootloader.lock_bits=0x0F

atmega328bb.build.mcu=atmega328p
atmega328bb.build.f_cpu=8000000L
atmega328bb.build.core=arduino:arduino
atmega328bb.build.variant=arduino:standard


atmega328bb.bootloader.tool=arduino:avrdude
atmega328bb.upload.tool=arduino:avrdude

4. In der ArduinoIDE als Board "ATmega328 on a breadboard (8 MHz 
internal clock)" ausgewählt und den entsprechenden Port des 
Seriell-Adapters ausgewählt.

5. Scatch über den Adapter geflasht.


So, bis hier hin haut alles einwandfrei hin.

Allerdings kann ich keine weiteren Flashvorgänge durchführen. Wenn ich 
es versuche, blinkt mein Adapter (da mein Scatch daten via UART 
raussendet). Der Port wird also schon geöffnet, allerdings schlägt das 
Flashen fehl. Ich muss jedes mal den Bootloarder über das AtmelStudio 
neuflashen..... Das ist ja nicht der Sinn eines bootloaders ;-)

Was mir auch aufgefallen ist: Wenn ich mir nach dem ersten erfolgreichen 
Programmieren des Scateches die Fuses mit dem Atmelstudio ansehe, ist 
die Extended Fuse auf 0xFD geändert worden. Ein erneutes setzen der 
richtigen Fuses löst mein Problem nicht.

Achso, verwendet habe ich einen eigens aufgebauten Serielladapter auf 
Basis des FT232RL. Verbunden habe ich VCC und GND, sowie RX->TX und 
TX->RX.


Kann mir jemand weiterhelfen? Warum kann ich keine weiteren Scatche 
programmieren?

Vielen Dank Euch schonmal

[Philipp K. (philipp_k59)]

Reset mit 100nF Cap in Reihe und 10K PullUp nach VCC?

Auch von Heute: Beitrag "pull-up am Reset button (AtMega32u4)"

Bzw. Du musst vom FT232 das DTR auf den Reset Pin legen.

[Dieter S. (Gast)]

Der Pullup für Reset (wie angemerkt) ist wichtig aber Reset kann auch 
manuell ausgeführt werden.

[Philipp K. (philipp_k59)]

Dieter S. schrieb:
> Der Pullup für Reset (wie angemerkt) ist wichtig aber Reset kann auch
> manuell ausgeführt werden.

Stimmt schon.. wenn aber sowieso USB-To-Serial mit Reset vorhanden ist 
dann ist automatisch komfortabler.. dazu benutzt er ja noch einen custom 
bootloader.. je nach dem welchen er erwischt hat kann die "Warte auf 
Reset" Zeit so kurz sein das man diese genau treffen muss. 
(Mikrocontroller im richtigen Status.. ca 2 Sekunden nach Start 1 
Sekunde während die IDE genau fertig kompiliert hat..)

Ist mir schonmal passiert.

[Ulrich F. (Gast)]

Scheint der Lilypad Bootloader zu sein, der ist recht geduldig.
Optiboot ist da "enger"

[Dieter S. (Gast)]

Philipp K. schrieb:
> Dieter S. schrieb:
>> Der Pullup für Reset (wie angemerkt) ist wichtig aber Reset kann auch
>> manuell ausgeführt werden.
>
> Stimmt schon.. wenn aber sowieso USB-To-Serial mit Reset vorhanden ist
> dann ist automatisch komfortabler.. dazu benutzt er ja noch einen custom
> bootloader.. je nach dem welchen er erwischt hat kann die "Warte auf
> Reset" Zeit so kurz sein das man diese genau treffen muss.
> (Mikrocontroller im richtigen Status.. ca 2 Sekunden nach Start 1
> Sekunde während die IDE genau fertig kompiliert hat..)
>
> Ist mir schonmal passiert.

Nur von der Resetleitung hat er nichts geschrieben, daher der 
vorsichtige Hinweis. :-)
Da das sehr zeitkritisch ist, kann das ja das Problem sein. Also dann 
unbedingt Resetleitung mit Kerko verdrahten.

[Rush .. (rush)]

Ich habe den Reset-Pin lediglich mit 10k an VCC gehängt. DTR ist 
garnicht angeschlossen da hier z.B. garnicht erwähnt:

https://www.arduino.cc/en/Main/Standalone

Sollte es so sein?:

                   VCC
                    |
                   10k
                    |
DTR -----------||---------------Reset

[Joachim B. (jar)]

Rush .. schrieb:
> Sollte es so sein?:

schau mal:

https://www.flickr.com/photos/maniacbug/6413368937/

gilt auch für andere mit FTDI

[Dieter S. (Gast)]

Rush .. schrieb:
> Ich habe den Reset-Pin lediglich mit 10k an VCC gehängt. DTR ist
> garnicht angeschlossen da hier z.B. garnicht erwähnt:
>
> https://www.arduino.cc/en/Main/Standalone
>
> Sollte es so sein?:
>
>                    VCC
>                     |
>                    10k
>                     |
> DTR -----------||---------------Reset


Sind eben nicht alle perfekt. ;-)
Aber so ist es richtig verschaltet.

[Richard (Gast)]

Da fehlt noch eine Diode und ein Pulldown Widerstand sonst kann der 232 
kein Reset auslösen...

[Dieter S. (Gast)]

Richard schrieb:
> Da fehlt noch eine Diode und ein Pulldown Widerstand sonst kann
> der 232
> kein Reset auslösen...

Wo soll die fehlen?
Die habe ich bisher an keine Arduino-Reset-Schaltung gesehen.

[Philipp K. (philipp_k59)]

Da fehlt nix

[Toni R. (torei55)]

Hallo Rush,

das gleiche Problem hatte ich auch schon mal.
Lösung war, den FTDI-Treiber neu Installieren.

Das Problem ist das der DTR-Pin, nach dem 1. Flashen, nicht mehr auf LOW 
geht! Also wird der Bootloader gar nicht erst durch einen Reset 
aktiviert.
Nach der Neuinstallation des Treibers funktioniert seitdem alles 
bestens.

Gruß
Toni