(ISP) Programmer mit Debug-Funktion für ATMEGA

Zum Debuggen brauchst du einen Atmel-JTag-Adapter. Über ISP geht das 
grundsätzlich nicht.

Atmel Dragon oder Atmel ICE.

Oliver

Hummel030 schrieb:
> ich suche einen Programmer mit Debug-Funktion. Dieser sollte nach
> Möglichkeit wenig Kosten und mit dem Atmel-Studio7 kompatibel sein.

Kurz gesagt: du suchst ein rosa Einhorn.

> vorhandene Hardware:
> -Pololu ISP v2.1 Programmer: (vorschnell gekauft

> -Breadboard mit ATMEGA8-16PU µC

Der ATMega8 läßt sich mangels Debug-Schnittstelle gar nicht debuggen. 
Der designierte Nachfolger ATMega88 hätte immerhin eine debugWire 
Schnittstelle.

Schlußfolgerung: der Pololu ISP Programmer war nicht das einzige 
vorschnell gekaufte Stück Hardware.

> Nun zu meinen Fragen:
> 1. Gibt es eine Möglichkeit mit dem vorhandenen Programmer zu debuggen?

Nein.

> 2. Falls nicht habe ich mir diese beiden alternativen Programmer
> ausgesucht:
>    AVR Dragon

Der kostet nicht wenig. Und ist relativ empfindlich.

>    USB AVRISP XPII

Das scheint ein Nachbau des AVR ISP Mk2 zu sein. Das kann gar nicht 
debuggen. Ist ein reiner ISP-Programmer.

> 3. Gibt es eine billigere kleinere Lösung zum Programmieren und
> Debuggen?

Wie gesagt: das ist ein rosa Einhorn.

Die robuste(re) Alternative zum AVR Dragon ist das ATMEL ICE. Als nackte 
Platine (kein Gehäuse, keine Kabel) ab €50,-

Vorteil: neben den AVR tiny/mega/xmega kann es auch die Cortex-M vom 
Atmel(Microchip) programmieren und debuggen. Deinen mega8 aber natürlich 
(aus prinzipiellen Gründen) auch nicht.

> Als Programmier- und Debug-Software würde ich ausschließlich das
> ATMEL-Studio benutzen, da dieses auch im Buch benutzt wird.

Tja. Mehr Flexibilität könnte dir eine Menge Geld sparen.

Ich persönlich verzichte bei den AVR auf das in-circuit debugging und 
spare damit eine Menge. Für das reine Programmieren reicht ein einfacher 
usbasp ISP-Adapter. Für Cortex-M µC ist die Sache dank preisgünstiger 
SWD-Adapter und openocd eine andere Geschichte.

Vielleicht solltest du nicht ganz so an diesem Buch kleben.

Axel S. schrieb:
>>    USB AVRISP XPII
>
> Das scheint ein Nachbau des AVR ISP Mk2 zu sein. Das kann gar nicht
> debuggen. Ist ein reiner ISP-Programmer.

Ist das der Bruder vom LCD-Display? OK, IS-Programmer ist ein eher 
negativ belasteter Begriff ;-)

Falk B. schrieb:
> Ist das der Bruder vom LCD-Display? OK, IS-Programmer ist ein eher
> negativ belasteter Begriff ;-)

 ISP steht für InSystemProgramming, nicht für InSystemProgrammer.
 Bedeutet, dass man einen Mikrocontroller oder anderen programmierbaren
 Baustein auch im eingebauten Zustand über entsprechende Pins
 programmieren kann.

 Genau wie TPI, PDI oder JTAG.

 Deswegen ist ISP-Programmer vollkommen in Ordnung.

Erstmal Danke für die Antworten vor allem die ausführliche von Axel!

Noch kurz zu meiner Person: abgeschlossenes Bachelor Studium 
Elektrotechnik (FH). Im Studium bin ich mit dem MSP430 Launchpad + 
Assembler (LEDS blinken lassen und die Register auslesen, Quellcode von 
C nach Assembler) und einem ATMEGA? + C (LCD 16x2 als Ausgabe + Poti als 
Analog-In und ein oder mehrere Digital-Outs als eigenes "Projekt") in 
Kontakt gekommen. Allerdings wurde nicht auf das "Drumherum" wie 
Programmer, Bus-Systeme, etc. eingegangen und deshalb würde ich mich als 
µC-Anfänger betrachten. Die "Toolchains" wurden auch nicht erklärt, 
sondern es wurde einem das Entwicklerboard + Programmer + PC vor die 
Nase gesetzt man konnte "loslegen".

Axel S. schrieb:
> Vielleicht solltest du nicht ganz so an diesem Buch kleben.

Möchte ich ehrlich gesagt auch nicht aber ich suche eine Möglichkeit ein 
bisschen an die Hand genommen zu werden um erstmal tiefer in die Materie 
einzutauchen. Ich habe natürlich schon in die beiden Tutorials 
(https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial und 
https://www.mikrocontroller.net/articles/AVR-Tutorial) reingelesen aber 
speziell beim AVR-Tutorial wird m.M.n. ausschließlich auf Assembler 
gesetzt und ersteres (AVR-GCC-Tutorial) ist auf den ersten Blick! nicht 
so umfangreich wie das Assembler Tut.

Hier wäre meine Frage als Anfänger generell: Assembler oder C?

Das Assembler tiefer in die Maschinenebene geht ist mir klar aber 
brauche ich das zum Einstieg?

Eine weitere Frage ist, brauche ich beim Einstieg die Möglichkeit zum 
Debuggen oder komme ich mit meinem oben genannten Setup erstmal auf eine 
"akzeptable" Wissensebene und kann danach weiter sehen?
Ist das Debuggen zum tieferen Vertändnis notwendig?
(Ich hoffe ich mache mit der Frage hier im Forum kein Fass auf ala 3 
Leute 10 Meinungen)

Michael K. schrieb:

> Hier wäre meine Frage als Anfänger generell: Assembler oder C?

Jehova, Jehova! ;-)

> Das Assembler tiefer in die Maschinenebene geht ist mir klar aber

Ja.

> brauche ich das zum Einstieg?

Nein.

> Eine weitere Frage ist, brauche ich beim Einstieg die Möglichkeit zum
> Debuggen

Nicht zwingend.

> oder komme ich mit meinem oben genannten Setup erstmal auf eine
> "akzeptable" Wissensebene und kann danach weiter sehen?

Ja.

> Ist das Debuggen zum tieferen Vertändnis notwendig?

Jain. Es hat aber schon viele Vorteile. Man kann sich das alles genauer 
und Schritt für Schritt ansehen, Schleifen, Codeabschnitte etc.

Stefanus F. schrieb:
> Michael K. schrieb:
>> Hier wäre meine Frage als Anfänger generell: Assembler oder C?
>
> Macht es hier noch Sinn, diese Frage zu beantworten? Ich halte mich mal
> raus und empfehle Dir dazu die Suchfunktion.

Oh, das hätte ich mir allerdings auch selber denken können. Somit fällt 
diese Frage weg! Sry!

Also nochmal Danke an alle Diskussionsteilnehmer. Ich werde jetzt bei C 
und meinem Programmer bleiben und mich durch die pdfs von Stefanus 
durcharbeiten und hoffe damit dann erstmal genug Grundlagen zu haben um 
mich dann anderen Bücher oder Tutorials zu widmen.