blinkende led

Du hast Glück, dass ich zu spät gesehen habe, dass du ein Word File 
hochgeladen hast, Da hatte ich schon draufgedrückt.

WElcher Teufel hat dich geritten, dein Programm in ein Word-File zu 
stellen?
Lade das Assembler-File hoch, so wie du es auf dem Rechner hast! Mehr 
braucht es nicht. Das ist für dich am wenigsten Arbeit und für uns auch.
Und die Chancen, dass sich wer das Machwerk ansieht steigen enorm, weil 
an und für sich niemand leichtfertig ein Word-File aus dem Web aufmacht.

Müsste das rjmp nicht rcall heissen?

Der Unterschied ist: rcall kehrt zurück beim ret, dafür wird dabei die 
Rücksprungadresse auf dem Stack gespeichert.
rjmp kehrt (eigentlich) nicht zurück, deshalb wird die Retouradresse 
nicht gespeichert.
Da da aber trotzdem ein RET steht, wird etwas undefinierbares gelesen 
und der Prozessor crasht.

Hier das original

1

.device attiny2313                 ; Set device to ATTiny2313

2

 .include "tn2313def.inc"          ; Include file for ATTiny2313

3

 .list                ; Turn listfile generation ON

4

5

 .def temp = R16

6

7

 .equ Tx = PB4

8

9

 .cseg

10

11

 .org 0x00

12

13

 rjmp on_reset            ; Relative jump to "on_reset"

14

15

16

 on_reset:

17

18

   ldi temp, ( 1 << Tx)    ; Load immediate temp with Tx as 1

19

     out DDRB, temp        ; Configure Port B with Tx as output using temp

20

21

   ldi temp, ( 0 << Tx)    ; Load immediate temp with Tx as 0

22

   out PORTB, temp      ; Output temp on Tx

23

24

25

26

 main_loop:

27

28

   ldi temp, (1 << Tx)      ; Load immediate temp with Tx as 1

29

   out PORTB, temp      ; Output temp on Tx

30

31

   //rjmp delay1

32

33

   ldi temp, ( 0 << Tx)    ; Load immediate temp with Tx as 0

34

   out PORTB, temp      ; Output temp on Tx

35

36

   rjmp delay2

37

38

  rjmp main_loop      ; Relative jump back to beginning of main loop

39

40

  delay1:

41

42

  ldi temp, 230

43

  delay1_loop: 

44

      dec temp

45

      brne delay1_loop

46

   ret

47

48

  delay2:

49

50

  ldi temp, 1

51

  delay2_loop:

52

      dec temp

53

      brne delay2_loop

54

 ret

Birgit schrieb:

Conny hat ja schon was dazu gesagt

> versucht mit den delay_loops da einbisschen herum zu spielen.

Du brauchst auf jeden Fall 2 Delays. Denn es muss ja 2 mal gewartet 
werden! EInmal nach dem Einschalten, einmal nach dem Ausschalten

