Posts made by nicolas

@fun49 deux ans, ça ne me choque pas

Voici un premier aperçu de la nouvelle carte électronique, version maquette toute moche, en attendant de recevoir les vrais prototypes.

On a essayé de garder l'esprit de simplicité du Pioupiou, tout en y ajoutant quelques améliorations notables :

• Meilleure gestion de l'énergie et optimisation de la durée de vie la pile. Notamment grâce à un régulateur plus efficace et l'ajout d'un super-condensateur tampon. On gagne un ou deux ans d'autonomie.
• Fini les fils qui cassent : le capteur est maintenant relié par une nappe plate, et la pile se branche directement sur la carte.
• Il est maintenant possible pour l'utilisateur de faire des mises à jour et des diagnostics. Il suffit d'un câble USB FTDI, qu'on trouve facilement dans le commerce.
• La boussole est maintenant couplée à un capteur d'horizon (accéléromètre), permettant d'éviter les erreurs dues à l'inclinaison.

Cette carte est 100% compatible avec les Pioupious déjà existants. Elle pourra donc servir comme pièce de rechange.

Je m'absente jusqu'à fin janvier. À mon retour j'aurai les cartes pour les tester.

Le développement se passe "en live" ici : https://github.com/windbird-sensor/
Au rythme de nos disponibilités...

Ces derniers jours, on a pas mal avancé avec @pascal31 sur l'électronique.
https://github.com/windbird-sensor/windbird-electronics

On met les nappes plates

Colle chaude "spéciale électronique" pour étanchéifier les endroits sensibles (modules) + vernis de tropicalisation comme avant. Ça va le faire.

Solutions retenue : connecteur JST-PH. D'un coté, des fils sur la pile, de l'autre coté un connecteur directement sur le PCB.

Finalement, on a mis un connecteur SWD et un connecteur pour un câble série FTDI, le tout facilement accessible via des pins "type arduino"

Finalement on a commandé des MC6470 de chez MEMSIC.
Le choix s'est surtout fait en fonction des composants en stocks. Difficile avec cette pénurie généralisée...

Datasheet : https://www.mouser.fr/pdfDocs/MEMSIC_MC6470_Datasheet.pdf
Carte d'évaluation : https://www.mikroe.com/6dof-imu-13-click

Est-ce que les leds s'allument normalement ? (voir ici : https://forum.openwindmap.org/topic/36/tout-sur-les-clignotements-de-la-led) Si ça n'est pas le cas, la pile est probablement HS (attention : ce type de pile affiche une tension constante de 3.6V, même une fois vide).

Si la pile est bonne, vous pouvez essayer de l'allumer en le tenant à bout de bras, vertical, en extérieur, dans un endroit bien dégagé. La liaison radio sera meilleure. Parfois, ça ne passe pas en intérieur ou si le Pioupiou est à plat sur une table.

Pour la Barani, la vitesse est mesurée par l'électronique à chaque fois que les coupelles font la moitié d'un tour. Donc plusieurs fois par secondes.... Bien supérieur à la norme OMM. C'est bonus, même si en réalité la différence est négligeable-.

Par contre ça ne fait pas tout. Il y a aussi un autre paramètre : le temps de réaction mécanique du capteur, sa "constante de temps". On peut mesurer 1000 fois par secondes, c'est inutile si les coupelles ont trop d'inertie et qu'elles mettent 5 secondes pour changer de vitesse et se synchroniser avec la vitesse du vent. La Barani a un temps de réponse mécanique < à 1 mètre. Ça veut dire qu'il faut que moins d'un mètre d'air passe pour que les coupelles adaptent leur vitesse. Et c'est fonction de la vitesse du vent : À 3,6 km / heure, il faudra 1 seconde. À 36 km/h, il faudra 0,1 secondes. Par exemple, le capteur DAVIS est bien moins performant; on n'a pas les chiffres, mais ça se voit à l’œil nu. Pour le capteur YOUNG à hélice, c'est 2,7m. Pour le Pioupiou, on avait fait des mesures en soufflerie, mais pas ce paramètre.. Pour le Windbird à venir, on le fera.

Ci-dessous les specs de la Barani :

@Eblunit Je confirme les dires de Pascal. La période d'émission est limitée par la réglementation sur l'utilisation des ondes.

