- Bildergalerie

Fleury Bootloader und das aktuelle Atmel Studio

datasheet Gast 27.05.2013 07:49 #3179719

Lesenswert?

•

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

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Uwe (de0508) 27.05.2013 08:08 #3179727

Lesenswert?

•

▲
▼

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%

Antwort Zitieren Bearbeiten Löschen Beitrag melden

datasheet Gast 27.05.2013 08:29 #3179736

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

datasheet Gast 27.05.2013 16:44 #3180381

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

datasheet Gast 27.05.2013 23:05 #3180862

Lesenswert?

•

▲
▼

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
             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
             RESET disposition             : dedicated
             RETRY pulse                   : SCK
             serial program mode           : yes
             parallel program mode         : yes
             CmdexeDelay                   : 25
             ByteDelay                     : 0
             PollIndex                     : 3
             PollValue                     : 0x53
             Memory Detail                 :
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
  9000 0xff 0xff
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
  4500 0xff 0x00
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
          Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW
 MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ -----
 ----- ---------
             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!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Hubert G. (hubertg) 27.05.2013 23:23 #3180887

Lesenswert?

•

▲
▼

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?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

amateur Gast 27.05.2013 23:41 #3180905

Lesenswert?

•

▲
▼

>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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

datasheet Gast 27.05.2013 23:53 #3180912

Lesenswert?

•

▲
▼

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
             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?

Angehängte Dateien:

AS_STK500.png (28 KB)
AtmelStudioDeviceProgrammin.png (32 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

amateur Gast 28.05.2013 00:10 #3180918

Lesenswert?

•

▲
▼

@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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

datasheet Gast 28.05.2013 18:38 #3181778

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Martin W. (wollis) 14.09.2013 14:50 #3320749

Lesenswert?

•

▲
▼

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.

1	`#define REMOVE_CMD_SPI_MULTI`


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

Gruß,
Martin

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Hotze Gast 02.11.2013 20:25 #3386595

Lesenswert?

•

▲
▼

Vielen Dank, Martin!

Hat mir weiter geholfen!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren

Kontakt/Impressum – Datenschutzerklärung – Nutzungsbedingungen – Werbung auf Mikrocontroller.net