Fleury Bootloader und das aktuelle Atmel Studio

[datasheet (Gast)]

Moin,

ich hab eine selbstgebastelte Hardware, auf Basis eines ATMega8A und 
eines FTDI232RL Chips. Die serielle Kommunikation habe ich mit einem 
kleinen Programm getestet. Das funktioniert gut.

Jetzt hab ich den Bootloader von Peter Fleury aufgespielt 
http://homepage.hispeed.ch/peterfleury/avr-software.html
Hab ne Led und nen Taster angehängt und die entsprechenden Pins 
konfiguriert. Wenn ich die Taste drücke leuchtet die LED. Alles klar! 
Der bootloader ist bereit. Als Baudrate hab ich die 115200 gelassen und 
die F_CPU hab ich auf meine 16MHz eingestellt.

Jetzt hatte ich es aber so verstanden, dass der BL mit dem Atmel Studio 
zusammenarbeitet, weil er sich genauso wie ein STK500 verhält. Wenn ich 
aber im aktuellen Atmel Studio 6.1 das STK500 auswähle, den richtigen 
Atmel noch, dann kommt immer die Fehlermeldung: Keine Kommunikation 
möglich.

Was mach ich denn falsch? Hat sich mittlerweile was an den Protokollen 
geändert? Wie kann ich die Kommunikation mit dem µC testen? Muss der auf 
ein 0x1B (das sendet das Atmel Studio als erstes) schon etwas 
zurückschicken?

Ich bin grad ein bisschen ratlos und hoffe auf etwas Input, vielen Dank 
schonmal.

Data

[Uwe (de0508)]

Na dann schau mal in das Datenblatt deines µC !

Wie groß ist den der Fehler der Baudrate bei 16MHz und 115200 Baud ?

In Programmen findet man solche Berechnungen des USART 
Configurationsregisters UBRR:

#define BAUDRATE 115200
const uint16_t UBRR = (uint16_t)(1.0 * F_CPU / 16 / BAUDRATE -0.5);

Durch Umstellung kann man dann den Fehler ausrechnen:

const uint16_t BAUDRATE = 115200;
const uint16_t UBBR = 8u; // aus obiger Rechnung !
const float Taktfehler = (1.0 * F_CPU) / (16ul * BAUDRATE * (UBBR +1)) -1; // 8,50%

[datasheet (Gast)]

Und? Scherzkeks!

U2X ist mit gesetzt. Ist von Herrn Fleury sehr gut als define gemacht.

Datenblatt S. 156 sagt dazu 2,1% Fehler. (Bei U2X=0 übrigens -3.5% -> 
Entweder hat sich Atmel oder du verrechnet).

Es ist mir bewusst, dass ein Baudratenquarz hier sicherlich besser ist. 
Wahrscheinlich kann es auch mal einen Übertragungsfehler geben, wenn 
viele Daten übertragen werden. Ein paar Steuerbefehle werden wohl 
trotzden funktionieren. Hier liegt ein grundsätzliches Problem vor.

Hat noch jemand eine Idee?

Data

[datasheet (Gast)]

Ich nochmal,

hab ein bisschen rumgelesen und der Baudratenfehler scheint schon einen 
gewissen Einfluss zu haben. Es kann mal passieren, dass es nicht klappt. 
Nur dass bei X Versuchen gar nichts zurückgesendet wird. Das kann ich 
mir wirklich nicht vorstellen.

Zumal ich bei der Frequenz und der Baudrate schon kilobyteweise Daten 
hin- und hergeschickt habe. Zum Beispiel die Farbwerte für ein S65 
Display, Steuerungsbefehle für eine Maschine, die tagelang durchgelaufen 
ist, bootloader mit eigenem Windowsprogramm usw.

Ich find irgendwie auch keine weiteren Infos zu dem Bootloader.

Direkte Frage funktioniert das mit dem Atmel Studio 6? Hat das jemand am 
Laufen?

Data

[datasheet (Gast)]

Okay, ich dachte, dass die Fleury Sachen mittlerweile schon so eine Art 
Standard sind (Display, Uart). Was ist denn nun das mit dem Bootloader? 
Wenn das Atmel Studio mit STK500 als Programmer eine Verbindung versucht 
kommt

Timestamp:  2013-05-27 22:41:21.985
Severity:    ERROR
ComponentId:  20100
StatusCode:  1
ModuleName:  TCF (TCF command: Tool:connect failed.)

