Posts made by nicolas

@xenoir @cdupont
Voilà, j'ai mis en place une API pour envoyer des données :
https://forum.openwindmap.org/topic/413/tuto-connecter-une-balise-tierce-par-http

Il est maintenant de possible de connecter une balise de n'importe quel fabricant.

Tout d'abord, il faut envoyer un mail à contact@openwindmap.org pour obtenir un numéro de balise et une clé secrète. Donnez quelques détails sur le montage utilisé (artisanal ? marque ? type de capteur...)

Ensuite, la balise doit envoyer ses données sur l'url suivante :

https://api.openwindmap.org/v1/http-receive/<numero balise>?<parametre1>=<valeur1>&<parametre2>=<valeur2>&... (méthode GET)

Avec les paramètres obligatoires :

• key : clé secrète de la balise
• avg : vent moyen, en km/h par défaut (possibilité de mettre des m/s, avec l'option windunit plus bas)
• heading : direction du vent, en degrés (0°= Souffle depuis le nord, 90° : depuis l'Est...)

Paramètres facultatifs :

• min : vent minimum, km/h
• max : vent maximum, km/h
• pressure : pression atmosphérique, en hPa,
• temperature : temperature de l'air, °C
• voltage : tension de la batterie, volts
• date : date de la mesure, uniquement si différente du moment où est appelée l'url. Sinon, ne l'indiquez pas. Format ISO (2022-12-31T24:59:59Z) ou timestamp unix en millisecondes (x1000).
• windunit : unité pour le vent, "kmh" si la mesure est en km/h ou "ms" pour des m/s

Exemple pour la balise n°1200 :
https://api.openwindmap.org/v1/http-receive/1200?key=topsecret&avg=10.4&heading=180.4&voltage=3.7

Bon à savoir : les balises rattachées par ce moyen n'ont pas besoin d'abonnement, puisque ça n'est pas nous qui leur fournissons la connexion à internet.

Si vous avez besoin d'aide, posez-vos questions en réponse à ce message

Pas besoin que la localisation soit 100% exacte. Le tout est de la localiser suffisamment précisément pour qu'elle puisse être utile aux autres utilisateurs.
Vous pouvez, bien entendu, faire des tests chez vous.

Les balises vendues chez Next Model RC (MeteoWind et Arduino) ont l'abonnement gratuit la 1ère année. Il est automatiquement activé.

L'app ne va rien changer. La question était là juste pour les statistiques internes.

En l'état, on n'a pas de fonctionnalité pour corriger les valeurs. Mais effectivement, c'est quelque chose qu'on devrait prévoir.

@elburito

Pas encore de date pour la v2. Mais elle devrait être assez proche de la v1. Donc la migration sera facile.

@pascal31

pour maintenir la pile, mettre des joints toriques ou du scotch double-face "mousse"

Les joints utilisés d'origine :

@toto
Le message de la batterie se met automatiquement. Il va s'enlever tout seul dans quelques jours. Je n'ai pas de moyen de l'enlever manuellement.

@jbç
Oui, possible de mettre deux batteries en parallèle.
Mais il faut que ce soit exactement la même référence, et qu'elles soient dans le même état d'usure

Pour les pièces plastiques, les modifications du design et des moules ont été faites.
La production a été commandée. Livraison du stock attendue fin janvier. Merci à Meteo-Parapente qui a avancé les sous

J'ai ajouté des guides à l'arrière du fuselage, pour ne plus coincer le câble d'antenne.
Et également des supports pour visser solidement la dérive au boîtier.

@pascal31 est-ce que ça peut être réglé en corrigeant le logiciel ? Pouvoir détecter si le davis est sur le rj11 ou le bornier ?

@pascal31 peux-tu voir pourquoi ?

@gibrat chez vous, ça ne marchait pas en vous branchant sur la prise RJ11 ?

@jr je ne crois pas trop au mauvais contact

Non, pas de calendrier puisque c'est une activité sur le temps libre

@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