L'envoi d'un nombre entier en série dans les Arduino

J'ai besoin d'envoyer un nombre entier entre 0-10000, à Arduino en utilisant la communication série. Quelle est la meilleure façon de le faire?

Je pense à casser le nombre dans un tableau de caractères (par exemple: 500'5','0','0') et de les envoyer comme un flux d'octets (ouais, c'est moche). Alors reconstituer à l'autre extrémité. (tout ce qui est envoyé en série comme un flux d'octets, non?)

N'est-il pas une meilleure façon? D'une certaine manière, il devrait être en mesure d'affecter la valeur dans un int type de variable.

(vraiment besoin de connaître la même chose à propos des chaînes trop, si possible)

OriginalL'auteur Anubis | 2012-12-14

  1. 7

    Si ce que vous cherchez, c'est la vitesse, alors au lieu de l'envoi d'un fichier ASCII est codé de type int, vous pouvez diviser un nombre à deux octets, voici un exemple:

    uint16_t number = 5703;               //0001 0110 0100 0111
uint16_t mask   = B11111111;          //0000 0000 1111 1111
uint8_t first_half   = number >> 8;   //>>>> >>>> 0001 0110
uint8_t sencond_half = number & mask; //____ ____ 0100 0111

Serial.write(first_half);
Serial.write(sencond_half);

    OriginalL'auteur NiñoScript

  2. 3

    Vous ne spécifiez pas le de de l'environnement, donc je suppose que vos problèmes est de la lecture des données en série sur un Arduino?

    De toute façon, comme on peut le voir dans le Arduino en Série de référence, vous pouvez lire un entier à l'aide de la Serial.parseInt() appel de méthode. Vous pouvez lire des cordes avec par exemple. Serial.readBytes(buffer, length) mais votre vraie question est de savoir quand s'attendre à une chaîne et quand s'attendre à un nombre entier (et quoi faire si quelque chose d'autre vient le long, par exemple. le bruit etc...)

    Eh bien, le depuis de l'environnement peuvent être considérés comme des PC. Mais puisque c'est la communication série que l'expéditeur n'a pas d'importance, hein? (En fin de compte, je suis en train de l'utiliser dans la communication sans fil, avec APC220). De toute façon, merci. Honnêtement, je me demande pourquoi je n'ai pas vu ça avant. Je vais donner un essai.

    OriginalL'auteur Anders R. Bystrup

  3. 2

    D'une autre manière:

    unsigned int number = 0x4142; //ASCII characters 'AB';
char *p;

p = (char*) &number;

Serial.write(p,2);

    sera de retour " BA " dans la console (LSB).

    OriginalL'auteur Dave

  4. 1

    Autre manière: 

    char p[2];
*p = 0x4142; //ASCII characters 'AB'
Serial.write(p,2);

    J'aime de cette façon.

    OriginalL'auteur Reynel Fals de Pedro

  5. -1

    Je ne suis pas de codage de fond, aujourd'hui j'ai essayé le même et il a obtenu de travailler.. je suis juste d'envoyer le nombre d'octets sage de début et de n octets ajoutés ('a' et 'b'). espérons que cela aide..enter code here

    //sending end
unsigned char a,n[4],b;
int mynum=1023;//the integer i am sending
for(i=0;i<4;i++)
{
n[i]='0'+mynum%10; //extract digit and store it as char
mynum=mynum/10;

}
SendByteSerially(a);
_delay_ms(5);
SendByteSerially(n[3]);
_delay_ms(5);
SendByteSerially(n[2]);
_delay_ms(5);
SendByteSerially(n[1]);
_delay_ms(5);
SendByteSerially(n[0]);
_delay_ms(5);
SendByteSerially(b);
_delay_ms(100);


//at receiving end. 
while(portOne.available() > 0) 
{
char inByte = portOne.read();
if(inByte!='a' && inByte !='b')
{
Serial.print(inByte);
}
else if(inByte ='a')
Serial.println();
else if(inByte ='b')
Serial.flush();
}
delay(100);
    C'est exactement ce que l'OP décrit comme "moche" et veut éviter.

    OriginalL'auteur Akshayrnagendra