The signature of the attached tool is AVRISP_2, which is unexpected."

Wenn ich mit avrdude versuche avrdude.exe -p atmega8 -P COM3 -c STK500v2 
-U flash:w:main.hex

avrdude.exe: AVR device initialized and ready to accept instructions

Reading |                                                    | 0% 0.00savrdude.e
xe: stk500v2_command(): command failed
avrdude.exe: stk500v2_cmd(): failed to send command
avrdude.exe: stk500v2_command(): command failed
avrdude.exe: stk500v2_cmd(): failed to send command
Reading | #################                                  | 33% 0.04savrdude.
exe: stk500v2_command(): command failed
avrdude.exe: stk500v2_cmd(): failed to send command
Reading | ################################################## | 100% 0.06s

avrdude.exe: Device signature = 0x010101
avrdude.exe: Expected signature for ATMEGA8 is 1E 93 07
             Double check chip, or use -F to override this check.

avrdude.exe done.  Thank you.

Mach ich ein -vvvv noch mit rein, zeigt er, dass die Kommunikation 
ansich funktioniert.

avrdude.exe: Version 5.10, compiled on Jan 19 2010 at 10:45:23
             Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
             Copyright (c) 2007-2009 Joerg Wunsch

             System wide configuration file is "C:\WinAVR-20100110\bin\avrdude.c
onf"

             Using Port                    : COM3
             Using Programmer              : STK500v2
avrdude.exe: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [01]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [0b]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [01]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [08]
avrdude.exe: Recv: A [41]
avrdude.exe: Recv: V [56]
avrdude.exe: Recv: R [52]
avrdude.exe: Recv: I [49]
avrdude.exe: Recv: S [53]
avrdude.exe: Recv: P [50]
avrdude.exe: Recv: _ [5f]
avrdude.exe: Recv: 2 [32]
avrdude.exe: Recv: t [74]
avrdude.exe: stk500v2_getsync(): found AVRISP programmer
             AVR Part                      : ATMEGA8
             Chip Erase delay              : 10000 us
             PAGEL                         : PD7
             BS2                           : PC2
             RESET disposition             : dedicated
             RETRY pulse                   : SCK
             serial program mode           : yes
             parallel program mode         : yes
             Timeout                       : 200
             StabDelay                     : 100
             CmdexeDelay                   : 25
             SyncLoops                     : 32
             ByteDelay                     : 0
             PollIndex                     : 3
             PollValue                     : 0x53
             Memory Detail                 :

                                      Block Poll               Page
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
               eeprom         4    20   128    0 no        512    4      0  9000
  9000 0xff 0xff
                                      Block Poll               Page
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
               flash         33    10    64    0 yes      8192   64    128  4500
  4500 0xff 0x00
                                      Block Poll               Page
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
               lfuse          0     0     0    0 no          1    0      0  2000
  2000 0x00 0x00
                                      Block Poll               Page
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
               hfuse          0     0     0    0 no          1    0      0  2000
  2000 0x00 0x00
                                      Block Poll               Page
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
               lock           0     0     0    0 no          1    0      0  2000
  2000 0x00 0x00
                                      Block Poll               Page
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
               calibration    0     0     0    0 no          4    0      0     0
     0 0x00 0x00
                                      Block Poll               Page
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
               signature      0     0     0    0 no          3    0      0     0
     0 0x00 0x00

             Programmer Type : STK500V2
             Description     : Atmel STK500 Version 2.x firmware
             Programmer Model: AVRISP
avrdude.exe: Send: . [1b] . [02] . [00] . [02] . [0e] . [03] . [90] . [86]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [02]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [0f]
avrdude.exe: Recv: . [18]
avrdude.exe: Send: . [1b] . [03] . [00] . [02] . [0e] . [03] . [91] . [86]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [02]
avrdude.exe: Recv: . [14]
avrdude.exe: Send: . [1b] . [04] . [00] . [02] . [0e] . [03] . [92] . [82]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [04]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [0a]
avrdude.exe: Recv: . [1b]
             Hardware Version: 15
             Firmware Version Master : 2.10
avrdude.exe: Send: . [1b] . [05] . [00] . [02] . [0e] . [03] . [94] . [85]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [05]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [03]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [10]
             Vtarget         : 0.0 V
             SCK period      : 80.3 us

