Le 24/03/2018 à 03:21, [email protected] a écrit :
En fait un codage pas trop con c’est plus compact : date et position
absolues puis en relatif avec encodage en Z.
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.
On peut imaginer enregistrer directement en Gpx pour économiser de
l'espace, mais on perd des informations.
La fréquence des points, (jusqu'à 10hz) est à adapter en fonction de
l'utilisation.
Certains satellites sont multi-constellation donc ça n’enrichit pas
toujours autant qu’espéré (en plus des rq de Philippe).
Je ne connais aucun satellite GNSS multi-constellation.
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.
Non, ça va, je l'ai fait de nombreuses fois.
Le raspberry à d'autres inconvénients :
- On ne peut pas monitorer la tension de sortie de la batterie pour
déclencher l'arrêt en cas de niveau trop bas
- On ne peut pas éteindre complètement le raspberry (les périfs restent
partiellement alimentés)
- Pas de RTC (horloge alimentée en permanence), l'horodatage des
fichiers sera faux. Ça se contourne, mais pas si simplement que ça
lorsqu'on enregistre en RAW.
Stf
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