> was aber
> leider nicht funktioniert :( freu mich über jeden Tipp *danke*

Der Tipp lautet:
Überleg mal ein bischen, wie schnell deine Delay Loops abgearbeitet 
werden. Dein µC macht (wenn er noch mit den Standardmässigen 1Mhz 
arbeitet) rund 900-tausend Befehle in der Sekunde. Was denkst du, wie 
lange es dauert, bis der von 1 auf 0 (oder von 230 auf 0) 
heruntergezählt hat? Tip: Das kann man berechnen, weil man weiß, 
wieviele Takte für jeden einzelnen Befehl benötigt werden und die 
Befehle kennt man ja.

Fazit: Es gibt Dinge, die kann man durch 'spielen' rausfinden bzw. 
adaptieren. Es gibt aber auch Dinge, die werden einfach mal knallhart 
ausgerechnet bzw. bestimmt und dann zieht man seine Schlüsse.

Ist zwar nicht blink sondern Blitz artig, funktioniert aber auch, indem 
du den Kondensator vergrösserst, verkleinerst

Hilfe schrieb:
> Andere Frage: Wird so etwas heutzutage in der Schule gelehrt? In
> welcher?

Also In der berufsschule als Automatiker Elektroniker lernt man dass, 
wenn auch nur kurz, und ich nicht aufgepasst habe-.- leider..

Oliver Bucher schrieb:
> Ist zwar nicht blink sondern Blitz artig, funktioniert aber auch, indem
> du den Kondensator vergrösserst, verkleinerst

Oliver Bucher schrieb:
> Also In der berufsschule als Automatiker Elektroniker lernt man dass,
> wenn auch nur kurz, und ich nicht aufgepasst habe-.- leider..

Den Sinn von LED-Vorwiderstaenden scheint man dort aber nicht zu 
lehren..

Birgit schrieb:
> ich studieren eig medizintechnick. aber ich mach grad ein internship im
> department of electronic and computer engineering. In da FH zuhause hab
> ich hochsprachen programmiert und hier wollen sie dass ich mit assembler
> arbeite. Jetz versuch ich mir des irgendwie selbst bei zu bringen.Und da
> dacht ich dass es nicht so schwer sein kann eine LED zum blinken zu
> bekommen...hahaha abissal verdacht :P

Wenn du Hochsprachen schon kannst:
ein Funktionsaufruf ist nichts anderes als ein RCALL. Zurück gehts aus 
der Funktion mit einem RET.

Aber auch in einer Hochsprache muss dir klar sein, dass ein 'Schalte LED 
ein' 'Schalte LED aus' 'Schalte LED ein' 'Schalte LED aus' ohne 
irgendwelche Pausen dazwischen, viel zu schnell für ein sichtbares 
Blinken ist. Und zwar zischen JEDER Operation und nicht nur zwischen dem 
Einschalten und dem Ausschalten.

in

1

   while( 1 )

2

   {

3

4

      LED ein

5

                 <-----

6

      LED aus

7

                 <-----

8

   }

muss an BEIDEN markierten Stellen eine Wartezeit rein, denn sonst würde 
die jeweils gegenteilige Operation zeitlich unmittelbar auf die 
vorhergehende folgen und das wäre viel zu schnell.

Helmut Lenzen schrieb:
> Den Sinn von LED-Vorwiderstaenden scheint man dort aber nicht zu
> lehren..



hehe, lehren schon, nur bei der Anwendung tut s bisschen schwer..:)
Also meiner läuft jetzt schon ca 1 Monat ununterbrochen, mit ca alle 
1-1.5 sec blinkung, und das led hats nicht gehauen..

oli

PS. habs von da, und nicht selber gezeichnet..

Eine LED nimmt ja auch nur Schaden, wenn sie längere Zeit überlastet 
wird.
In jedem LED-Datenblatt gibt's die maximale Impulsbelastung zu sehen.
Wenn das also mehr blitzt als blinkt, dann ist es nur ein Impuls (der 
hoffentlich in den Impuls-Specs liegt) und die LED hat Zeit zum Abkühlen 
und es geschieht ihr nichts.

Also hat Helmut Recht, weil da eigentlich ein Vorwiderstand hingehört.
Und die Schaltung ist trotzdem "tragbar", weil's die LED auf diese Weise 
aushält.

Conny G. schrieb:
> Also hat Helmut Recht, weil da eigentlich ein Vorwiderstand hingehört.
> Und die Schaltung ist trotzdem "tragbar", weil's die LED auf diese Weise
> aushält.

Was aber nicht durch sorgfältiges Design, sondern sehr "empirisch" 
ermittelt wurde.

Conny G. schrieb:
> dann ist es nur ein Impuls (der hoffentlich in den Impuls-Specs liegt)

Nennt sich auch in Denglisch: "Development by accident"

Conny G. schrieb:
> Also hat Helmut Recht, weil da eigentlich ein Vorwiderstand hingehört.
> Und die Schaltung ist trotzdem "tragbar", weil's die LED auf diese Weise
> aushält.

Wie gesagt, Der Plan ist nich von mir:
http://www.elektronik-radio.de/41332.html

und ich habe ja nie gesagt, man solle keine Vorwiderstände nehmen..

Udo Schmitt schrieb:
> Was aber nicht durch sorgfältiges Design, sondern sehr "empirisch"
> ermittelt wurde.

Sorgfältiges Ausprobieren.

Stromquelle.
LED dran.
Fump, Rauchwolke.
"Oh, dann müssen wir sie mal blinken lassen, vielleicht geht's dann.".

Blinkt.
Freut sich.
Minuten später, schmurgel, Rauchwolke.
"Mmmh, kürzer blinken."

Yuhuuh.