Bonjour
En effet, tous dépend du “loin”, de l’antenne émettrice, du récepteur et de son antenne, et du relief entre les deux.
Si c’est au deco, en effet, ma remarque est sans objet : quelques centaines de mW suffisent pour “arroser” 10km alentours, même avec des récepteurs à sensibilité limité , façon Baofeng UV5.
Oui, je connais ces modules (accessoirement, si l’indicateur de commande est bien “AT”, on est quand même loin du standard Hayes :mrgreen: )
Merci philou. Nous allons voir avec les forfaits free à 2balles (sauf que je crois que free est fâché avec ma vallée), et voir si on peut garder l’ancien Nº.
Je te trouve bien aigri , pourquoi vouloir opposer ces deux systemes alors qu’ils sont complémentaires ?
tu fais des raccourcis bien rapides, non les pioupious ne se font pas degommmer en quelques semaines (https://pioupiou.fr/fr/map) et quel est le souci avec les balises FFVL, il y avait quelques choses à faire :grat: , perso je trouve qu’elles marchent tres bien aussi (pas de carte).
Non n’avons jamais eu autant de balise, non ce n’était pas mieux avant.
Pour info, notre sim d’origine était une M2M (Machine To Machine, uniquement data) pour des soucis de coût d’abonnement.
Par contre, on ne peut donc pas l’interroger par téléphone, uniquement par le net (et en VHF).
Il te faut une carte SIM M2M. Il n’est normalement pas légal d’utiliser une carte sim classique genre Free pour une application “machine fixe”.
Tu devrais pouvoir trouver ça pour moins de 3 € / mois (vs 15 actuels 
).
Il faudra aussi impérativement reconfigurer le paramètre APN de la balise, pour qu’il corresponde au nouvel opérateur. Voir avec Adisson si c’est possible.
:forum:
Les informations dont je dispose est que des solutions sont en gestation à courte échéance (quelques semaines), chez Adison. Adison communiquera assurément, la FFVL aussi.
Excellent, ce petit module. La datasheet est ici http://www.dorji.com/docs/data/DRA818V.pdf. Je vais en commander un pour le tester. Puissance, oui, tout à fait : il vaut mieux d’ailleurs une bonne antenne style dipôle (doublet 2 x 50cm), pour gagner +10dB par rapport une antenne miniature. Et 10dB dans ce cas… c’est 10 fois la puissance à consommation électrique égale.
La commission fédérale des Espaces de pratique s’est réunie le 22 octobre…
Elle a justement évoqué le problème des balises (point figurant à l’ordre du jour de la réunion).
Voici ce qui apparaît dans le compte-rendu de cette réunion :
[i]Est abordé ensuite la problématique de gestion des balises FFVL.
Un peu d’histoire pour les personnes présentes qui ne sont pas au fait du dossier…
À ce jour la FFVL prend en charge les abonnements de 165 balises. Pour toute nouvelle balise installée, l’abonnement est pris en charge par le gestionnaire.
La réflexion fédérale à ce sujet continue…
Marc
Pour information, j’ai déployé depuis quelques années 5 balises qui ne sont ni Adison, ni Pioupiou. Il y a 3 ans, à ma demande, le responsable informatique (J.S.) de la FFVL a adapté le site balisemeteo.com pour permettre à des balises tierces d’envoyer leurs données. Ces données sont envoyées sous la forme d’une requête http adressée sur un serveur de la FFVL et comportant les paramètres utiles. Bref, cela se résume à une ligne de code pour beaucoup de systèmes. Si vous souhaitez des informations, je peux aider.
J’ai déjà demandé à plusieurs reprises à Nicolas Baldeck d’écrire la ligne de code et rajouter l’option dans son système qui permettrait aux Pioupious de contribuer au réseau FFVL balisemeteo.com. Il n’a pas souhaité le faire arguant que son projet open data dépassait le cadre particulier de la FFVL, dommage, d’autant qu’on ne comprend pas en quoi le cadre de son projet dépasse celui de la FFVL. Une manière inélégante de contourner cela serait de faire tourner un script (25 lignes de code php ou python) balayant une liste des Pioupious intéressants (liste et script qui pourrait être gérés par la FFVL) en leur demandant toutes 10 minutes les dernières mesures en date avec la commande API exemple http://api.pioupiou.fr/v1/live/72.
Je peux écrire ce script et le fournir à la FFVL.
Gilles.
Pour une installation fixe, on ne voit pas bien où serait l’intérêt de mettre une antenne miniature (et le gain du dipôle vs une 1/4 onde verticale reste marginal - d’autant que le module a une impédance de sortie d’antenne de 50 Ohm - donc le mieux est 1/4 d’onde avec radiants à 120°).
En fait, je me référais à ce que l’on voit sur les balises Adison actuelles : l’antenne VHF est un quart d’onde raccourci fixé qui sort du coffret (qui sert de plan de masse et donc participe de manière peu optimale). Sur la balise de Reinhardsmunster (http://balisemeteo.com/balise.php?idBalise=45), j’ai déporté cette antenne vers un doublet 2x 1/4 onde, certes, oui, tu parfaitement raison, en principe il faudrait mettre un ou plusieurs radians à 120°, mais déjà là, on avait gagné +10dB mesurés à l’analyseur de spectre à 30km de la balise :).
C’est à la FFVL d’implémenter les balises Pioupiou sur son site si elle le souhaite.
Le problème ne se réduit pas au fait d’envoyer les données. Ça, c’est d’une simplicité enfantine, il n’y a pas besoin de mon intervention. Tu l’as dit toi même.
Par contre, le site balisemeteo.com n’est aujourd’hui pas en mesure d’afficher un grand nombre de balises supplémentaires. Il aurait donc besoin d’une refonte totale de l’affichage pour pouvoir intégrer tous ces nouveaux Pioupious.
Envoi des données live Pioupiou vers un serveur FFVL ou autre en 3 lignes :
// npm install socket.io-client request
var socket = require('socket.io-client')('http://api.pioupiou.fr/v1/push');
socket.on('connect', function () {socket.emit('subscribe', 'all');});
socket.on('measurement', function (data) {require('request').post('http://balisemeteo.com/script-des-balises.php', {form: data })});
Puisque que l’on parle FFVL, je leur ai proposé :
Merci beaucoup Nicolas pour ces informations !
Après plus de 30 ans d’électronique et de logiciel, embarqué, serveur, je ne comprends pas la section Push de ton Api, du coup, les 3 lignes ci-dessus manquent de 10 lignes de pédagogie. Quel est le language ? Où se place ce code ? Où est-il exécuté? Quel évènement déclenche son exécution? Où faut-il le placer ? etc… etc… etc…
Pourrais tu donner un exemple dans ta section Push FFVL pour permettre aux données d’un Pioupiou d’aboutir sur Balisemeteo.com ?
Pour envoyer les informations vers le site balisemeteo.com, il faut adresser la requête GET suivante à un serveur FFVL (dont je ne communique pas ici l’adresse) :
Donc si tu pouvais expliquer comment faire que les mesures d’un Pioupiou donné - avec ton Api et de préférence sans processus tiers qui tourne quelque part - aboutissent directement sur le réseau FFVL balisemeteo.com avec la requête GET décrite ci-dessus ? Si tu m’appelles et que tu me décris cela, ça te prendra moins de temps, je suis prêt à le rédiger.
S’agissant de la refonte de balisemeteo.com : je ne doute pas un seul instant que, sous la pression du nombre de nouvelles balises, le site ne puisse pas évoluer naturellement. C’est du développement web et on ne peut pas croire que parmi les 25000 parapentistes en France, il n’y en ait pas un seul qui puisse contribuer à cela, bénévolement, si personne à la FFVL n’a le temps ni les sous pour s’en occuper.
S’agissant des SIMs que tu as, effectivement j’en ai entendu parler comme cela : “je dispose d’une SIM que Nicolas Baldeck m’a donné mais j’ignore totalement quoi en faire et comment la faire marcher”. Là encore, un peu de pédagogie et d’écrit seraient les bienvenus :).
A bientôt.
Pour le moment, il faut impérativement un processus tiers.
Voici un exemple de code plus documenté, à laisser tourner par exemple sur le serveur FFVL.
// ici en nodejs, mais il doit être possible de faire la même chose en python, java, ou autre langage
// ex : https://pypi.python.org/pypi/socketIO-client
// créer un répertoire relay-pioupiou, dans lequel enegistrer ce fichier relay-pioupiou.js
// installation de nodejs
$ apt-get install nodejs npm
$ cd ~/relay-pioupiou
// installation des dépendances :
$ npm install socket.io-client request
// execution du code
$ nodejs relay-pioupiou.js
// ------------------ relay-pioupiou.js --------------------------------
// on charge le module "socket.io" (techno de communication normalement utilisée pour faire du temps réel serveur vers web)
// puis on ouvre un canal vers l'api push pioupiou, qui déclenchera des évènements lors de la réception des données
var socket = require('socket.io-client')('http://api.pioupiou.fr/v1/push');
// on charge le module request servant à appeler un autre serveur
var request = require('request');
// quand evenement "connect", on s'abonne aux messages de un ou tous les pioupious
socket.on('connect', function () {
socket.emit('subscribe', 'all'); // tous
// on peut s'abonner à un ou plusieurs appareils à la fois :
//socket.emit('subscribe', '123');
//socket.emit('subscribe', '124');
//socket.emit('subscribe', '125');
});
// quand événement "measurement", on renvoie la data reçue
socket.on('measurement', function (dataPioupiou) {
// on affiche les données recues
console.log(dataPioupiou);
// on fait correspondre le nom des champs
var dataFFVL = {
"idBalise": "pioupiou-" + dataPioupiou.station_id,
"vitesseVentMoy": dataPioupiou.wind_speed_avg,
"vitesseVentMin": dataPioupiou.wind_speed_min,
"vitesseVentMax": dataPioupiou.wind_speed_max,
"directVentMoy": dataPioupiou.wind_heading,
"date": dataPioupiou.date // ATTENTION
// ou pour un timestamp unix : (new Date(dataPioupiou.date)).getTime()/1000
};
// ATTENTION : il faut que le serveur prenne également en compte le paramètre data.date, car les pioupious sigfox transmettent plusieures mesures à la fois.
// Si le serveur attends un message POST
request.post('http://balisemeteo.com/script-des-balises.php', {form: dataFFVL }, function(err, response, body) {
if(err) {
return console.err(err);
}
console.log("status code: " + response.statusCode);
console.log(body);
});
// Si le serveur attends un message GET
request.get('http://balisemeteo.com/script-des-balises.php', {qs: dataFFVL }, function(err, response, body) {
if(err) {
return console.err(err);
}
console.log("status code: " + response.statusCode);
console.log(body);
});
});
Concernant la SIM, j’ai envoyé toutes les instructions.
Je leur ai dit de contacter Adisson pour savoir comment changer le paramètre APN (opérateur) dans la balise.
Ok Nicolas, ça se clarifie… en tous cas pour moi :). Coté SIM, Ok pigé mais cela dit, cela reste encore un peu obscur (pour moi) : la SIM est une chose, le fait qu’Adison doive changer l’APN, j’ai bien pigé, mais l’abonnement et l’opérateur à associer à la SIM reste encore pour moi nébuleux. Ca serait bien que la FFVL continue à faire son job de “fédération” (au sens de sa dénomination et au sens pratique du terme) et produise de l’information pédagogique et prête à être utilisée par les clubs. Je vois JS après demain à la FFVL, et verrai si des gens comme toi et moi pouvons contribuer à ce qu’une “bonne information” circule mieux, par un canal un peu plus académique que le chant du vario.
Car pour l’heure le message reçu par les clubs les plonge dans l’expectative ou même l’agacement : pour eux la FFVL arrête les abonnements GSM des balises au 31/12/2016 et laisse les clubs se démerder avec la SIM, avec un opérateur, avec Nicolas Baldeck, avec Adison, etc… Je n’ose pas imaginer une minute que cela soit la réalité et la volonté de la FFVL et je pense qu’elle se soucie de l’accompagnement des clubs dans cette transition.
A suivre donc et en tous cas merci pour ces premiers éclairages.
[quote]abonnement et l’opérateur à associer à la SIM
[/quote]
Je propose :
Je propose :
Mon avis, qui n’engage que moi, est que les personnes impliquées dans le projet au nom de l’intérêt général (bénévoles, Fédé), et au nom des intérêts privés (Adison, Pioupiou, autres fabricants de matériel) devraient se mettre autour d’une table, exposer et mutualiser leurs idées, leurs efforts, en l’échange de partenariats équilibrés garantissant une diversité et des alternatives aux utilisateurs. Ce type de pilotage, de régulation, incombe évidemment à la FFVL, espérons qu’il y ait un pilote :).
Entre nous, je trouve dommage la décision de la FFVL de ne plus prendre en charge les SIMs des clubs.
Donc, vu que c’est facile pour Pioupiou, je propose de fournir et prendre en charge ces SIMs pour les clubs, moyennant certaines conditions de visibilité.
Dans le deal, il n’est pas marqué que la FFVL n’a plus le droit de vendre des balises Adisson. Je demande juste qu’elle propose également l’alternative Pioupiou. Les deux côte à côte, ça ne me dérange pas.
Il n’y a là-dedans rien d’engageant, puisque 1) la durée est cadrée dès le début 2) les clubs peuvent à tout moment décider de mettre une autre carte sim
Les clubs détiennent des balises Adisson qui ont besoins d’être reprogrammées pour utiliser une autre SIM que celle de la FFVL (Qu’elle vienne de Pioupiou ou non). Il faut donc soit qu’Adisson fournisse un outil pour le faire facilement, soit qu’il reprenne en SAV toutes les balises pour faire la mise à jour.
Bonjour,
Je suis absolument incompétent sur ce sujet.
Mais si tu as des propositions concrètes à faire à la fédération, envoie un message détaillé au secrétariat fédéral et celui-ci sera transmis à ceux qui s’occupent de ce dossier !
La fédération ne suit pas ce qui se passe sur ce forum et celui-ci n’est pas un support de communication avec elle.
Il faut la contacter directement !
Marc