Nouvelle balise (923) à base d'Arduino, qui utilise un capteur Peet-Bross un peu moins cher que les Davis.

Elle est installée à Ausseing (31)

Je mettrai bientôt le code sous github si ça intéresse qqun de s'en monter une.

Un grand merci à Joel, toujours fidèle au poste pour mettre à jour les descriptions !

@dam74 oui j'avais vu cela dans ton code et comment ça se passe pour que les 4 derniers octets ne soient pas confondus avec les mesures de vent pioupiou à 12octets ?
En tous cas, si c'est ok j'utiliserai cette possibilité...

Bon pour les octets de vitesse tous les codes sont utilisés. Par contre pour les octets de direction on n'utilise que les codes de 0 à 179 (la direction a 2deg de résolution). Donc on pourrait avoir que si le dernier des 8 octets > 180 par ex, alors toute la trame est considérée comme spéciale. Ca laisse 7 octets pour passer toute sorte d'infos propriétaire dont la signification peut de plus être encodée de 180 à 255 par le dernier octet ! Ca fait pas mal de possibilités...

Par contre, un peu dommage qu'on ne puisse transmettre des infos complémentaires une fois par jour. Par ex l'état de la pile ou autre. Est-ce qu'on pourrait prévoir une trame spéciale pour cela. Le premier octet pourrait indiquer au backend que c'est une trame spéciale et être ainsi aiguillé à part des mesures de vent...

Oui la norme ISM, c'est de ne pas occuper la fréquence plus de 1% du temps. Comme la trame sigfox dure 6s, ça fait 1 fois toutes les 10min.
Je suis parti aussi sur 2x4octets dans le code de la balise que je monte (à partir d'un capteur Peet Bros moins cher que le Davis mais peut-être moins solide, on verra). Je ne suis pas loin de tenter une première émission...

@dam74 les pioupious envoient toutes les 12 min 3 ensembles de valeurs. Par contre pour les Arduino, on ne peut faire que 2 ensembles (ou 1) toutes les 10min. Pas sûr de comprendre pourquoi, mais c'est comme ça pour le moment.

PS: Sinon une référence intéressante : https://build.sigfox.com/payload

Guest said in Comparatif:

@pascal : dans mon (nicolas) nouveau code arduino,

Oula ! Si on reste sous guest, on sait plus à qui on parle !
Merci de se logguer ou de signer...

Bonjour,
@toby (vérifie toujours d'être connecté pour ne pas passer en mode guest, à moins que ce soit un bug !)

Sans pouvoir dire ce qui est juste ou faux, j'aurais plusieurs commentaires:

• dire si un appareil de mesure est juste suppose de se référer à un étalon réputé. Tu parles de comparer avec une autre station, mais qui n'est pas nécessairement un étalon.
• les valeurs reportées sont issues d'une méthode de mesure qui peut varier d'un appareil à l'autre. Le calcul d'une vitesse moyenne ou maxi se fait par une intégration. Par ex. tu comptes combien de tours de moulinet tu enregistres en un temps T. Ou inversement tu comptes le temps entre x tours de moulinet. Bref on voit que selon les paramètres de cette intégration, on peut lisser plus ou moins les sauts de vent. Il faudrait décortiquer le code du pioupiou pour voir cela (c'est faisable, le code est en open-source) et comparer avec les méthodes des autres appareils, si elles sont connues. Du reste, il vaudrait mieux s'appuyer sur la méthode de Météo France par ex. pour partir tous sur le même pied.
• c'est vrai qu'une micro-rafale ne va pas forcément intéresser les sports de l'air comme les amateurs de météo avides de records
• et pour en venir à l'objectif du pioupiou, ce serait une erreur de croire que c'est un instrument météo de référence. Il faut plutôt le voir comme un petit objet connecté pratique à installer pour nos sports de l'air...
• dernier point technique (mais il faudrait que Nicolas confirme ou pas) je ne sais pas si le micro fait les mesures pendant le temps que l'appareil envoie le télégramme sigfox. Ca voudrait dire un "black-out" sur les mesures de 6s toutes les 10min env. Hypothèse à creuser. @dam74 : as tu pu voir ce point dans ton implémentation sur Arduino ?

Salut à tous,
Je pense qu'il serait bien d'harmoniser les mesures entre les pioupious actuels et les autres balises raccordées au réseau.
Durée sur laquelle est faite la moyenne de vitesse de vent, calcul des maxi et mini, période d'échantillonage, etc. Bref, qu'on ait le même algorithme pour faire ces mesures...

@dam74 Tu pourrais prendre ceux là : https://docs.rs-online.com/8c87/0900766b814f3857.pdf