Het meest fundamentele verschil is het bereik.

In het eerste geval declareert u een globale variabele. Het is een variabele die na de definitie in elke scope toegankelijk is.

  void setup () {Serial.begin (9600);} void inc (); int count = 0; void loop ( ) {Serial.println (aantal); tel ++; inc (); delay (500);} void inc () // Kan de waarde van count {count = count + 1;};  

bewerken In het tweede geval declareert u een statische variabele met lokaal bereik. De variabele blijft gedurende de hele programma-run behouden, vergelijkbaar met globale variabelen, maar is alleen toegankelijk in het codeblok waarin het is gedeclareerd. Dit is hetzelfde voorbeeld, met slechts één wijziging. count is nu gedeclareerd als een statische variabele binnen loop.

  void inc (); void loop () {static int count = 0 ; Serial.println (aantal); tel ++; inc (); delay (500);}  

Dit zal niet compileren aangezien de functie inc () geen toegang heeft tot count .

Globale variabelen, hoe nuttig ze ook lijken, hebben enkele valkuilen. Deze kunnen zelfs schade aanrichten als het gaat om het schrijven van programma's die kunnen interageren met de fysieke omgeving. Dit is een heel eenvoudig voorbeeld van iets dat zeer waarschijnlijk zal gebeuren zodra programma's groter worden. Een functie kan onbedoeld de status van een globale variabele wijzigen.

  void setup () {Serial.begin (9600);} void another_function (); int state = 0; void loop () { // Blijf wisselen tussen de staat Serial.println (state); vertraging (250); state = state? 0: 1; // Sommige niet-gerelateerde functies roepen another_function ();} void another_function () {// Verandert onbedoeld state state = 1;}  

Dergelijke gevallen zijn erg moeilijk te debuggen. Dit type probleem kan echter gemakkelijk worden gedetecteerd door simpelweg een statische variabele te gebruiken.

  void setup () {Serial.begin (9600);} void another_function (); void loop () {statische int state = 0; // Blijf wisselen tussen de staat Serial.println (state);
vertraging (250); state = state? 0: 1; // Een niet-gerelateerde functie roept another_function ();} void another_function () {// Resulteert in een compilatietijdfout. Bespaart tijd. state = 1;}  

Functioneel gezien genereren beide versies hetzelfde resultaat, aangezien in beide gevallen de waarde van count wordt opgeslagen tussen de uitvoeringen van de loop () (ofwel omdat het is een globale variabele of omdat het is gemarkeerd als statisch en daarom zijn waarde behoudt).

Dus de beslissing om te kiezen komt neer op de volgende argumenten:

Bron: vergelijkbare thread op arduino.cc

Beide variabelen zijn statisch - ze blijven gedurende de hele uitvoeringssessie bestaan. De globale is zichtbaar voor elke functie als deze de globale declareert - niet definieert, of als de functie de definitie volgt in dezelfde compilatie-eenheid (bestand + omvat).

De definitie van count verplaatsen naar de binnenkant van een functie beperken beide het bereik van de zichtbaarheid tot de dichtstbijzijnde omsluitende set van {} es, en geven de functie-aanroepduur (het wordt gemaakt en vernietigd wanneer de functie wordt ingevoerd en verlaten). Door het ook statisch te geven, krijgt het de levensduur van de uitvoeringssessie, het bestaat van het begin tot het einde van de uitvoeringssessie, en blijft bestaan ​​bij functie-aanroepen.

Tussen haakjes: wees voorzichtig met het gebruik van geïnitialiseerde statica binnen een functie, zoals ik heb gezien dat sommige versies van de GNU-compiler dit fout doen. Bij elke functie-invoer moet een automatische variabele met een initialisatieprogramma worden aangemaakt en geïnitialiseerd. Een statisch bestand met een initialisatieprogramma zou slechts één keer moeten worden geïnitialiseerd, tijdens de installatie van de uitvoering, voordat main () de controle krijgt (net zoals een globale zou zijn). Ik heb lokale statische gegevens opnieuw laten initialiseren bij elke functie-invoer alsof ze automaten waren, wat onjuist is. Test uw eigen compiler om zeker te zijn.

Volgens de documentatie van Atmel: "Als een globale variabele wordt gedeclareerd, zal een uniek adres in de SRAM aan deze variabele worden toegewezen op het moment van de programmalink."

De volledige documentatie is hier (Tip # 2 voor globale variabelen): http://www.atmel.com/images/doc8453.pdf