Oväntade negativa värden från abs () -funktionen inline med analogRead

abs() definieras i Arduino.h som makro:

 #define abs(x) ((x)>0?(x):-(x)) 

Ett makro utvärderas inte på samma sätt som en funktion.

 sensor = abs(analogRead(A0) - 512); 

Detta uttalande kommer att utvidgas vid sammanställningstid till:

 sensor = ((analogRead(A0) - 512)>0?(analogRead(A0) - 512):-(analogRead(A0) - 512)); 

Nu ”felet” är lätt att förstå. Den analoga stiftet läses två gånger. ”Felet” kan undvikas genom att lägga till följande rad först i din skiss:

#undef abs 

Detta tar bort makrot abs() och standardbiblioteksfunktionen används istället.

Skål!

Kommentarer

• Felet är abs() makrot i Arduino.h
• Tack för det tydliga svaret. Jag hade ingen aning om att makron ens fanns i Arduino-världen. Jag hittade ett inlägg från 2011 som diskuterade detta och en kort lista över andra makron. Känner du till en slutgiltig lista? Är det bara mer " Arduinoesque " och bättre praxis för att undvika flera uppdrag i en rad och hålla fast vid en operation per rad?
• Nej, det är inte mer Arduinoesque att bara använda en operation i en uppgift. Ibland görs detta för att göra det lättare att läsa. Ditt problem med makron behöver inte göra mycket med Arduino. Det handlar mer allmänt om hur makron utvärderas av kompilatorn. Kompilatorn ersätter makrot med det som står i det ' s definition (och lägger in argumentet). Det är inte en funktion. Och detta är inte Arduino-specifikt, men beror på kompilatorn. Du kan också använda makron när du programmerar med andra kompilatorer. Makron kan vara användbara, men du måste använda dem med försiktighet.
• @chrisl, det finns redan en abs och labs funktion. Arduino abs makro är en löjlig blunder av arduino. Aaron Ciuffo, klicka på länken till Arduino.h i svaret av Mikael Patel, där ser du de andra makron. En annan sak är att inte använda en variabel med namnet " B1 ".