Posts made by nicolas

@pascal31 Pas le même canal de réception des données pour les Pioupious et les Arduinos

Il faudrait qu'on standardise un format pour un message journalier de monitoring.

Pour les Pioupious, il était prévu un message quotidien contenant températures et tensions min / moy / max sur la journée.

C'est même implémenté dans le firmware Pioupiou : https://github.com/pioupiou-archive/pioupiou-v1-firmware/blob/main/firmware/src/pp_sigfox.c#L190

On a les mesures : https://api.pioupiou.fr/v1/monitors/456 . Sauf que c'est bugué et la tension est inexploitable (on mesure après le régulateur, et au repos). Pour que ça marche, il faut corriger le matériel et le logiciel (ce qu'on a fait avec le windbird, qui mesure la batterie en comparant un pont diviseur à une référence interne au uC, au moment où la led est allumée).

Alors, à défaut, on a utilisé les "events" du Pioupiou, qui eux aussi sont bugués et théoriquement inexploitables.

Hors-sujet, mais intéressant : Par chance, l'évènement "startup" nous permet de parfois détecter une pile HS : La LED, allumée au moment de la mesure, fait chuter la tension. Si la tension devient plus faible que celle du régulateur, on peut voir une baisse. À 3.6V affiché, on est bon. Si moins, la pile est morte. Ce qui est marrant, c'est que cette valeur de 3.6V n'a aucun rapport avec les 3.6V de la pile : c'est juste une erreur d'encodage. En vérité, on est à 3.3V max. J'ai confondu les retours des fonctions TD_MEASURE_VoltageTemperatureExtended et TD_MEASURE_VoltageTemperature

je ne sais pas si @pascal31 a implémenté une remontée de la tension batterie dans son code

@bl34 Bonjour. Oui, les pages listées ici ne fonctionnent que pour les Pioupious.

Petit détail pour cette nouvelle version, mais qui a son importance :

L'utilisateur a la possibilité de faire lui-même la mise à jour du logiciel interne.

Pas besoin d'un aller-retour au SAV. C'est vraiment ce qui a manqué aux Pioupious !

La procédure ressemble à ça : https://github.com/windbird-sensor/windbird-fox-firmware/blob/main/usb-flasher/README.FR.md

Si vous êtes intéressés par un Windbird complet, un prototype ou une carte électronique, vous pouvez vous inscrire sur la liste d'attente :

https://framaforms.org/liste-dattente-windbird-1667399609

J'ai fait les modifications nécessaires dans le logiciel.

Je dois faire encore quelques ajustements, mais c'est déjà 100% fonctionnel en l'état. Carte + logiciel interne.

https://github.com/windbird-sensor/windbird-fox-firmware

Il y a une restriction réglementaire sur le temps d'occupation de la bande radio.
On peut faire, au maximum :

• Soit 140 messages de 12 octets par jour.
• Soit 8 octets toutes les 10 minutes + quelques messages de diag et monitoring quotidiens

Pour moi, les paramètres version du soft et type de capteur ne doivent pas être envoyés à chaque fois. Un message au démarrage et/ou quotidien suffit.

J'avais fait des essais avec une balise GSM transmettant toutes les minutes. Mais c'était difficile à lire. C'était plus perturbant qu'autre chose, car ça faisait un graph avec trop de reliefs.

Effectivement, on peut réduire la résolution de la direction.
6 bits : 5.625°
5 bits : 11.25°
4 bits : 22.5°

À la limite, on pourrait faire :

• min1
• min2
• moy1
• moy2
• max1
• max2
• dir1[1:6], dir2[1:2]
• dir2[3:6], temp[1:6]

Et bien, bonne nouvelle !
J'ai assemblé les nouvelles cartes, et elles semblent fonctionner parfaitement.

Je dois maintenant faire quelques modifications dans le logiciel interne.
Après ça, on pourra les tester sur le terrain.

Quelques astuces :

• ️ ️ ️ Il est très fortement recommandé de protéger les cartes à l'aide d'un vernis de tropicalisation (ou un vernis à ongles - mais sans garantie). Sans quoi, l'humidité risque de causer des court-circuits et abîmer l'ensemble. Un verni adapté est disponible ici : https://www.nextmodelrc.com/fr/kit-et-pieces-anemometre-diy/10347-321-7324.html

