Hallo zusammen, gibt es ein Tool oder Programm um die Register während der Simulation im AVR Studio 4 zu loggen? So dass die Inhalte und Änderngen z.B.in einer txt Datei gelistet werden oder ähnlich? Danke!
Gast
#4494955
Luigi, ein Simulation funktioniert nie zu 100% geschweige 100% richtig. So Überprüfe ich Programmabschnitte a) durch Ausgabe über einen seriellen Datenstrom - Uart, b) bilde den Programmablauf einer Funktion geschrieben in einer Hochsprache auf dem Papier nach und kann dann deren Funktionalität beweisen oder c) untersuche den Programmablauf einer Funktion auf Assemblerebene. Dazu benötigt man nur das erzeugte Assembler Listing und zum Verständnis der Anweisungen, das Atmel AVR 8-bit Instruction Set: * http://www.atmel.com/images/atmel-0856-avr-instruction-set-manual.pdf
Gast
#4494967
Luigi A. schrieb: > Hallo zusammen, gibt es ein Tool oder Programm um die Register während > der Simulation im AVR Studio 4 zu loggen? Wozu, guck dir die kritischen Stellen an und denke mit.
Wolfgang A. schrieb: > Wozu, guck dir die kritischen Stellen an und denke mit. ... Um eine Routine zu verstehen würde es mir helfen die Veränderungen der Register beim Ablauf aufzulisten. .. Bitte geht bei mir davon aus dass ich sehr wenig Erfahrung habe und nicht so schnell die Hintergründe einer Routine nachvollziehen kann.
Luigi A. schrieb: > So dass die Inhalte und > Änderngen z.B.in einer txt Datei gelistet werden oder ähnlich? Die Information alleine ist aber (meist) wenig hilfreich, wenn man nicht auch die Programmstellen kennt, an denen sich die Inhalte ändern. Das mit zu protokollieren wäre bestimmt nicht trivial und außerdem umfangreich. Gruß Dietrich
Die Programmstelle müsste ich natürlich markieren können.. Sonst bleibt nur die manuelle Variante , Schritt für Schritt debuggen und die Registeänderungen auf Papier schreiben. Diese wollte ich damit vermeiden.
Gast
#4494988
in memoriam KLEN DER INFORMATIONSVERDICHTER Stumm berechnet gern und viel darum ärgert ihn das Spiel des (fast niemals Angeguckten) Angezeigten, Ausgedruckten. Meiste Information steckt in sechs, acht Wörtern schon, doch ein dump auf hundert Seiten kann Entsetzen nur verbreiten. Es erfindet drum sein Geist etwas, was ihn dem entreißt: Subroutinen, die verdichten weil sie Redundanz - vernichten! Beispielsweise dies Produkt würd' - gelöscht, nicht ausgedruckt. Tausend K gefüllt damit gäben grade erst - Ein - - Bit!!
Gast
#4494997
S. Landolt schrieb: > in memoriam KLEN > > DER INFORMATIONSVERDICHTER Spam vom Freizeittroll.
Gast
#4495013
Luigi A., wie Du feststellen konntest, ist uns so eine Funktion nicht bekannt, deshalb auch die vielen anderen Wege. Es kann schon sein, dass ein Anwender so ein Tool mal programmiert hat, aber ober der deinen Beitrag hier liest, ist eher unwahrscheinlich. Bitte beschreibe genau um was es denn hier geht und was Dir unklar bei einem Programm ist. Hast Du den Quellcode, nur den Assemblercode oder nur ein Intel HEX- oder Binär Datei ?
... Es geht um die Routine hier aus dem Tutorial von P. Danneger. Unten habe ich meine Interpretation daneben geschrieben soweit ich es verstabden habe. Einige Schritte sind mir noch unklar.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
Hier meine Interpretation:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.