Pour des transmissions plus fréquentes, il faut utiliser une autre technologie. GSM, Wifi, LoRa (pas certain, à confirmer) ...

Concernant le pas de temps des mesures, l'organisation météo mondiale fixe une norme à une mesure toutes les 3s maximum.

Nous venons de lancer une cagnotte pour financer la connectivité des Pioupious, pour la période de juillet 2021 à juillet 2022.

On compte sur vous !

Détails ici : https://www.leetchi.com/c/pioupiou-2021-2022

Oui, possible
Il faut nous envoyer le nouveau PAC, qui figure sur la page d'information du device, dans le backend Sigfox

Attention : en transférant le device, on perd l'abonnement qui était en cours

@jr peux-tu enregistrer la 924 ? merci

AERO MODEL CLUB CEVENOL
Saint-Jean-de-Serres

Latitude 43.977968
Longitude 4.067024

@Fred
Tu peux essayer de mettre une balise gps sigfox dans la météowind. Il y a de la place dans le boîtier.

Pour l'autonomie électrique, enlève la batterie du tracker et alimente-le directement sur la batterie de la MeteoWind. Je pense que ça devrait passer, vu les faibles conso des deux objets. Également, configure le tracker pour émettre moins souvent (1 fois / jour ou 1 fois / 3 heures), ce qui permettra de réduire la consommation.

Voir https://www.capturs.com/
Contactes-les directement, voir quel est le modèle le plus adapté (peut-être que celui pour les ruches intègre une détection de mouvement ?)

J'ai eu écho d'une dizaine de Pioupious volés au cours des dernières années. On en a retrouvé environ la moitié grâce au GPS intégré. Pour les autres, on a perdu la connexion réseau.

J'ai quelques exemples en tête :

• un des miens, dérobé sur la plage du Défi Wind, récupéré dans le coffre d'une voiture à quelques kilomètres de là
• celui de @luc2T, où les gendarmes sont allés gentillement toquer chez quelqu'un pour se faire restituer l'objet
• un autre, qui a "voyagé" de l'ouest de la France jusqu'au Portugal.

Plus tard, on prévoira une option pour avoir une fonction de décodage custom.

typedef struct __attribute__ ((packed)) sigfox_wind_message {
        int8_t speedMin[2];
        int8_t speedAvg[2];
        int8_t speedMax[2];
        int8_t dirAvg[2];
} SigfoxWindMessage; 

Ça fait, dans l'ordre :
speedMin[0], speedMin[1], speedAvg[0], speedAvg[1], speedMax[0], speedMax[1], dirAvg[0], dirAvg[1]

@dam74 @pascal31

Les Pioupious V1 transmettent toutes les 12 minutes. J'avais choisi cela de manière arbitraire, notamment pour respecter les contraintes réglementaires d'utilisation des fréquences 868MHz (Avec sigfox, maximum 140 messages / jour de 12 octets chacuns). Voir ici la notion de duty cycle / rapport cyclique autorisé : https://build.sigfox.com/sigfox-radio-configurations-rc

Mais cette configuration n'est pas vraiment compatible avec les standards de l'industrie et les recommandations WMO.

Entre temps, j'ai découvert qu'on pouvait faire 144 messages par jour avec Sigfox, soit un toutes les 10 minutes, si et seulement si on émet des messages d'une longueur plus courte.

140 messages de 12 octets : ok
144 messages de 12 octets : non
144 messages de 9 octets : non (12 octets réellement transmis)
144 messages de 8 octets : ok

Je pense qu'il vaut donc mieux se caler sur une transmission de 1x10 minutes ou 2x5 minutes. On sera plus cohérent avec le reste de l'industrie. Certes, on a un parc de Pioupious V1 qui fait du 3x4, mais ce parc va devenir minoritaire lorsque nous allons ajouter les stations de génération 2 et des autres constructeurs / autres réseaux.

D'un point de vue énergétique, 144x8 octets ou 120x12 octets, on est sur une consommation assez équivalente.

@toby

Donc, sur la période qui va de 19h13 à 19h18 (UTC) on a mesuré :
au minimum : 0 km/h
au maximum : 26.5 km/h
en moyenne : 3km/h
(échantillonnage WMO de 3 secondes sur ce modèle de balise arduino)