Atmel Debug - welche uCs können welche Schnittstelle?

[Björn G. (tueftler)]

Hallo.

Die Auflistung der Mikrocontroller auf der Atmel-Seite hilft ja schon 
sehr bei der Auswahl des passenden Chips...aber:

Leider verstehe ich nicht, dass dort in keiner Spalte die 
Debugmöglichkeiten beschrieben sind.

z.B. suchte ich jetzt einen möglichst kleinen Controller mit 3x ADC, 3x 
PWM, UART, DebugWire oder JTAG.

Gibt es irgendwo eine gesonderte Liste der Debugmöglichkeiten einzelner 
ICs, oder muß man wirklich bei allen interessanten ICs in das Datenblatt 
schauen um dies raus zu finden?

Evtl. hat ja jemand einen Tipp, da mich das schon öfters gestört hatte.

Gruß, Björn

[Maria (Gast)]

AVR Studio – Help – AVR Tools User Guide

Dort schaust du nach deinem Prog/Debug-Gerät und den davon unterstützten 
Controllern. In der Tabelle sind alle wichtigen Dinge aufgeführt.

Für debugWire würde ich den ATmega168 nehmen. Ist nicht der kleinste 
aber zum Debuggen braucht man immer doppelt so viel Flash wie für die 
Release Software.

[mIcHa (Gast)]

Vielleicht hilft dir das weiter:
http://www.avrfreaks.net/index.php?module=Freaks%20Devices&func=devCompare

mfg mIcHa

[Blubb (Gast)]

@Maria:

Bist Du dir da sicher? Das wäre mir neu.

[Björn G. (tueftler)]

"Mojn"!

@Maria: Danke - Die Liste hatte ich wirklich noch nicht entdeckt!
Das hilft schonmal weiter :-)  Ich glaube die Liste wird sogar von 
Atmels Website aktualisiert wenn man sie öffnet- Meine Firewall meldete 
soetwas.

@mIcHa: Hey die Suche ist ja spitze!
Habe sie gleich mal in die Favoriten aufgenommen - DANKE!


Super, somit hat sich mein Problemchen ja schon erledigt - Freut mich.

Danke an alle die mitgedacht haben...

Mit dem doppelten Flash zum Debuggen ist mir auch neu - ausschliessen 
möchte ich es aber auch nicht.
Bin gespannt auf Marias Kommentar.

Schönen Sonntag noch
Björn

[Maria (Gast)]

Doppelt Flash ist etwas übertrieben aber beim AVR-GCC braust man 40-50% 
mehr Flash zum Debuggen.
Warum? Debuggen kann man am besten wenn alle Optimierungen abgeschaltet 
sind. Das bedeutet aber auch 40% größeres Programm.

[Nico E. (masta79)]

Maria wrote:

> Warum? Debuggen kann man am besten wenn alle Optimierungen abgeschaltet
> sind. Das bedeutet aber auch 40% größeres Programm.

Naja, das ist Ansichtssache, es ist vlt. manchmal übersichtlicher ohne 
Optimierungen zu arbeiten. Aber generell macht es schon Sinn unter den 
reelen Umständen zu debuggen. Abschalten tu ich die Optimierungen 
eigentlich nur wenn ich vermute das der Compiler/Optimizer Mist baut.