Formatage de nombre

Version imprimable

06/09/2019, 22h12
frederic13870

Formatage de nombre

Bonsoir,
J'utilise un Arduino Uno avec des capteur analogiques.
Je lis des valeurs avec analogRead() et c'est ok.
Cependant, j'utilise un shield Wifi pour communiquer avec un Raspberry.
Et là, les choses se gâtent .
Il faut un nombre d'octets fixe dans l'entête http ( "content-lenght") à transmettre au Raspberry.
Il faut donc que je formate mes valeurs de mesures afin qu'elles aient toujours la même longueur en bytes.
Ainsi la valeur 345 sur trois octets ne pose pas de problèmes, mais la valeur 12 doit être convertie en 012 afin
de conserver un nombre fixe d'octets à transmettre.
En C, j'utilisai sprintf, mais aucune trace de cette instruction pour l'Arduino.
Comment faire ?
06/09/2019, 22h32
Jay M

Citation:

Envoyé par frederic13870

Il faut un nombre d'octets fixe dans l'entête http ( "content-lenght") à transmettre au Raspberry.
Il faut donc que je formate mes valeurs de mesures afin qu'elles aient toujours la même longueur en bytes.
Ainsi la valeur 345 sur trois octets ne pose pas de problèmes, mais la valeur 12 doit être convertie en 012 afin
de conserver un nombre fixe d'octets à transmettre.
En C, j'utilisai sprintf, mais aucune trace de cette instruction pour l'Arduino.
Comment faire ?

Sprintf existe mais sans le %f - Vous pouvez générer un buffer et calculer sa longueur aussi pour le content-length (attention c’est th à la fin, pas ht)

Si vous utilisez Ajax par exemple et pouvez interpréter les données avant affichage, vous pouvez envoyer les valeurs en binaire (représentation ascii) ainsi une valeur qui tient sur 4 octets par exemple sera écrite «0xDEADBEEF» ce qui fait un nombre de caractères toujours connu (bien sûr une petite valeur sera avec des 0 «0x00000BAD»)

Vous pouvez aussi ne pas mettre le content-length et juste clore la connexion à la fin de l’envoi
Il faut préciser dans le header en HTTP/1.1

Code:

client.println("Connection: close");

Plus de détail dans la section 4.4 du protocole

J'ai trouvé une bricole

Voilà le code

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
            String zero = "0";
            int sensor value_1;
            int sensorPin_1 =A0;
            String new_value;
            int i,l,to_add;
 
            sensorValue_1 = analogRead(sensorPin_1);
             delay(100);
 
            value =  String (sensorValue_1,DEC);
            l = value.length();
            to_add = 5 - l;
            for (i=0;i<=5;i++) new_value = zero; 
            new_value += value;
            wiflyUart.print(new_value);
            delay(1000);
            wiflyUart.print(",");
            delay (1000);

J'obtiens ainsi la même longueur pour mes variables, quelle que soit la valeur de la mesure.
Je déplore que sprintf ne marche que pour les integers et pas pour les floats, car mes variables sont soit des floats soit des integers.
Mais bon, avec le C , on arrive toujours à se débrouiller.
Merci pour l'aide et bon Dimanche.

Citation:
Envoyé par frederic13870
Voilà le code
Code:

1 2 ... for (i=0;i<=5;i++) new_value = zero;
--> euh, ça c'est louche. Vous mettez 5 fois de suite new_value à "0"...

