Tu as bien croisé le TX de ta carte GPS avec le RX de ton module de signalement et Le RX de ton GPS avec le TX du module ?
Sinon, il faut attendre un peu que ton module GPS puisse fixer les GPS. Lors d’une première utilisation, cela peut visiblement demander jusqu’à 20 à 30 minutes. On peut avoir une acquisition plus rapide en modifiant les paramètres du GPS (voire les liens dans mon message précédent)
Attention, modifier les paramètres par défault (Galiléo, rate, ubxmodel…) suppose que le GPS stocke la configuration (flash) sinon après décharge de la super-capacité, la config disparait.
L’idéal étant que ce soit l’ESP qui configure le GPS au démarrage, pas besoin de UCenter 
@ghelle Pas la peine d’essayer les Gallileo avec un Neo6m qui supporte uniquement les GPS (usa)
Le point important lors des premiers fix est d’avoir une réception correcte pour récupérer les almanachs, donc de préférence à l’extérieur et dégagé. Par la suite avec les almanachs à jour c’est beaucoup plus rapide.
C’est la Rolls de la balise !
Si je fais ce branchement la, j’obtiens No GPS detected et j’ai laissé 30min sans résultat.
Si je branche mon TX du GPS dur la broche I00 du ESP01 la j’ai Waiting… SAT=0 mais même en laissant 30min pas de SAT ?
Je précise j’ai pris le code de Silicium81 https://vae-tech.forumactif.org/t217-balise-de-signalement-electronique-diy#1946
Avec l’Esp-01, dans le cas d’une connexion à un FC en 5V :
l’UART étant aussi en 3.3V, il est préférable d’ajouter un diviseur de tension pour convertir le signal Tx du FC de 5V à 3.3V:
Dans le cas de notre utilisation c’est inutile à mon avis.
As-tu des exemples de contrôleur de vol qui ont un UART en 5V ?
Bonne question, me voilà rassuré, je n’en trouverai pas, et pour cause, les STM32 sont alimentés en 3,3V ce qui permet au passage d’alimenter directement l’Esp-01 car on trouve des broches 3V3.
A éviter… l’esp consomme un peu et pour peu que tu utilises une alim 3.3v dédiée aux capteurs (gyro, baro…) c’est vraiment pas bon.
C’est dommage, l’Esp-01 est vraiment minimaliste, c’est son point fort, mais j’aime pas trop son encombrant râteau 8 broches et l’alim qu’il faut ajouter.
Mais bon, il va falloir faire avec, tous les Esp-xx sont en 3.3V.
Edit: Ceci-dit mon FC Matek F722-SE peut fournir royalement jusqu’à 200mA sur le 3V3, ça devrait suffire pour un Esp-01 qui consomme autour de 80mA 
L’utilisation d’un régulateur surdimensionné comme tu peux le voir sur pas mal de montages à base d’esp8266 n’est pas un hasard.
Voici un relevé de courant d’un esp32 lors de l’émission de la trame wifi.
1mV -> 1mA
La largueur du pic de courant est de 230us environ.
Merci pour cet oscillogramme très instructif et mauvaise nouvelle pour moi, apparemment, les esp8266 sont dans les mêmes valeurs de pics transitoires de courant : https://www.ondrovo.com/a/20170207-esp-consumption/
En principe cela se règle par une capa mais visiblement, la fréquence de ces pics pose problème et il faut donc pouvoir fournir ~500mA !
Je dois donc utiliser le fameux AMS1117 qui fournit 1A.
Bonjour
Un grand merci aux développeurs qui ont rendu possible cette balise DIY.
J’ai réalisé le montage du SP-01 (merci f5soh Laurent pour la portabilité) sans aucun problème.
Par contre pour ce qui est de lire la Trame pour voir si tout est Ok pas facile.
J’ai installé un Kali Linux 2020.2 sur mon PC et le nécessaire pour lire la Trame.
J’ai eu le même problème que Patrick Anthropo j’avais en écoute que JSON du drone : {“92”:""} je me suis souvenu avoir lu ça sur les retours.
Après avoir fait la modification de"Khancyr"qui dit :
Le programme de la gendarmerie a une erreur quand on utilise une version récente de scapy (qui est le logiciel python utilisé pour décoder les trames), voir ici https://github.com/GendarmerieNationale/ReceptionInfoDrone/pull/2
Le script fonctionne à présent.
Ma quéstion est faut-il garder ce json.py modifié ou l’original car la réponse de la maréchaussée :
Bonjour,
Merci @khancyr pour votre contribution.
Afin de préciser quelques détails supplémentaires, nous avons mis à jour le README.
Ce projet permet simplement de tester les trames de drones afin de s’assurer qu’elles sont conformes à l’arrêté. Le script fonctionne avec les dépendances décrites dans le README et n’a pas vocation à fonctionner avec d’autres versions.
Si vous souhaitez que ce sciprt fonctionne, merci d’utiliser les versions demandées.
Laurent est-ce que ton code fonctionne avec le script original de la gendarmerie ?
Je ne sais pas quelle version de Scapy la gendarmerie utilise “Les autres dépendances sont présentes dans le projet, et il faut les utiliser (comme par exemple pour scapy : uniquement la version modifiée du projet).” merci à tous.
Bonsoir François,
Que ce soit avec la version originale, la version modifiée pour utiliser le Scapy de l’hôte ou avec le sniffer le résultat est conforme à ce qui est demandé. Pas de souci normalement.
Vous me conseillerez quoi comme batterie pour faire fonctionner une version ESP01 Autonome environ 4/5h ?
Une LiPo 2S et 800/1000mAh devant le régulateur 3,3V ça devrait aller.
Je n’arrive pas à vérifier le code, donc, inutile de tenter le téléversement.
Il y a des erreurs,
Quelqu’un a une idée concernant ce qui pourrait causer mon problème ?
merci
Là tu as récupéré un peu de tout… pas étonnant que cela ne fonctionne pas.
balise_esp32 (en html) et les fichiers MSP
Sur Github, toujours récupérer l’archive avec “Get code” (en vert) > “Download Zip”
https://github.com/f5soh/balise_esp32/archive/master.zip (enregistrer en balise_esp32.zip)
ou
https://github.com/f5soh/balise_MSP/archive/master.zip (enregistrer en balise_MSP.zip)
Et décompresser dans un nouveau dossier. (balise_MSP ou balise_esp32)
suivant ce que tu veux bien sûr, soit la balise MSP ou avec le GPS
les esp32 que j’ai reçu ont un N8M
