Registerinhalt rausblinken?

Das ist lustig. VW hatte vor der Einführung von OBD auch sog. 
Blink-Codes. Kurz für '0' und lang für'1'.
Falls du ein Proggi damit debuggen willst, solltest du aber in der Lage 
sein, den Binär-Code jedweder Variable als Blink-Code an eine LED 
'rauszuschieben'.

Been there, done that. ABER nimm einen Debugger! Schon nach 5 minuten 
geht dir das gemorse gewaltig auf den Wecker, da bin ich mir sicher.

Für was? Wenn du nicht programmieren kannst, dann nützt dir auch kein 
Blinkcode zum Debuggen.
Wer aber programmieren kann, kann auch eine Routine erstellen, die den 
Binärcode jedweder Variablen (8, 16 oder 32 Bit) rausblinken können.

Das ist doch jetzt nicht sooo schwer!
du nimmst eine for-schleife, lässt sie von 0 bis 7 laufen und 
kontrollierst, ob im jeweils maskierten bit eine eins steht. wenn ja 
lässt du es kurz blinken, wenn nicht, halt eben lang.
das könnte in etwa so aussehen

1

for(uint8_t i = 0; i <= 7; i++)

2

{

3

  if(VARIABLE & (1 << i))

4

  {

5

    led_einschalten();

6

    _delay_ms(100);

7

    led_ausschalten();

8

  }

9

  else

10

  {

11

    led_einschalten();

12

    _delay_ms(500);

13

    led_ausschalten();

14

  }

15

}

ist nur mal kurz frei aus dem kopf dahin gezimmert und ungetestet, kann 
sein, dass du noch etwas beachten usst, woran ich jetzt spontan nicht 
gedacht habe.
was spricht denn gegen eine gescheite Debuuging-Hardware? besitzt dein 
µC keine JTAG oder DW-Schnittstelle? schöner wäre es die Registerinhalte 
per UART rauszugeben und am PC anzeigen zu lassen

Und das nächste mal bitte selbst nachdenken!! Wir helfen gerne, aber bei 
fragen wie "Wie lasse ich eine LED Blinken?" ist es nur rechtens, das 
man am können und willen des fragenden zweifelt.

Für was? Wenn du nicht programmieren kannst, dann nützt dir auch kein 
Blinkcode zum Debuggen.
Wer aber programmieren kann, kann auch eine Routine erstellen, die den 
Binärcode jedweder Variablen (8, 16 oder 32 Bit) rausblinken kann.

Vergiss es, das was ich gepostet habe, ist das beste was du hier 
bekommst. den kannst du direkt übernehmen, noch schnell das VARIABLE 
durch deine variable getauscht und fertig (gut, die funktion zum ein- 
und ausschalten der led musst du auch noch ersetzen, aber ein bit zu 
setzen solltest du hinbekommen)
Warum willst du fertigen code? Kannst du nicht programmieren? Dann such 
dir bitte ein anderes Hobby. Briefmarken sammeln oder so

Vielleicht nutzt er die Arduino-IDE und versteht den Background nicht...
Falls Mark BASCOM nutzt, sollte er es sagen.

Hmm, guter Einwand...

Dann nochmal die Basics:
Welchen Controller benutzt du?
Welche Programmiersprache und welchen Compiler?
Benutzt du ein Entwicklungsboard? Wenn ja, welches?

Ja. Damit hast du absolut recht, das ist auch meine Meinung aber sicher 
nicht bei einem sub 20-zeiler!

Hier noch ein (etwas aus dem Kontext gerissener) Codefetzen. Ich hab den 
für dich einfach schnell aus einem meiner Projekte kopiert.
Der gibt den Inhalt von transmitt[] auf eine Software-Uart über PB2 aus.
Du musst evtl. die Delays anpassen, ich hatte das auf einem mit 
Interrupts vollgespammten tiny44 laufen.

1

for(uint8_t bytecount = 0; bytecount < sizeof(transmitt); bytecount++){

2

      PORTB &= ~(0b00000100);

3

      _delay_us(2500);

4

      for(bitcount=0;bitcount<8;bitcount++){

5

        if(transmitt[bytecount]&(1<<bitcount)) PORTB |= 0b00000100;

6

        else PORTB &= ~(0b00000100);

7

        _delay_us(2500);

8

      }

9

      PORTB |= 0b00000100;

10

      _delay_ms(5);

11

    }

Das ist ein quick&dirty (in 5 minuten hingerotzter) not-mod um ein paar 
Werte aus dem Tiny zu saugen und sollte keinesfalls als Beispiel für 
irgendwas dienen. In der Situation war das aber mein Retter :D.
Also bitte nich hauen ^^

Mark schrieb:
> Ich hatte hier irgendwo mal eine Routine gesehen welche den
> Variableninhalt über eine LED rausblinken kann.

Meinst du diesen Thread:
Beitrag "massive led debugging"

Für die anderen Mitleser: Es geht um eine in einer scheinbar statisch 
angesteuerten LED "verborgene" Debug-Ausgabe.

Für die Verwendung derselben LED als Eingang ist hier noch eine sehr 
interessante Literaturangabe:
Beitrag "Re: massive led debugging"

Grüße

Stefan