avrdude.exe: Send: . [1b] . [06] . [00] . [0c] . [0e] . [10] . [c8] d [64] . [19
]   [20] . [00] S [53] . [03] . [ac] S [53] . [00] . [00] 5 [35]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [06]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [02]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [10]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [01]
avrdude.exe: AVR device initialized and ready to accept instructions

Reading |                                                    | 0% 0.00savrdude.e
xe: Send: . [1b] . [07] . [00] . [08] . [0e] . [1d] . [04] . [04] . [00] 0 [30]
. [00] . [00] . [00] 7 [37]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [07]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [02]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [1d]
avrdude.exe: Recv: . [c0]
avrdude.exe: Recv: . [cd]
avrdude.exe: stk500v2_command(): command failed
avrdude.exe: stk500v2_cmd(): failed to send command
avrdude.exe: Send: . [1b] . [08] . [00] . [08] . [0e] . [1d] . [04] . [04] . [00
] 0 [30] . [00] . [01] . [00] 9 [39]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [08]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [02]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [1d]
avrdude.exe: Recv: . [c0]
avrdude.exe: Recv: . [c2]
avrdude.exe: stk500v2_command(): command failed
avrdude.exe: stk500v2_cmd(): failed to send command
Reading | #################                                  | 33% 0.06savrdude.
exe: Send: . [1b] . [09] . [00] . [08] . [0e] . [1d] . [04] . [04] . [00] 0 [30]
 . [00] . [02] . [00] ; [3b]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [09]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [02]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [1d]
avrdude.exe: Recv: . [c0]
avrdude.exe: Recv: . [c3]
avrdude.exe: stk500v2_command(): command failed
avrdude.exe: stk500v2_cmd(): failed to send command
Reading | ################################################## | 100% 0.09s

avrdude.exe: Device signature = 0x010101
avrdude.exe: Expected signature for ATMEGA8 is 1E 93 07
             Double check chip, or use -F to override this check.
avrdude.exe: Send: . [1b] . [0a] . [00] . [03] . [0e] . [11] . [01] . [01] . [0d
]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [0a]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [02]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [11]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [0c]

avrdude.exe done.  Thank you.

Anscheinend hat er die Signatur nicht, obwohl ich im Makefile mit MCU = 
atmega8 den richtigen Controller definiert.

Ich komm echt nicht weiter. Und die einzige Hilfe vom "Fachpublikum" ist 
der 3% UART Fehler, echt schade!

[Hubert G. (hubertg)]

Start AVRISP Programmer (AVRStudio/Tools/Program AVR)
    - AVRISP will detect the bootloader
    - Program your application FLASH file and optional EEPROM file using 
AVRISP

Solltest du nicht AVRISP einstellen anstelle von STK500?

[amateur (Gast)]

>Jetzt hatte ich es aber so verstanden, dass der BL mit dem Atmel Studio
>zusammenarbeitet, weil er sich genauso wie ein STK500 verhält.

Nur wo STK500 draufsteht ist auch STK500 drinnen.

Ich würde davon ausgehen, dass Peter nicht das ganze Antwortverhalten, 
des STK500, in den Treiber übernommen hat. Aber das Studio 6 ein paar 
Tests macht, um festzustellen, werden denn da lauscht.

[datasheet (Gast)]

Genau das geht ja nicht im Atmel Studio. AVRStudio/Tools/Program AVR 
gibt es nicht (mehr). Unter tools ist die einzige Möglichkeit "Add 
Target" das "STK500" auszuwählen (Dropdown mit einem! Eintrag) und die 
Schnittstelle.
Unter Tools / Device Programming kann ich entweder den Simulator, das 
vorhin angelegte STK500 oder meinen MKII (wenn angesteckt) auswählen. 
Sonst nichts.
Im avrdude mit der Option -c AVRISP:

avrdude.exe: Version 5.10, compiled on Jan 19 2010 at 10:45:23
             Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
             Copyright (c) 2007-2009 Joerg Wunsch

             System wide configuration file is "C:\WinAVR-20100110\bin\avrdude.c
onf"

             Using Port                    : COM3
             Using Programmer              : AVRISP
avrdude.exe: Send: 0 [30]   [20]
avrdude.exe: Send: 0 [30]   [20]
avrdude.exe: Send: 0 [30]   [20]
avrdude.exe: Recv:
avrdude.exe: stk500_getsync(): not in sync: resp=0x00

