<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Bonjour les Stéphane et les autres,</div>
<div> </div>
<div>> Est-il possible, et simple, d'ajouter une centrale inertielle pour mémoriser ces portions de parcours "hors ciel", et améliorer la précision des traces depuis un point de départ connu précisément ?</div>
<div class="signature">Si je propose d'utiliser le téléphone c'est notament parce qu'il y a des capteurs qui existent dedans.</div>
<div class="signature">Faire un "petit" développement spécifique embarqué c'est déjà du boulot, si on ajoute des centrales intertielles et tutti quanti ça permet d'améliorer, tout comme capter le signal de satellites basse orbite ou les Wifi, mais je pense (et suis prêt à me tromper) qu'il vaut mieux que le récepteur ne fasse que du RTK (voir même pas puisque selon Stéphane P. ça ne pose pas de soucis de transférer les données brutes au téléphone) et transmette des trames NMEA et qu'une appli sur le téléphone utilise ce flux et d'autres flux afin de compléter les données manquantes (fusion de sources).</div>
<div class="signature">Si le récepteur peut profiter de SBAS (EGNOS), c'est bien car ça tourne autour du flux GNSS. Pour ce qui est des autres sources, je laisserai ça plutôt à d'autres applis (style AvNav). grosso-modo, on prend en théorie ce que peut donner <a href="https://github.com/mvglasow/satstat/wiki/NMEA-IDs">NMEA</a>. En pratique, je laisse Stéphane dire ce qu'il observe !</div>
<div class="signature">Dans un téléphone un tant soit peu moderne on a plus de capteurs, de puissance et de logiciels libres que dans un récepteur fait par quelques passionnés. Et des applis comme SmartNavi le font déjà.</div>
<div class="signature"> </div>
<div class="signature">Attention : quand je parlais d'<a href="http://www.wellenvogel.net/software/avnav/downloads/index.php">AvNav</a> je parlais de l'appli Rasberry Pi et Android (licence MIT), un moteur de recherche favorise l'appli payante qui se trouve sur le magasins d'appli de la maison mère du moteur de recherche... Je n'ai pas beaucoup de temps libre ces temps-ci (douce litote) mais si besoin je peux traduire, le schéma lui est directement compréhensible (et sur <a href="https://github.com/wellenvogel/avnav">Github</a> les échanges sont en anglais).</div>
<div class="signature"> </div>
<div>
<div class="moz-cite-prefix">Le 24/03/2018 à 03:21, <a class="moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com" onclick="parent.window.location.href='..\/..\/mail\/compose\/redirect;jsessionid=5E8C06A7BBED0DEBEC28A5E089B7B4F2-n1.bs41b?editorAction=NEW&to=osm.sanspourriel%40spamgourmet.com'; return false;" target="_blank">osm.sanspourriel@spamgourmet.com</a> a écrit :</div>
<blockquote>
<div style="font-family: Verdana;font-size: 12.0px;">En fait un codage pas trop con c’est plus compact : date et position absolues puis en relatif avec encodage en Z.</div>
</blockquote>
<div>SP: <em>L'inconvénient d'un codage particulier, c'est qu'il faudrait une appli spécifique pour récupérer quelque chose d'exploitable. Alors qu'un simple fichier nmea sera réutilisable facilement.<br/>
On peut imaginer enregistrer directement en Gpx pour économiser de l'espace, mais on perd des informations.<br/>
La fréquence des points, (jusqu'à 10hz) est à adapter en fonction de l'utilisation.</em><br/>
Pas faux, mais je pensais à la compression sur le récepteur (et décompression), donc pas de soucis, les trames peuvent être passées au monde extérieur en NMEA standard.</div>
<div>Par contre je pense que c'est compatible avec une compression classique style zip, à condition qu'il soit possible d'avoir de la négociation entre le téléphone et le récepteur. A minima de configurer le GPS.</div>
<div>Si tu a un codage particulier et tu fournis le décodeur en bibliothèque javascript, à peu près n'importe appli pourra être adaptée, maintenant pouvoir configuer le récepteur pour passer uniquement du brave NMEA c'est un plus.</div>
<div>La configuration serait possible depuis un PC/téléphone ou il faudrait flasher le GPS ? Le premier cas serait plus simple.</div>
<div> </div>
<blockquote>
<div style="font-family: Verdana;font-size: 12.0px;">Certains satellites sont multi-constellation donc ça n’enrichit pas toujours autant qu’espéré (en plus des rq de Philippe).</div>
</blockquote>
<div>SP : <em>Je ne connais aucun satellite GNSS multi-constellation.</em></div>
<div>Moi non plus, mais dans la doc de <a href="https://github.com/mvglasow/satstat/wiki">SatStat</a>, ils le disent bien explicitement et ce ne sont pas des Mickeys :</div>
<div><em>Red is GPS, though nowadays most devices also support GLONASS and/or Beidou. Those hybrid chips report all of these systems as extra GPS satellites, thus you get multiple systems under one provider. </em></div>
<div> </div>
<blockquote>
<div style="font-family: Verdana;font-size: 12.0px;">
<p><span style="font-size: 10.0pt;"><span style="font-family: Arial , sans-serif;"><span style="color: black;">Quel intérêt d’avoir en plus un Rasberry-Pi ? Ne pas avoir de câble entre le récepteur et le téléphone ? Car les données brutes doivent être difficile à faire passer.</span></span></span></p>
</div>
</blockquote>
<div>> Non, ça va, je l'ai fait de nombreuses fois.<br/>
<br/>
> Le raspberry à d'autres inconvénients :</div>
<div>Que n'ont pas les téléphones.</div>
<div>Pour l'horodatage, le GPS fournit normalement une bonne source et on peut imposer l'heure du GPS à un système Linux ou Windows, je ne sais si c'est ainsi que tu fais.</div>
<div> </div>
<div>À propos d'horodatage : le changement heure d'été/heure d'hiver, on s'en fiche un peu. D'arbord Pierre vous dira que pour lui c'était il y a deux semaines, moi il y a une semaine, d'autres jamais. Un GPS travaille normalement en TUC (UTC/GMT). C'est la présentation qui se fait en heure locale. De même dans l'EXIF ça doit être du TUC. Ne pas le faire c'est arriver à des pb sans nom. J'ai vu deux téléphones Android du même fabricant mais sur des réseaux français différents se caler en itinérance (même réseau à l'étranger) l'un correctement l'autre faire le décalage dans le mauvais sens !</div>
<div> </div>
<div>Une heure de décalage par an, c'est à la fois énorme mais ça fait environ 1/1000, 4 s sur 10 h. Dans ton cas, si tu t'arrêtes 4 s pour prendre la photo, ce n'est pas critique, sinon tu passes en GPX et tu utilises un tableur pour faire une transformation affine et remet en GPX. Pas le plus ergonomique, mais plus simple que photographier l'écran (qui te prendra plus que ces 4s). Tu peux aussi faire de temps en temps une raffale. Tu vas facilement retrouver la raffale et vérifier le calage. Ca me semble plus simple que de photographier un écran à chaque fois, de plus tu peux le faire plus tard.</div>
<div>1 h, tu es sûr de ne pas avoir oublié un changement d'heure ? ;-).</div>
<div>Là encore j'aurais tendance à utiliser le téléphone pour sauver les positions (avec une appli style trackbook), même un bouton pour ajouter dire au GPS de sauver la position me semble préférable à photographier un écran : ça te fairait un GPX (par exemple) à intégrer ensuite aux EXIF comme proposé précédemment.</div>
<div> </div>
<div>Batteries, piles :</div>
<div>un des pb classique c'est que les piles rechargeables sont en 1,2 V alors que les piles classiques sont en 1,5 V. Il existe des piles alcalines rechargeables en 1,5 V, ce qui permet de mettre des piles rechargeables là où des piles classiques sont attendues.</div>
<div>Je vois que les chargeurs solaires sont plutôt avec du cadnuim-nickel que du lithium-ion ou du lithium-polymère.</div>
<div>J'aurais tendance à mettre une batterie "raisonnable" dans l'appareil et trouver des solutions à piles pour le stockage de l'énergie.</div>
<div>Par exemple https://www.amazon.com/Rayovac-Charger-Batteries-Included-PS73-4B/dp/B00D2ZQ6ZI (désolé pour la pub GAFA, achetez ailleurs).</div>
<div>Comme ça tu achètes les piles en fonction du besoin et tu peux conserver les piles près de toi (s'il fait froid, les piles se déchargent or le GPS tu ne pas pas le laisser au chaud sauf si l'antenne est externe et le câble suffisant.</div>
<div> </div>
<div>Jean-Yvon</div>
</div></div></body></html>