Merci pour ce travail remarquable,
j’ai modifié un peu le code pour afficher la home position,
rien n’y fait j’ai “AltHome: -29440 HLAT: 0.00000 HLON: 0.00000” tjs identique avant ou après le setting de la home position par le tracker
Coté decode_balise.ino, avec ajout après
//Altitude msl
Serial.print(" ALTmsl: “); printAltitude(offset, TLV_LENGTH[ALTITUDE] , snifferPacket->data);
offset += TLV_LENGTH[ALTITUDE];
//ajout
Serial.print(” AltHome: "); printAltitude(offset, TLV_LENGTH[HEIGTH] , snifferPacket->data);
offset += TLV_LENGTH[HEIGTH];
Bonjour,
C’est un comportement “normal” du sniffer, le buffer de la trame reçue est limité. (voir README)
Le decode_balise n’ira pas plus loin que la valeur “Altmsl” à la condition que le ssid de la balise soit court (il n’est pas utilisé par la balise elle-même) et peut donc être mis à “AP” pour faire court.
Chez moi, tout fonctionne…
Je viens de recevoir la carte TTGO Tbeam (en V1.0) et j’ai injecté le code de khancyr. Cela fonctionne parfaitement à la condition de choisir un id de 30 caractères sinon j’ai des lettres qui allongent l’id.
La trame est bien décodée avec le module ESP01 contenant le code de f5soh
Il n’y a pas d’émission de trames indésirables avec la carte TTGO. Mais comme cela est résolu avec la dernière version du code pour l’ESP01, c’est juste pour info.
Ma préférence va assez naturellement à la solution ESP01 + module GPS du fait de la compacité finale
Je n’avais pas bien compris comment remplir dans AlphaTango le champ concernant le signalement électronique, en fait il s’agit d’y mettre la trame émise par la balise si on l’achète car dans ce cas elle émet un id préprogrammé qu’il faut évidemment renseigner dans AlphaTango…
Dans le cas du DIY, on peut émettre un Id bien plus pertinent mais que renseigner dans AlphaTango puisque l’on peut émettre directement son identifiant AlphaTango ?
Merci pour cette réponse rapide, c’est dommage mais c’est suffisant pour vérifier l’ID et cela donne la position courante du GPS ce qui est précieux en cas de crash.
Bonjour,
J’ai porté sur un ESP32 l’application decode_balise qui peut maintenant afficher la totalité de la trame balise reçu :
len=144 ID: ILLEGAL_DRONE_APPELEZ_POLICE17 LAT: 48.78136 LON: -3.03459 ALT ABS: 19 HAUTEUR: 2 LAT DEP: 48.78140 LON DEP: -3.03456 VITESSE HOR: 0 DIR: 1
Merci pour le partage !
Le code fonctionne très bien sur la carte TT GO T-Beam
Je vais pouvoir utiliser cette carte pour avoir un récepteur portable. Il faudrait juste sortir sur le bluetooth les infos pour les afficher sur un smartphone
Je pensais le connecter sur 1 appli terminal Android via l’USB pour avoir un outil de terrain, j’ai commandé un câble Micro USB-B/A OTG mais je vais creuser ton idée.
Excellent ! Il n’y a ici que des programmeurs enthousiastes et performants ! ça fonctionne directement
On a maintenant toutes les briques pour avoir une balise miniature à une dizaine d’euros et un récepteur portable pour recevoir la trame sur son smartphone. Merci à tous !
Malheureusement, tant que le site AlphaTango ne propose que l’enregistrement du dispositif de signalement avec un trigramme prédéfini par un constructeur, je ne vois pas comment on pourra obtenir un ID légal pour un dispositif de signalement DIY en Opensource.
Il manque un trigramme OPS avec un menu de génération d’ID unique qui reposerait sur le propriétaire, la plage de masse et le groupe.
Heureusement, la brique décodeur ne pose pas ce type de problème et sera bien utile pour contrôler les balises sur le terrain.
Google avait du mal à répondre ce matin. Le contenu du document laisse penser qu’il est possible pour tout constructeur indépendant (modéliste) de demander la délivrance d’un trigramme.
: 
