volatile, const

[pebisoft]

hallo,
"volatile" wird hier im forum immer falsch interpretiert.
"volatile" ist das gegenteil von "const". in volatile können
die variablen während des programmablaufes wechseln.
man macht die variablen damit kennbar. auch wenn es fehlt,
gibt es kein einfluss auf den programmablauf , es ist halt
nur ein feiner programmstil.
auch sagen einige, "sbi()" ist veraltet, ansichtssache sage ich.
mfg pebisoft

[Minifriese]

Moin moin!

Das volatile ist nicht immer nur feiner Programmierstil, manchmal geht es nicht ohne. Zum Beispiel, wenn man Variablen sowohl im "normalen" Hauptprogramm als auch in Interruptroutinen verwenden will. Ohne Volatile haut das naemlich nicht hin, wie ich neulich wieder mal festgestellt hab...

Und was soll man denn statt sbi() nehmen? Ich finde das ganz praktisch...

Nils

[Arexx-Henk]

Hallo Pebisoft,

endlich mahl Jemand der etwas uber 'volatile' bescheid weiss.

Vorbild:

main(){
  enable_timer0_overflow_interrupt;
  flag=1;
  while(flag){
  }
}

timer0_overflow_interrupt_handler{
  flag=0;
}

wenn flag wie 'unsigned char' definiert wird bleibt dass Program im 'while' Schleife hangen.

wenn flag wie 'volatile unsigned char' definiert wird verlasst dass Program die 'while' Schleife sofort wenn ein timer0 interrupt geschied.

Hier die compilierten listings.

Im Programlisting seht mann bei 'unsigned char'

ldi r24,lo8(1)    //lade 0x01 in register 24
sts flag,r24      //kopier register 24 in variabele 'flag'
.L2               //label L2
tst r24           //test register 24
brne .L2          //so lange 'register 24' nicht null is gehe zuruck nach label .L2


Im Programlisting seht mann bei 'VOLATILE unsigned char'

ldi r24,lo8(1)
sts flag,r24
.L2
lds,r24,flag     //hier wird immer aufsneu 'flag' in register 24 kopiert
tst r24
brne .L2

Jetzt an hand diene Aufmerkung verstehe Ich volatile (Ich hatte Gestern zufallig mein 'flag' Problem als Frage im AVR-C Forum deponiert.

Register r18, r19, r24 und r25 werden immer bei einem function-anruf auf dem Stack plaziert und nachher wieder zuruck geseztz.

Thanks!

Gruss

Henk

[pebisoft]

hallo und dieser feine programmierstil wurde hier in winavr aufgenommen,obwohl er von der commission noch nicht abgesegnet wurde. ich finde es aber trotzdem gut das er das programm jetzt beeinflusst. die programmierer von winavr halten dieses aber leider im dunkeln statt die info weiter zugeben. wenn ich das standard-c nehme hat es diese funktion, ist dort zugelassen und verändert aber nicht den code.
mfg pebisoft

[pebisoft]

hallo, was winavr durcheinander bringt mit "volatile" ist , das die variable "volatile" dann mit einer "0" belegt wird und ohne "volatile" ist eine zufallszahl drin.
mfg pebisoft

[Arexx-Henk]

Hallo Pebisoft,

Ich mochte es nochmal zusammenfassen um es fur michselbst gut zu verstehen.

In assemblercode werden registers r24/r25 benutzt um variabelen werte zu testen.

//hier wird 0x33 in r24 geladen und r24 nach myChar ram speicherplatz kopiert
myChar=0x33;

//Bei non-volatile wird angenommen das 0x33 sich noch immer in r24 bevindet und wird nur r24 abgefragt..
if(myChar){} while(myChar){}

//Bei volatile wird angenommen das 0x33 sich nicht mehr in r24 bevindet und wird zuerst speicherplatz myChar nach r24 kopiert und dann wird r24 abgefragt..
if(myChar){} while(myChar){}

'volatile' heisst 'fluchtig' dass heist die wert konnte sich inzwissen geanderd haben.

Zuzammengefasst:
non-volatile:
- neuwert von variable x wird nicht getestet
- anfangswert unbekannt
volatile:
- immer die neuwert von variabele x wird getestet
- anfangswert immer 0

Ich hab die anfangswert mit Asuro Robot ausgetestet und ist auch bei volatile und non-volatile immer 0 aber vielleicht macht das bootprogram eine ram initialisation.

Gruss

Henk

[bluebrother]

auch sagen einige, "sbi()" ist veraltet, ansichtssache sage ich.

wenn etwas als deprecated gekennzeichnet wird hat das einen immer Grund. Und die die den Compiler bauen wissen schon warum. Also was soll das dumme rumgetrolle hier? Sind wir jetzt schon im Heise-Forum oder was?

@Minifriese:
PORTC |= 1<<FOO;
Hat den massiven Vorteil dass du auch mehr wie ein Bit gleichzeitig setzen kannst.

[Minifriese]

Ist sbi() echt deprecated? War mir noch gar nicht aufgefallen. Naja, die Version mit dem Shiftoperator ist ja auch OK. Bei sbi() konnte man halt auf den ersten Blick sehen, was passiert. Die neue Version sieht etwas sperrig aus

[Thorsten]

sbi() war halt ne spezielle funktion der avr-libc.
Mit foo |= 1<<bar ist es halt ansi c und damit portabler.
Und wie bluebrother schon gesagt hat, man kann mehrere bits
setzen, daher ist es jetzt flexibler.


Hab grad mal nachgesehen, in der aktullen Version (vom 15 Feb)
scheint sbi() schon rausgeflogen zu sein.

[pebisoft]

hallo, die den compiler bauen ,wissen es nicht immer, dort gibt es auch einpaar "dussel". auch wie torsten festgestellt hat,das das sbi() nicht mehr drin ist. auch gibt es einige "programmierdussel" im "avr-forum".
ich könnte diese sogar mit namen nennen, darf ich hier nicht.
mfg pebisoft