lancez ce code d'exemple:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 const byte sensorPin = A0; // analogRead donne une valeur entre 0 et 1023 void setup() { Serial.begin(115200); Serial.println(F("--------------- (15 positions)")); } void loop() { char buffer[30]; // nombre entier long nombreEntier = (analogRead(A0) - 512) * 10000; sprintf(buffer, "% 15d", nombreEntier ); Serial.println(buffer); // float double nombreDecimal = (nombreEntier * 3.25) / random(7,55); dtostrf(nombreDecimal, 15, 3, buffer); Serial.println(buffer); delay(1000); }
(on essaye d'éviter la classe String sur les petits micro-contrôleurs pour éviter des risques de morcellement de la mémoire. On préfère les cStrings)

Heu, c'était pas le bon sketch

Voilà celui-qui marche :lol:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 String zero="0"; int sensorValue_1; int i,l,to_add; String new_value; // lecture valeur dans sensorValue_1 value = String (sensorValue_1,DEC); l = value.length(); to_add = 3 - l; for (i=0;i<=to_add;i++) new_value += zero; new_value += value; wiflyUart.print(new_value); delay(1000); new_value="";
Ainsi , toutes mes valeurs font quatre octets.

Citation:

on essaye d'éviter la classe String sur les petits micro-contrôleurs pour éviter des risques de morcellement de la mémoire. On préfère les cStrings

Ah bon ? j ' ignorais cela.

A la lecture de ton code, celui-ci est bien plus robuste et bien plus "pro".

Je vais l' intégrer dans mon projet.

Ta remarque me met en garde, car j'ai encore la gestion de l ' alimentation à coder et je suis à plus de 70 % d' utilisation des ressources mémoires.

Merci encore et bon W.E.

07/09/2019, 21h33
Jay M

Si vous réussissez à vous débarrasser de la classe String vous verrez que vous économiserez de la mémoire flash et (suivant ce que vous faites) de la RAM.

Notez que sprintf() est aussi super coûteux en que pour un int/long il vaut mieux utiliser itoa() ou ltoa()
08/09/2019, 09h47
boijea

Citation:

Envoyé par frederic13870

Ta remarque me met en garde, car j'ai encore la gestion de l ' alimentation à coder et je suis à plus de 70 % d' utilisation des ressources mémoires.

C'est clair qu'il faut éviter d'écrire trop de code sur ces bécanes (Arduino, ESP) ou d'utiliser des fonctions ou librairies inutiles.

Envoyer un nombre avec trop peu de zéros devant, des espaces, voir d'autres caractères, ce n'est pas un souci pour un Raspberry Pi et un bon programmeur.
Un Raspberry Pi a beaucoup plus de ressources et il suffit de choisir le bon langage ou serveur Web sur ce nano-ordinateur.

Je l'ai déjà dit à plusieurs occasions et les modérateurs devraient intervenir:

Citation:

Envoyé par frederic13870

J'utilise un Arduino Uno avec des capteur analogiques.
Je lis des valeurs avec analogRead() et c'est ok.

Ce n'est pas 100% clair ce que veut faire frederic13870.
Il y a trop d'interprétations possibles.
Pour moi, il collecte des données sur l'Arduino et les envoient sur le Pi.

Citation:

Envoyé par Jay M

Si vous utilisez Ajax par exemple et pouvez interpréter les données avant affichage, vous pouvez envoyer les valeurs en binaire (représentation ascii) ainsi une valeur qui tient sur 4 octets par exemple sera écrite «0xDEADBEEF» ce qui fait un nombre de caractères toujours connu (bien sûr une petite valeur sera avec des 0 «0x00000BAD»)

A mon avis c'est hors contexte.
J'ai l'impression que Jay M pense que c'est le Pi qui va faire une requête pour demander des données à l'Arduino.
C'est peut-être le cas, mais frederic13870 ne le dit pas.

Il faudrait donner plus de détails du projet dans le premier message de la discussion. Une ou deux lignes suffiront, voire les logiciels ou technologies utilisées, voire les souhaits.

Ensuite les lecteurs pourront répondre à la fois aux questions liées au code, voire à des alternatives de design.

Donc on ne peut rien dire de plus pour l'instant.
Cordialement
08/09/2019, 13h25
Jay M
Pour moi la question était très précise et le contexte de qui demande quoi pas nécessaire.

Citation:

Il faut donc que je formate mes valeurs de mesures afin qu'elles aient toujours la même longueur en bytes.

--> il voulait donc savoir (pour application à un content-length connu) comment générer ses nombres avec du padding.

Citation:

Envoyé par boijea

A mon avis c'est hors contexte.
J'ai l'impression que Jay M pense que c'est le Pi qui va faire une requête pour demander des données à l'Arduino.
C'est peut-être le cas, mais frederic13870 ne le dit pas.

là c'est vous qui interprétez ce que j'ai écrit. :lol:

Pour préciser:

A/ J'ai un exemple de fonctions C (et donc des cStrings) pour répondre à sa question et générer des nombres avec du padding (des espaces)

B/ Je n'ai fait qu'émettre un avis technique sur plusieurs alternative a l'envoi d'un content-length statique que son "donc" semblait pour lui être incontournable :
- 1. ne pas envoyer le content-length, il n'est pas obligatoire si on termine la connexion ensuite
- 2. envoyer les données sous forme "binaire" (la représentation hexadécimale d'un nombre flottant sur 32 bit prenant toujours 10 caractères par exemple en l'écrivant "0xAABBCCDD".
- 3. comme cela n'est bien sûr pas génial s'il s'agit d'afficher une page web pour un humain de l'autre côté, c'est là que AJAX peut rentrer en ligne de compte, on émet l'info en binaire mais elle est convertie par la partie demandeuse en Javascript par exemple.
08/09/2019, 14h44
Vincent PETIT

Salut

Citation:

Envoyé par frederic13870

Il faut un nombre d'octets fixe dans l'entête http ( "content-lenght") à transmettre au Raspberry.

Qui définit le nombre d'octets fixes ? C'est toi ?
08/09/2019, 17h12
Vincent PETIT
Citation:

Envoyé par Jay M

Si vous utilisez Ajax par exemple et pouvez interpréter les données avant affichage, vous pouvez envoyer les valeurs en binaire (représentation ascii) ainsi une valeur qui tient sur 4 octets par exemple sera écrite «0xDEADBEEF» ce qui fait un nombre de caractères toujours connu (bien sûr une petite valeur sera avec des 0 «0x00000BAD»)

+1 mais la représentation ASCII n'est même pas utile.

Lorsque on est face à ce genre de problème (anormalement complexe, tordu, tiré par les cheveux) qui doit répondre à quelque chose qui paraît simple ; figer la longueur du corps de la requête, il faut tout de suite appliquer le Rasoir d'Ockham aussi appelé principe de simplicité.

Ici on dois trouver un moyen pour que les mesures aient toujours la même longueur (en byte) pour les envoyer. Et ça tombe bien car l'ADC de ton Arduino UNO est un ADC 10 bits et peu importe la mesure, jamais ça ne dépassera 10 bits.
Code:

1 2 3 4 octet MSB octet LSB [xxxx xx00] [0000 0000] // valeur minimum mesurable par l'ADC [xxxx xx11] [1111 1111] // valeur maximum mesurable par l'ADC
Il n'y a besoin que de 2 octets pour envoyer toutes les valeurs possibles. En allant un peu plus loin sans complexifier les choses, on peut ajouter un 3ème octet pour identifier le capteur, dans le cas où il y en a plusieurs.

Code:

[NUM_ADC] [MSB_ADC] [LSB_ADC] // 3 octets (24 bits), rien de plus

Exemple le système qui reçoit la requête lit : 0x03 0x01 0x02 alors il sait que le capteur numéro 3 vient d'envoyer la valeur 0000 0001 0000 0010.

Et pour ce qui concerne l'interprétation de : 0000 0001 0000 0010 on peut laisser le serveur en faire ce qu'il veut, comme dit par Jay M. Imaginons qu'on puisse faire du C côté serveur, si il faut l'afficher pour l'utilisateur alors on fera simplement :
Code:

1 2 3 double valeur = (double)((MSB_ADC << 8) + LSB_ADC)/5; printf("valeur %f\n", valeur);
ps : @Jay M, exacte faire la conversion en type float dans le Arduino complexifie inutilement le problème.
08/09/2019, 18h19
Jay M

Oui 2,3 ou 4 octets c’est la même chose, mais si vous voulez générer un simple page web lisible qui dit

«*il fait 18,25°C dans la chambre*»

C’est pas top de pondre de l’hexa

C’est là où @boija a raison, ce serait bien de savoir quel est le vrai besoin pour choisir la bonne solution

Pour le nombre d’octets, le challenge habituel sur un petit arduino c’est qu’il faut mettre le content-length dans l’en tête, donc au début de ce que vous générez et si vous enchaînez ensuite des client.print() pour envoyer le contenu HTML sans avoir préparé un gros buffer (parce que vous n’avez pas assez de mémoire) alors c’est la zone pour savoir combien d’octets déclarer dans l’entete. L’idée de Frédéric était de faire du remplissage de manière à avoir toujours le même nombre d’octets, la majorité de la page web est connue, juste les valeurs vont changer

Donc en mettant un espace (représenté ici par _) devant il écrirait

«*il fait _9,25°C dans la chambre*»

Et ce serait le même nombre d’octets

Mais le plus simple c’est de ne pas s’ennuyer avec content-length du tout...
08/09/2019, 18h25
frederic13870

Pour la petite histoire

L'Arduino Uno lit des mesures, analogiques et digitales.
Je communique avec lui par une liaison wifi, protocole http 1/1.
L'arduino ne possédant pas Apache, il faut émuler le fonctionnement d'un serveur pour les réponses au GET du navigateur soit cohérentes.
J'utilise un shield Arduino Wifly EZY avec une puce RN 171.
Il m'a été été spécifié que dans l'entête à retourner au navigateur, je dois écrire la longueur en byte de la "page".
C'est pour cela que je cherche un format fixe.
J'ai beaucoup appris avec ce projet et vous remercie tous pour l'aide apportée.
08/09/2019, 18h33
Jay M

Citation:

Envoyé par frederic13870

Je communique avec lui par une liaison wifi, protocole http 1/1
...
Il m'a été été spécifié que dans l'entête à retourner au navigateur, je dois écrire la longueur en byte de la "page".

La norme dit

Citation:

For compatibility with HTTP/1.0 applications, HTTP/1.1 requests containing a message-body MUST include a valid Content-Length header field unless the server is known to be HTTP/1.1 compliant.

Donc c’est mieux en effet, mais pas obligatoire.

D’un point de vue pratique vous pourriez aussi transformer chacune des valeurs dans un petit buffer avec les fonctions itoa() ou dtostrf() avant De générer la page et avec un strlen() vous pourriez connaître la longueur en octet de chacune des petites variables