Wie kann ich debuggen während das Programm im Mikrocontroller lauft?

Du kannst dich doch Schritt für Schritt durch deinen Code steppen...da 
siehst du doch wo es hängt.

>Natürlich kannst du Debuggen wenn das Programm im µC läuft, brauchst
>eben ein geeignetes Entwicklungswerkzeug dafür (für Controller unter
>32kB Flash reicht der AVR Dragon, ansonsten eben das ICE). Oftmals ist
>sowas aber gar nicht nötig, könntest ja z.B. auch per LED oder serieller
>Ausgabe debuggen. Ist halt auch die Frage wie zeitkritisch dein Programm
>abläuft.

ich hab ne STK 500, ich vermute mal, dass das mit der auch geht aber 
wie?


>Du kannst dich doch Schritt für Schritt durch deinen Code steppen...da
>siehst du doch wo es hängt.

ist schon richtig, aber da drinnen sind auch Zeitschleifen und es würde 
ziemlich lange dauern bis er jede durch ist

Na du kannst bei den Schleifen doch ans Ende der Zählschleife 
springen...bzw. einzelne Aufrufe "überspringen" (jump over) und danach 
weiter machen...klar will keiner ne Schleife von 5000 Durchgängen 
durchklicken. OK, ich benutze IAR, aber ich denke nicht, dass das bei 
anderen Compilern nicht geht.

Hi

>ich hab ne STK 500, ich vermute mal, dass das mit der auch geht aber
>wie?

Nein.

>ist schon richtig, aber da drinnen sind auch Zeitschleifen und es würde
>ziemlich lange dauern bis er jede durch ist

Dann setze hinter die Schleife einen Breakpoint und lass die Simulation 
bis dahin rennen.

MfG Spess

Ein STK500 ist kein Debugger. Du benötigst ein Dragon oder ein JTAGICE 
mkII. Entgegen dem obigen Posting funktioniert das Dragon mittlerweile 
auch bei mehr als 32K Flash.

Bleibt noch die Frage nach deinem Controller. Manche Typen (wie z.B. der 
ATmega8) lassen sich gar nicht debuggen.

Echt? Hab die nie benutzt, aber das hätt ich mir garnicht vorstellen 
können.

Das ist doch essentiell : )

>Bleibt noch die Frage nach deinem Controller. Manche Typen (wie z.B. der
>ATmega8) lassen sich gar nicht debuggen.
ok dann vergessma mal das ganze

>Dann setze hinter die Schleife einen Breakpoint und lass die Simulation
>bis dahin rennen.
naja muss die Sim dann nicht die Stelle mit der Schelife durchgehen?
aber ok

danke mal

Ja klar geht die die dann durch.

>Ja klar geht die die dann durch.

ja aber dann war ich wieder, da hilft anscheinend nur ein überspringen 
sowie du schon gesagt hast

Nein "Jump over" ist nicht überspringen in Form von auslassen, sondern 
sie macht die Stelle durch ohne dein zutun, und hält danach an.

Andy11 schrieb:
> ja aber dann war ich wieder

Sofern das warten heisst....wie lang sind deine Schleifen?

dann hilft mir das ja in keinem fall etwas, dann muss ich halt die 
zeiten kleiner stellen oder ganz rauswerfen, denn an denen kanns ja der 
fehler nicht liegen

Hi

Oder zum Debuggen die Schleifen einfach auskommentieren.

MfG Spess

Dann beschreib mal bitte genauer, wann es stehen bleibt.

>Oder zum Debuggen die Schleifen einfach auskommentieren.

jap, werd ich wohl machen

>Dann beschreib mal bitte genauer, wann es stehen bleibt.

Das Problem ist, wenn ich jetzt mit meinem coding komme, dann werd ich 
wieder niedergemacht und es wird dann einem vorgeworfen man solle sich 
selber schlau machen warum was nicht funktioniert, nicht dass ich das 
nicht schon versucht habe aber trotzdem ich halt mich diesmal wirklich 
zurück und versuch auch selber den Fehler zu finden, erst wenn ich es 
dann wirklich aufgebe werd ich wohl oder über mein coding posten und 
dann hoffen, dass da irgendeinem mal langweilig ist
ich will ja auch den fehler selber finden!

lg andy

Ich kann dich sehr gut verstehen, das ist hier leider oft so. Die, die 
es sehr viel besser wissen, die machen sich leider sehr oft mehr 
Gedanken darüber, wie sie den Anderen nieder machen können : )

