AVR Studio 4.18 Allgemeines Handling Problem

[Patrick90 (Gast)]

Moin
Ich benutze aus Schulischen Gründen das AVR Studio nun in der Schule 
haben wir ebenfalls dieses Porgramm nur ist es dort viel viel Schneller 
als bei mir obwohl mein Computer wesentlich mehr Leistung besitzt als 
die Kisten dort Nun und noch etwas wenn ich im ATMega8515 Arbeite und 
Scripts durchlaufen lasse kommt immer ein Fenster mit diversen Zahlen 
und dort rattert er das Programm durch
Ich will aber das der Gelbe Pfeil mein Programm durchrattert so das man 
genau sieht wo er stockt oder gerade ist

Kennt jemand einen Weg Einmal das mit dem Pfeil und mit der 
Geschwindigkeit zu lösen? Ich benutze übrigens Win7x64

[bumm. (Gast)]

das mit den zahlen ist garantiert das disassembly window. kannste 
einfach um/abschalten. (view -> disassembler)

zur geschwindigkeit wärs interessant mal zu wissen auf was für 
betriebssystemen usw das läuft..?

[bumm. (Gast)]

dwwwt. sorry. grad selbst erst gesehn..

win7x64..

tja. eckdaten der pcs zum vergleich?

[Patrick90 (Gast)]

Ich weiß es nicht was der andere aus der Schule hat auf jedenfall ist 
der nicht sonderlich
Meiner hat rundum genug Leistung bzw ein vielfaches mehr als der D:

[Patrick90 (Gast)]

Ach und ich will mit den gelben Pfeil das Script sehen bzw Testen und 
den dissambler nicht nur ausschalten ^^

[spess53 (Gast)]

Hi

Wie wäre es, wenn du mal die Hilfe zu AVR-Studio benutzt?

>Ach und ich will mit den gelben Pfeil das Script sehen bzw Testen und
>den dissambler nicht nur ausschalten ^

Je nach Optimierunsstufe übersetzt der Compiler dein Programm nicht 1:1. 
Dann kann der Simulator auch deinem Quelltext nicht mehr folgen.

MfG Spess

[Wichtel (Gast)]

Patrick90 schrieb:
> Kennt jemand einen Weg Einmal das mit dem Pfeil und mit der
> Geschwindigkeit zu lösen? Ich benutze übrigens Win7x64

Eine Möglichkeit ist dass es am Win7x64 liegt. Diverse Programme haben 
ihre lieben Problemchen damit umzugehen.

Weiters: hast du evtl. einen AMD-Rechner? Falls ja, mit welchem 
Chipsatz? Es ist leider zum Running-Gag geworden dass diese durch 
Chipsatzfehler oder auch schlecht geschriebene Treiber immer wieder 
Probleme verursachen die in der Intel-Welt merkwürdigerweise niemand zu 
kennen scheint, speziell wenn es z.B. um USB-Transfers geht. Da können 
die Taktraten und Benchmark-Werte noch so schön sein.

Ganz allgemein böse sind natürlich die diversen 
"Internet-Security-Komplettpakete", die jeden Zugriff auf Dateien, 
Netzwerk- und Internetressourcen u.v.m. erst 3mal kontrollieren und 
damit den Leistungsstand des Rechners um 5 Jahre zurückwerfen.

[Patrick90 (Gast)]

Nein ich benutze einen Intel Prozessor und an den restlichen Sicherheits 
Programmen liegt es auch nicht =/

[Thomas (kosmos)]

Das 3te Symbol läßt alles durchrasen bis man zum nächsten Breakpoint, 
geht also sehr schnell, Register beobachten usw ist hier aussichtlos.

Das 7te Symbol ist für Einzelschritte (glaube auch auf der Taste F11) wo 
man dann die Register, RAM, Bits, I/O Pins usw im Auge behalten kann

Und das letzte Symbol (Autostep) geht dann etwas flotter als selber 
Schritt für Schritt zu klicken, man kann aber noch rechtzeitig stoppen 
da es nicht außergewöhnlich schnell ist. Es läßt sich auch einstellen 
wieviele Autostep-Schritte ausgeführt werden sollen, man kann das z.B. 
auf 10 beschränken so das das Programm nach 10 Schritten wieder anhält.

Ich kann mich mit 4.18 auf einem älterem Athlon XP Singlecore nicht 
beschweren das das Studio zu langsam ist. Beim 5er braucht man 
warscheinlich größere Geschütze.

[Patrick90 (Gast)]

Nun vielen dank schonmal an alle aber leider hilft das leider alles 
nicht weiter =/

[spess53 (Gast)]

Hi

>Nun vielen dank schonmal an alle aber leider hilft das leider alles
>nicht weiter =/

Was erwartest du bei solchen 'präzisen' Fehlerbeschreibungen:

>Nun und noch etwas wenn ich im ATMega8515 Arbeite und
>Scripts durchlaufen lasse kommt immer ein Fenster mit diversen Zahlen
>und dort rattert er das Programm durch

MfG Spess