• pour baisser la consommation de la carte, vous pouvez retirer ou casser la led située à coté du port USB. Habituellement, je la casse avec une petite pince.

• Il vaut mieux que le boîtier ne soit pas 100% étanche, afin de pouvoir respirer. Car dans tous les cas, l'humidité va finir par rentrer. On peut faire un petit trou, de 2 à 5mm en partie basse du boîtier, pour lui permettre de respirer.

• Pour la batterie, il en faut une avec un connecteur JST PH. Elles sont assez facilement trouvable dans le commerce. ️ Faîtes attention à la polarité. Certaines sont vendues avec le (+) à gauche, et d'autres avec le (+) à droite. Il n'y a pas de standard.

• Je pense qu'il vaut mieux une batterie Li-Po (=rectangulaire), car elles sont équipées d'un circuit de protection contre la surcharge et la décharge. Si vous mettez une batterie Li-ion (=cylindrique), il faudra absolument éteindre la balise lorsqu'elle n'est pas utilisée, au risque d’abîmer la batterie par une décharge trop profonde. La carte adaptateur de Pascal est équipée d'un circuit qui empêche la surcharge, mais pas les décharges plus profondes. Ou alors, pour les batteries cylindriques, je vous recommande d'ajouter une carte de protection de ce type : https://fr.aliexpress.com/item/32807056032.html (À mettre entre la carte adaptateur, sur P+/P- et la batterie sur B+/ B-). Le système n'est pas compatible avec les autres technologies de batteries, ex: LFP/LiFePO4 (tension de charge différente).

Si vous avez besoin d'aide, n'hésitez pas à poser vos questions sur la section Arduino du forum : https://forum.openwindmap.org/category/35/arduino

1020 et 378 : ils marchent, du coup ?
21, c'est un des tout premiers, avec les coupelles ?
369 : je peux changer le bouton
381 : de fortes chances pour que la platine elec soit HS
380 : pas d'émission ? vérifier le l'antenne et son câble

@Pat-Air J'ai fait la modification

J'ai mis en place un système d'alerte.

Si votre balise a été volée, déclarez le à contact@openwindmap.org

Ainsi, je recevrai immédiatement un email la prochaine fois qu'elle émettra. Je pourrai donc vous prévenir. Avant cela, il fallait aller vérifier régulièrement si elle émettait, ce qui n'était pas bien pratique et manquait de réactivité.

Pour les balises volées, j'active un abonnement de communication spécial qui n'expire pas. Si elle se remet à émettre, on l'aura, même plusieurs années plus tard.

J'ai mis en place un système d'alerte.

Si votre balise a été volée, déclarez le à contact@openwindmap.org

Ainsi, je recevrai immédiatement un email la prochaine fois qu'elle émettra. Je pourrai donc vous prévenir. Avant cela, il fallait aller vérifier régulièrement si elle émettait, ce qui n'était pas bien pratique et manquait de réactivité.

Pour les balises volées, j'active un abonnement de communication spécial qui n'expire pas. Si elle se remet à émettre, on l'aura, même plusieurs années plus tard.

Pour la 230, je vois effectivement qu'il y avait un souci avec le renouvellement de l'abonnement. J'ai fait le nécessaire. Ça devrait fonctionner maintenant.

En ce qui concerne le message "pile faible", il est automatique. Une fois la pile remplacée et l'appareil remis en route, il disparaîtra après quelques jours.

OK pour la 373, j'ai réparé le bug

J'ai ajouté sur la carte des points rouges, pour les balises récemment passées hors-ligne.

Ça permet de retrouver les balises dont l'abonnement a expiré et n'est pas encore renouvelé.

Visible sur https://openwindmap.org

@santini-ricardo

Pour renouveler, rendez-vous sur la page dédiée : https://abo.openwindmap.org/

Guest said in Renouvellement des abonnements:

bonjour nicolas comment fait on pour renouveler notre abonnement merci

Pour renouveler, rendez-vous sur la page dédiée : https://abo.openwindmap.org/