Nee, aber nicht den Code...kannst du denn eingrenzen, wo dein Programm 
hängt?

Also ich kenn die Syntax vom AVR sowieso nicht, benutze die garnicht. 
Wenn du MIR das jetzt hinknallen würdest wäre ich dir da eh keine Hilfe 
:\ Aber wenn es um grundlegende Sachen im Quelltext geht, dann macht das 
keinen Unterschied.

Hi

>jap, werd ich wohl machen

Die elegante Variante wäre noch:

Vor dein Programm

   .equ debug = 1

  ...
  Programm
  ...

   .if debug == 0

  Deine Schleife

   .endif

  Weiter im Programm
  ...

Wenn   .equ debug = 1 wird deine Schleife nicht assembliert
Wenn   .equ debug = 0 wird deine Schleife assembliert

MfG Spess

Der Spress hat auch immer gute Ratschläge parat!

>Nee, aber nicht den Code...kannst du denn eingrenzen, wo dein Programm
>hängt?

ich hab mal den Teil rausgenommen:

1

Messeschwellwert:

2

rcall  EnableADC

3

;***************************************

4

rcall  ADC_Kanal0

5

rcall    StartADC

6

        in r25, ADCH

7

8

rcall  ADC_Kanal1

9

rcall    StartADC

10

        in r26, ADCH      ;Messe alle Werte der LDRs bei weißem Untergrund

11

12

rcall  ADC_Kanal2

13

rcall    StartADC

14

        in r27, ADCH

15

;***************************************

16

17

rcall wait1        ;WARTE 1 SEK

18

19

sbi PORTB, 1

20

21

rcall wait3        ;WARTE 3 SEK

22

23

cbi PORTB, 1----------------------DAS ZEIGT ER NOCH AN

24

25

;Linker Schwellwert--------------

26

rcall  ADC_Kanal0

27

rcall    StartADC

28

        push r28

29

        clr r28

30

        in Messergebnisleft, ADCH    ;Messe Wert auf schwarz vom linken LDR

31

        add r25, Messergebnisleft    ;Summe von Wert auf Schwarz und Wert auf Weiß

32

        in r28, SREG

33

        sbrc r28, 0

34

        ldi r28, 0b10000000        

35

        mov r30, r25          ;Lade Divident in Divisionsregister r30

36

        ldi r31, 2            ;Lade Divisor in Divisionsregister r31

37

rcall      division            ;dividiere die zwei zahlen

38

        mov Schwellwertleft, Ergebnis  ;bringe errechneten Schwellwert in definierte Variable(Register)

39

        add Schwellwertleft, r28

40

        push Ergebnis          ;sichere Ergebnis

41

42

          mov r25, Schwellwertleft    ;da r25 in Write EEPROM zum schreiben der Variable 

43

                          ;verwendet wird muss das Register kopiert werden  

44

          ldi ZH, 0             ;niederwertige Bit der EEPROM Adresse = 0

45

          ldi ZL, 1            ;schreibe EEPROM an adresse 1

46

rcall        Write_EEPROM          ;schreibe Wert in EEPROM

47

48

        pop Ergebnis          ;stelle ergebnis wieder her        

49

        subi Ergebnis, 5        ;Ausschaltschwelle (Schmitttriggerfunktion)

50

        mov Linksaus, Ergebnis      ;Lade es in fixen SPeicher

51

52

          mov r25, Linksaus        ;da r25 in Write EEPROM zum schreiben der Variable 

53

                          ;verwendet wird muss das Register kopiert werden  

54

          ldi ZH, 0             ;niederwertige Bit der EEPROM Adresse = 0

55

          ldi ZL, 4            ;schreibe EEPROM an adresse 1

56

rcall        Write_EEPROM          ;schreibe Wert in EEPROM  

57

        pop r28

58

rcall wait1   

59

;--------------------------------

60

61

sbi PORTB, 1 --------------DA DAS NICHT MEHR ANGEZEIGT WIRD VERMUTE ICH MAL dass in der BERECHNUNG DER FEHLER LIEGT, die FRAGE ist halt wo

62

sbi PORTB, 2

63

64

rcall wait3

Anbei noch die Unterprogramme

Hi

>Der Spress hat auch immer gute Ratschläge parat!

Spess bitte.

MfG Spess

OK :) Dann klink ich mich da aus, ich programmiere nur C. Sorry!

spess53 schrieb:
> Spess bitte

