JTAG - lohnt das "opfern" der 4 Pins?

Du kannst darauf auchten, das auf den JTAG-Pins irgendwelche 
Nebenfunktionen liegen, die (1) den JTAG-Debugger nicht stören und (2) 
beim Debuggen nicht wichtig sind. Dann geht beides.

Entweder du kommst ohne Debugger aus, oder du brauchst die Pins. Das 
musst du selber wissen. Es gibt 2 Gruppen von Entwicklern. Die einen 
schwören auf Debugger, die anderen kommen fast immer ohne aus.

Und andere haben keinen :(

Bischen nachdenken sollte helfen ;-).

Wenn da beispielsweise low current LEDs dranhängen, dann werden die zwar 
bei aktivem JTAG nicht funktionieren und während dem Debuggen fröhlich 
blinken, sonst aber nicht stören.

Such dir also in der Schaltung ein paar weniger wichtige Output-Pins, 
deren unkontrolliertes Herumgewackel niemanden wirklich stört, und lege 
die auf die JTAG Pins. Oder wenn das Gewackel stört (z.B. Relais), dann 
häng Jumper dazwischen.

A. K. wrote:
> Es gibt 2 Gruppen von Entwicklern. Die einen
> schwören auf Debugger, die anderen kommen fast immer ohne aus.

Was aber nicht heißt, daß diese nicht debuggen. Debuggen muß jeder und 
macht auch jeder.

Um ohne JTAG zu debuggen, fügt man entsprechende Debugausgaben in das 
Programm mit ein und sendet diese über einen beliebigen Kanal (CAN, 
RS-232, Ethernet, Funk, ...) an ein Terminal.

Das hat verschiedene Vorteile. Man kann remote debuggen, die CPU wird 
beim Debuggen nicht angehalten, es wird nicht bei jeder Debugsitzung das 
Programm neu geflasht.
Auch ist diese Debugmethode nicht an eine bestimmte CPU (AVR) gebunden 
und ein bestimmtes Interface (JTAG), sie ist quasi universell und immer 
anwendbar.
Daher wird sie gerne genommen, anstatt sich bei jeder CPU in ein 
bestimmtes Debugtool neu einarbeiten zu müssen.


Peter

Wenn man das richtig anstellt, dann baut man in den Code an 
entscheidenden Stellen des Programms von vorneherein solche Traces ein 
und lässt sie da auch später noch drin.

Entweder macht man die per Preprocessor abhängig von 
Debug/Produktions-Build abschaltbar, besser aber zur Laufzeit global 
und/oder selektiv ein/ausschaltbar. Wenn letzteres, dann kann man bei 
später auftretenden Problemen live ohne Neuprogrammierung oder 
Beeinträchtigung des Betriebs zusehen. Und braucht spezielle 
Debugausgaben nur bei Detailproblemen.