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
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
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 :
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]
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.
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)
@dam74 @jr
Voici une nouvelle API pour voir les messages "bruts", tels qu'ils sont reçus par backend sigfox :
http://api.pioupiou.fr/v1/sigfox-messages/{ID}
exemples :
Paramètres à surveiller :