Sorry, verschrieben! War aber ernst gemeint! :)

nixchecker schrieb:
> Also ich kenn die Syntax vom AVR sowieso nicht, benutze die garnicht.
> Wenn du MIR das jetzt hinknallen würdest wäre ich dir da eh keine Hilfe
> :\ Aber wenn es um grundlegende Sachen im Quelltext geht, dann macht das
> keinen Unterschied.

ok war vielleicht ein bisschen zu spät als ich das gelesen habe

spess53 schrieb:
> Die elegante Variante wäre noch:
>
> Vor dein Programm
>
>    .equ debug = 1
>
>   ...
>   Programm
>   ...
>
>    .if debug == 0
>
>   Deine Schleife
>
>    .endif
>
>   Weiter im Programm
>   ...
>
> Wenn   .equ debug = 1 wird deine Schleife nicht assembliert
> Wenn   .equ debug = 0 wird deine Schleife assembliert

ist vielleicht auch wirklich die elegantere Methode, jedoch habe ich 
keine ahnung von .equ
mir können die schleifen eigentlich wurscht sein, da sie sowieso nur 
signalisieren.

Hi

>OK :) Dann klink ich mich da aus, ich programmiere nur C. Sorry!

Bedingte Compilierung sollte es doch eigentlich auch bei C geben. Oder.

MfG Spess

Ich kann keinen Assembler-Text lesen.

Zugegeben, ich müsst mir das langsam mal reintun...allein weil IAR in 
Assembler unbegrenz zu benutzen ist und in C auf 4k begrenzt.

Karl heinz Buchegger schrieb:
> Wenn das EEPROM am Anfang noch nicht fertig ist, bügelst du dir elegant
> mit dem push r17 den Stack nieder. Du pusht und pusht und pusht holst
> aber nur mit 1 pop r17 wieder zurück. Der darauffolgende ret geht dann
> .... irgendwo hin.

stimmt habs grad korrigiert, und es fubnktioniert,
du bist ein Held, zwar geht zwar der Rest nicht, aber die Messungen 
macht er scheinbar durch

danke, das war auch logisch was du vermutet hast

lg andy

>(Hinweis: Es hat etwas mit der Reihenfolge der Programmausführung zu
>tun)

kein plan

spess53 schrieb:
> Vor dein Programm
>
>    .equ debug = 1
>
>   ...
>   Programm
>   ...
>
>    .if debug == 0
>
>   Deine Schleife
>
>    .endif
>
>   Weiter im Programm
>   ...

eine frage noch dazu, ist das nicht eher hochsprache`?

kann man nicht generell Bedingungen damit stellen?

Karl heinz Buchegger schrieb:
> Wenn eine bewusste Stelle (bei dir das Kontrolled anschalten) offenbar
> nie erreicht wird, dann muss es zwischen dem vorletzen Kontroll-LED
> einschalten und dem bewussten irgendwo einen JUMP geben. Ansonsten geht
>...
aufgerufenen, Funktionen anzusehen und
> daraufhin abzuklappern, ob die Anzahl der Push mit der Anzahl der Pop in
> ALLEN Fällen übereinstimmt.

ok das weiß ich natürlich, an der einen Stelle ist mir halt einen Fehler 
passiert.

Hi

>eine frage noch dazu, ist das nicht eher hochsprache`?

Was haben Assemblerdirektiven mit Hochsprache zu tun? Die gehören 
genauso wie z.B. Macros zu Handwerkszeug wie die Controller-Befehle.

>kann man nicht generell Bedingungen damit stellen?

Wenn du das meinst, was ich vermute: ja. In diese Weise wähle ich z.B. 
in einer Lib für Dog-Displays zwischen Ansteuerung mit SPI, USART im 
SPI-Mode, USI im SPI-Mode oder Software-SPI aus.

MfG Spess

sicherlich nicht uninteressant:
http://www.labcenter.co.uk/products/vsm_overview.cfm

damit kannst du deine schaltung nachbauen und deinen AVR simulieren.
dazu zählt, dass du dir sämtliche register, den RAM, das eeprom, usw 
ansehen kannst und breakpoints auf bestimmte zustände oder werte setzen 
kannst.

außerdem kannst du deine restliche hardware auch gleich mitsimulieren. 
ldr, lcd, potis, usw... alles mit dabei.

proteus kolaboriert dabei mit dem AVR-Studio, sodass breakpoints aus 
deinem programm im simulator übernommen werden.

ich kanns nur empfehlen!