Posts made by nicolas

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)

Ok, c'est fait : https://www.openwindmap.org/PP116

@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 :

• Le tiens : http://api.pioupiou.fr/v1/sigfox-messages/922 (vide pour le moment...)
• Autre Arduino : http://api.pioupiou.fr/v1/sigfox-messages/901
• Pioupiou http://api.pioupiou.fr/v1/sigfox-messages/456

Paramètres à surveiller :

• lqi : qualité du signal reçu, sur une échelle de 1 à 5
• seqNumber : est-ce que les numéros se suivent ? dans la négative, certains messages ont été perdus.

Pour ensuite connecter l'appareil au réseau OpenWindMap, faîtes une demande ici :
https://forum.openwindmap.org/topic/221/connecter-un-arduino-mkr-fox-à-openwindmap/1

Voir ici pour le format de donner à utiliser pour la transmission :
https://forum.openwindmap.org/topic/202/format-messages-sigfox-de-arduino-vers-openwindmap/4?_=1620034094006

@dam74 À priori, Sigfox ne l'a pas encore vu :

Est-ce que l'antenne est bien connectée ?
N'y a-t-il pas une erreur dans le code ?

Lors de mes essais, j'ai eu l'impression que l'antenne fournie avec le MKR Fox était moins bonne que celle des Pioupious. C'est originalement une antenne multibande pour du GSM. Elle est "compatible" avec du 868MHz, mais pas "optimisée" pour.

Sigfox la classe en Uplink class: 3U (le moins bon)
Le Pioupiou est Uplink class: 0U (le meilleur)

Tu pourrais tenter avec une antenne 1/2 onde pour du 868Mhz. Quelque chose comme ça : https://www.digikey.fr/product-detail/fr/linx-technologies-inc/ANT-868-PML-UFL/ANT-868-PML-UFL-ND/5592353

@dam74
Ok, bien reçu les codes.
Station connectée au réseau sous l'id A922
Consultable ici : https://www.openwindmap.org/A922

Et également via l'API :
https://api.pioupiou.fr/v1/live/922
https://api.pioupiou.fr/v1/archive/922?start=last-day&stop=now
(API archive active seulement après réception des premiers messages)

Pour modifier la description et la localisation : https://forum.openwindmap.org/topic/66/changer-la-description-d-une-station

Il faut utiliser le format de données que je décris plus haut :

• Soit sur 4 byte, pour transmission d'un période toutes les 10 minutes max (interval au choix).
• Soit sur 8 bytes, avec transmission toutes les 10 minutes, de 2 périodes de 5 minutes. (pas possible de changer pour le moment)