Diferența dintre tipul de date int și long pe Arduino

Pe Arduino (modele AVR) un int este de 16 biți, nu de 32 de biți. Astfel se trece de la -32768 la +32767.

Adică diferit de la long care este de 32 de biți.

Comentarii

• Care sunt lățimile int și long pe Arduino-urile ARM pe 32 de biți, cum ar fi Due?
• Cred că pe Due că un int are 32 de biți, același a long. Consultați aici de exemplu.

int în AVR GCC este 16 biți , nu 32.

Conform specificațiilor limbajului C , int trebuie să aibă cel puțin 16 biți sau mai mult și long trebuie să aibă cel puțin 32 de biți sau mai mult.

Este în regulă ca un compilator să implementeze int ca 32 de biți sau chiar 64 de biți. Este bine ca un compilator să implementeze long ca 64 de biți sau mai mult. Dar nu este permis ca un compilator să implementeze long ca 16 biți.

Deci, când trebuie să folosiți ce tip?

Dacă valorile cu care veți lucra poate fi reprezentat în 16 biți, atunci este bine să utilizați int. Dacă aveți nevoie de mai mult de 16 biți, utilizați long. Dacă aveți nevoie de mai mult de 32 de biți, utilizați long long.

Nu vă lăsați la curent cu datele despre compilator și / sau CPU. După cum au menționat alții, chiar și în aceeași gamă de produse, Arduinos, sunt disponibile procesoare de 16 și 32 biți. În schimb, aveți încredere doar în ceea ce garantează standardul.

Specificațiile complete ale tipurilor din C sunt:

• char trebuie să aibă cel puțin 8 biți
• int trebuie să aibă cel puțin 16 biți
• long trebuie să aibă cel puțin 32 de biți
• long long trebuie să aibă cel puțin 64 de biți

Notă: Este perfect legal pentru compilatoare să implementeze char, int, long și long long 64 de biți. De fapt, acest lucru nu este neobișnuit printre DSP-uri.

Comentarii

• De asemenea: Citiți documentația compilatorului dvs.
• Și: sizeof(char) <= sizeof(int) <= sizeof(long) <= sizeof(long long) conform standardului. Deci, dacă int are 64 de biți, atunci long trebuie să fie, de asemenea, de cel puțin 64 de biți.

Este același raționament ca în C: dimensiunea tipului int să fie dimensiunea naturală a cuvântului pe care sistemul dvs. o gestionează cel mai eficient . De asemenea, trebuie să aibă o lățime de cel puțin 16 biți, nu mai mică decât un short și nu mai mare decât un long.

Deci un int poate avea 16, 32 sau 64 de biți, bazat pe în ceea ce se ocupă cel mai bine de sistemul dvs., deci este cel mai probabil să aibă o lățime de 16 biți pe un procesor de 8 sau 16 biți, 32 pe un procesor pe 32 de biți etc.

Folosesc int când vreau cea mai bună performanță, având în același timp grijă să protejez când am nevoie de mai multă gamă decât cea oferită de 16 biți. În aceste zile, aveți tendința de a ști când scrieți codul aplicației pentru sistemele pe 16 biți, deși acest lucru nu este atât de adevărat pentru codul „bibliotecă”, unde portabilitatea poate fi de îngrijorare mai mare.

În exemplul dvs., presupunând că autorul și-a ales tipurile cu atenție, variabilele int necesită probabil o gamă mică și își pot permite dimensiunea cuvântului , ducând la un cod potențial mai scurt sau mai rapid (sau ambele). Cele long presupun probabil că au nevoie de mai mult de 16 biți (au o lățime garantată de cel puțin 32 de biți). Pe procesorul pe care l-ați selectat ca țintă de compilare, se pare că int și long au fost ambele implementate ca pe 32 de biți; să fie diferit (sau ar trebui să fie) dacă ați selectat un procesor țintă pe 16 biți.

Îmi place să folosesc tipuri din stdint.h.

Deși au dezavantaje minore, avantajul pe care îl oferă este că știți exact dimensiunea pe care o gestionați, chiar și atunci când compilați pe alte arhitecturi.

#include <stdint.h> uint8_t my_byte = 0xf0; int16_t trig_pin = 2; int16_t echo_pin = 4; uint32_t duration, cm , blah; uint64_t big_int; // etc. 

Dar, evident, nu doriți să vă deplasați într-o grămadă de int32_t atunci când datele dvs. au nevoie doar de int16_t.

Comentarii

• Deci, nu folosiți cuvântul mașină dimensiunea nu are impact asupra performanței AVR?
• @Ren é – În general, nu se folosește dimensiunea cuvântului poate afecta performanța majorității procesorelor. div id = „b7a8af7ac4”>