avrdude.exe done.  Thank you.

Heißt "stk500v2 kompatibel" nicht, dass sich der Bootloader so verhält 
als wäre ein STK500 in Hardware dran?

[amateur (Gast)]

@datasheet

Ich kann auf die Schnelle nicht feststellen, was ich an meinem System 
(Studio 6) eingestellt habe, aber ich glaube dass das egal ist.
Wichtig ist, dass Du die passenden Header einbindest.
Ich produziere ein Hex-File und schubse es ebenfalls in einen 
Nicht-Atmel-Bootloader.
Hierzu verwende ich das FLIP-System. Die Erstellung des dazu nötigen 
Batch-Jobs war zwar etwas tricky, aber das Teil läuft problemlos.

[datasheet (Gast)]

amateur schrieb:
> Ich kann auf die Schnelle nicht feststellen, was ich an meinem System
> (Studio 6) eingestellt habe, aber ich glaube dass das egal ist.

Ähh, Danke :-~
> Wichtig ist, dass Du die passenden Header einbindest.
Welche Header?
#include <inttypes.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/boot.h>
#include <avr/pgmspace.h>
#include "command.h"

Sind eingebunden. Wenn was wichtiges fehlen würde, hätte er auch nicht 
compiliert.

> Ich produziere ein Hex-File und schubse es ebenfalls in einen
> Nicht-Atmel-Bootloader.
> Hierzu verwende ich das FLIP-System. Die Erstellung des dazu nötigen
> Batch-Jobs war zwar etwas tricky, aber das Teil läuft problemlos.
Mit anderen Worten, du rufst ein externes Programm auf, was das Flashen 
übernimmt. Die Erstellung eines eigenen Programmes wollte ich mir 
eigentlich ersparen und dafür das Atmel Studio / avrdude nehmen.

Hätt ich gleich mein eigenes Ding gemacht, wärs schon fertig.

Danke an alle, die versucht haben mir zu helfen, war aber wohl nix.

[Martin W. (wollis)]

Hallo zusammen,

Frage: Funktioniert der Original-Bootloader von Peter Fleury mit den 
Atmel Studio 5&6?
Antwort: Nein

Warum nicht? Nun, der Original-Bootloader meldet sich als AVRISP.

avrdude.exe: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14]
avrdude.exe: Recv: . [1b]
avrdude.exe: Recv: . [01]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [0b]
avrdude.exe: Recv: . [0e]
avrdude.exe: Recv: . [01]
avrdude.exe: Recv: . [00]
avrdude.exe: Recv: . [08]
avrdude.exe: Recv: A [41]
avrdude.exe: Recv: V [56]
avrdude.exe: Recv: R [52]
avrdude.exe: Recv: I [49]
avrdude.exe: Recv: S [53]
avrdude.exe: Recv: P [50]
avrdude.exe: Recv: _ [5f]
avrdude.exe: Recv: 2 [32]
avrdude.exe: Recv: t [74]

Und eben dieser wird im Atmel Studio 5&6 nicht mehr unterstützt.

datasheet schrieb:
> Direkte Frage funktioniert das mit dem Atmel Studio 6? Hat das jemand am
> Laufen?
Ja, wenn man an ein paar Stellen den Bootloader ändert funktioniert er 
auch mit dem Atmel Studio 5&6 wieder. Dazu muss er sich als STK500 
melden. Hier findest du die gefixte Version:
http://www.ags.tu-bs.de/?id=e.lab:projekte:stk500v2_bootloader_fixed

Nun aber noch mal zurück zu deinem Problem mit der Kommunikation:

datasheet schrieb:
> avrdude.exe: stk500v2_command(): command failed
> avrdude.exe: stk500v2_cmd(): failed to send command
Das bedeutet nicht, dass die Kommunikation zwischen AVRDUDE und 
BOOTLOADER nicht funktioniert! Sondern, dass der BOOTLOADER den Befehl 
nicht kennt. Wenn man den BOOTLOADER mit dem AVRDUDE nutzen möchte, muss 
die folgende Zeile auskommentiert werden.

#define REMOVE_CMD_SPI_MULTI

Achtung! Der Bootloader passt dann aber wahrscheinlich nicht mehr in die 
voreingestellten 1024 Byte (512 WORD).

Gruß,
Martin

[Hotze (Gast)]

Vielen Dank, Martin!

Hat mir weiter geholfen!