Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Effectivement, avec seulement le raspberry + le recepteur, du 
photovoltaique pourrait passer, mais il manque de quoi émettre en 
continu, et les antennes wifi que je connais (ubiquity) consomment bien 
plus et rendent le photovoltaique assez couteux (plus grand panneau, 
plus grosse batterie, etc..).
Je pense que je vais essayer de trouver un autre emplacement, mais ce 
n'est pas simple de réunir :

- accès à une source d'énergie
- accès à un réseau connecté à l'internet
- emplacement dégagé de tout obstacle

J'avais pensé à un silo sur lequel il y a déjà des antennes wifi, mais 
il a tendance à bouger avec le vent. Ça se sent bien lorsqu'on est dessus.


Stf

Le 20/08/2016 à 13:53, Jean-Yvon Landrac a écrit :


Si tu peux faire du filaire plutôt que du Bluetooth tu devrais gagner 
en autonomie.


Si ton matériel ne pompe pas trop tu dois pouvoir t'en sortir avec une 
batterie et un panneau solaire. C'est plus simple que tirer 200 m de 
câble !


Jean-Yvon


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Hello !

J'ai continué les tests cet été, et j'avance progressivement vers la 
création de ma base.


Dans un premier temps, étant assez loin de la première base, j'ai 
souhaité faire du PPP, mais ce fut un échec.
(Le PPP, c'est de la localisation de précision sans utiliser de base, 
mais en connaissant les orbites précises des satellites.)


Ensuite, je suis revenu vers du RTK static, en me positionnant sur un 
point complètement dégagé de tout obstacle, en enregistrant durant 
plusieurs heures, et en utilisant les bases ign situées dans les 
environs (entre 25 et 40km).

Les résultats tenaient dans un carré d'environ 10cm de côté :
https://twitter.com/stfmani/status/756907210177912832

Le souci c'est que rien ne me disait si la position absolue était la bonne.

J'ai recommencé la procédure sur une borne posée par géomètre, avec des 
conditions un peu moins bonnes (arbres à environ 40m). J'ai obtenu un 
décalage d'environ 6cm par rapport aux coordonnées qui m'ont été 
données. Pas mal !

https://twitter.com/stfmani/status/758755714705698816

En fait, arrivé à cette précision, je suis incapable de savoir si ce 
décalage vient de :

- Mon matériel
- La borne qui se serait déplacée suite aux travaux agricoles
- Mon antenne qui ne serait pas exactement à la verticale du repère 
(fort probable)

- La précision des coordonnées

Plus récemment, et avec l'aide de Charles Millet, j'ai fait des sauts de 
puces de 10km max depuis la base la plus proche, jusqu'à cette borne de 
géomètre.
Malgré quelques soucis techniques (la base de l'ign a un trou d'une 
demi-heure dans ses enregistrements), et une grosse frayeur (lorsque 
j'ai voulu récupérer mon matériel situé sur le dernier point, il avait 
 disparu Heureusement, il avait seulement été embarqué par 
l'agriculteur cultivant la parcelle en limite de la borne) j'ai obtenu 
pour chaque calcul un positionnement qui entrait dans un carré d'environ 
2cm de côté.
L'idée des sauts de puce semblait bonne, mais en fait, en cumulant les 
erreurs des différents sauts, j'arrive à un résultat assez proche du 
premier calcul. En revanche, ça confirme le bon positionnement absolu de 
la base à 10cm près, et le bon fonctionnement du récepteur lorsque les 
conditions sont bonnes.


Maintenant je vais pouvoir confirmer les coordonnées de mon premier 
point très bien dégagé, et situé dans une zone privée, pour en faire au 
moins temporairement ma base. Le souci technique est qu'il n'y a pas 
d’électricité disponible à moins de 200 mètres.


Pour terminer, un des sauts de puce s'est fait sur une borne ign dont la 
précision est de 10cm. Les calculs m'ont situés à environ 6cm en faisant 
une simple conversion ETRS89->WGS84, ce qui a tendance à infirmer ce que 
je pensais plus tôt au sujet des déplacements dans le temps. Ou alors, 
c'est le fait d'être parti d'une base de l'Ign qui corrige le tout ?



Pour la partie technique, j'ai utilisé :
2 récepteurs Navspark NS-HP
Le premier était connecté en Usb à un raspberry, le tout alimenté par 
une batterie Usb.
Le second était connecté en bluetooth à une tablette et alimenté par une 
pile 1.5v, ce qui m'a donné environ 5h d'autonomie avec un 
enregistrement à 5hz :

https://twitter.com/stfmani/status/764020888115089408


À suivre...

Stf





Le 25/05/2016 à 22:44, Stéphane Péneau a écrit :
Je viens de faire un essai de conversion de mon point géodésique de 
Vieillevigne, depuis ETRS89 epoch 1989 vers ITRF2014 epoch 2016, en 
utilisant les infos de vélocité de la base de La Rochelle. Je tombe 
sur un déplacement d'environ 1.256m vers le nord est.
Étant donné que je suis un parfait newbie en géodésie, conversion de 
coordonnées, projection, etc..., il est très possible que j'aie fait 
une erreur.


Le site en question :
http://www.epncb.oma.be/_productsservices/coord_trans/

Stf

Le 24/05/2016 à 11:11, Stéphane Péneau a écrit :

Le 21/05/2016 à 10:59, Christian Quest a écrit :

Le 20/05/2016 à 09:33, Eric Sibert a écrit :

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/ 



Tu as fait des acquisitions de combien de temps?


C'est variable selon mon temps, et la météo. Ça ne dépasse pas 20mn. 
Tout serait plus facile si au lieu d'un point de référence situé dans 
un endroit fréquenté, j'avais une borne dans le jardin. :-)





j'ai cherché à savoir si ce décalage venait de la différence entre 
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système, 
celle-ci devrait s'annuler quand tu cherches la différence entre 
tes deux stations.





Sauf que la base a ses coordonnées qui sont fixées sur celles du 
point géodésique. Donc non, l'erreur ne s'annule pas.



La différence entre les deux systèmes est négligeable d'après ce que 
j'ai pu lire... de l'ordre du millimètre.


En Z, oui, les ellipsoïdes utilisées sont très proches (wikipedia 
annonce 0.1mm entre GRS80 et WGS84), mais plus j'y 

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Je viens de faire un essai de conversion de mon point géodésique de 
Vieillevigne, depuis ETRS89 epoch 1989 vers ITRF2014 epoch 2016, en 
utilisant les infos de vélocité de la base de La Rochelle. Je tombe sur 
un déplacement d'environ 1.256m vers le nord est.
Étant donné que je suis un parfait newbie en géodésie, conversion de 
coordonnées, projection, etc..., il est très possible que j'aie fait une 
erreur.


Le site en question :
http://www.epncb.oma.be/_productsservices/coord_trans/

Stf

Le 24/05/2016 à 11:11, Stéphane Péneau a écrit :

Le 21/05/2016 à 10:59, Christian Quest a écrit :

Le 20/05/2016 à 09:33, Eric Sibert a écrit :

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/ 



Tu as fait des acquisitions de combien de temps?


C'est variable selon mon temps, et la météo. Ça ne dépasse pas 20mn. 
Tout serait plus facile si au lieu d'un point de référence situé dans 
un endroit fréquenté, j'avais une borne dans le jardin. :-)





j'ai cherché à savoir si ce décalage venait de la différence entre 
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système, 
celle-ci devrait s'annuler quand tu cherches la différence entre tes 
deux stations.





Sauf que la base a ses coordonnées qui sont fixées sur celles du point 
géodésique. Donc non, l'erreur ne s'annule pas.



La différence entre les deux systèmes est négligeable d'après ce que 
j'ai pu lire... de l'ordre du millimètre.


En Z, oui, les ellipsoïdes utilisées sont très proches (wikipedia 
annonce 0.1mm entre GRS80 et WGS84), mais plus j'y réfléchie, et plus 
ça me semble incohérent qu'il en soit ainsi en x et y. L'ETRS89 est 
ancien et immobile par rapport à notre plaque. Le WGS84 ne l'est pas, 
il est basé sur le méridien de référence international qui n'est pas 
fixe par rapport à notre plaque :

http://www.thegreenwichmeridian.org/tgm/articles.php?article=7

Cette fiche indique une cohérence métrique, et qu'il faut translater 
les coordonnées selon le déplacement de la plaque eurasie :

http://education.ign.fr/sites/all/files/geodesie_systemes.pdf
Une discussion sur ce sujet, mais où je suis loin d'avoir tout compris :
http://georezo.net/forum/viewtopic.php?id=83843

Je pense que ce problème n'existe pas pour les professionnels qui 
utilisent du matériel donnant des coordonnées directement dans le 
référentiel local.
En revanche pour nous, c'est une autre histoire, surtout en utilisant 
sa propre base, ce qui est mon cas.






1 bémol, la vue n'est pas complètement dégagée, il y a une grande 
haie de peuplier pas très loin.


Normalement, les algorithmes mettent un poids décroissant plus les 
satellites sont bas sur l'horizon, principalement pour compenser la 
traversée plus importante de l'atmosphère. En plus, on peut souvent 
rajouter un angle de coupure, genre 10 ou 20°. Il n'y a pas une 
option comme ça dans RTKlib? On peut aussi être perturbé par les 
réflexions sur le sol, surtout si on n'a pas une protection choke 
ring sous l'antenne.




Oui, RTKlib permet d'éliminer les sat en dessous d'un certain angle 
au dessus de l'horizon. Par défaut c'est 15°. On peut aussi éliminer 
tel ou tel sat en indiquant son identifiant.




J'ai essayé de modifier cette valeur, et les résultats diffèrent. 
C'est principalement la rapidité à obtenir un fix qui change, mais 
parfois il y a aussi les coordonnées calculées qui ne sont pas 
identiquesc'est plus gênant.


Stf


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Ça y est, c'est dispo !!
https://github.com/Francklin2/RTKLIB_Touchscreen_GUI

Qui se lance en premier ?

Stf

Le 08/04/2016 à 11:39, Ab_fab a écrit :
Le code source doit être publié sous peu, selon le retour que j'ai pu 
obtenir


Bonjour
Des que le projet sera pret on comptre le mettre sur Github en
open source, ca devrait se faire d'ici un mois si tout va bien.En
fait c'est une amélioration de ce projet PX4:
https://pixhawk.org/dev/rtk-basestation
Merci pour le lien sur le sujet open streetmap , je garde un oeil
dessus ;)
A+


Le lien de la video de démo des étudiants du master PPMD de l'ENSG
https://www.youtube.com/watch?v=-d_Dm6mLMMQ




Le 30 mars 2016 à 08:52, Ab_fab > a écrit :


Il me tarde d'en savoir plus sur ce petit projet de GUI pour
RTKLib adaptée aux écrans tactiles conçus pour la Raspberry.
Cela m'aiderait bien pour jouer un petit peu quand je vais à la
campagne.

Christian, je suis preneur de tes trouvailles futures ^^.
Notamment la liaison entre la base et le rover.
Via une liaison locale (wifi / bluetooth) à courte distance ?
Ou directement par les réseaux mobiles ?

Le 29 mars 2016 à 22:43, Christian Quest > a écrit :

Je vais mettre au propre tout ça pour le wiki... en fait l
faut que je reparte de zéro, puis étape par étape.

Sur le graphe, la trace verte correspond aux solutions en
"float", puis quand ça passe en "fix" c'est le point à droite
au milieu.

Tant que je ne fournit pas de données de correction cohérents,
ça reste en "simple", c'est à dire ce qui sort du GPS.


L'altitude est très stable elle aussi (stable à 1cm près).
La borne IGN ne semble pas contre pas à son emplacement
officiel... avec 2,4m d'écart.

Il faut que j'en trouve une autre accessible et moins
martyrisée que celle-ci car coincée entre une départementale
et un champ, elle a visiblement subit quelques dommages (y
compris la base en béton).

Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN
annonce 208.84 mais sur une ellipsoïde différente que celle du
WGS84.


Le 29 mars 2016 à 21:27, Stéphane Péneau
> a écrit :

Le 29/03/2016 19:52, Christian Quest a écrit :

Retour sur RTKLIB... et grand pas en avant pour moi
aujourd'hui !



Maintenant les données de la base... et j'ai de la
chance d'en avoir une à proximité (4km).
Les données sont disponibles sur un serveur FTP de
l'IGN, avec une heure de décallage (d'où le
post-processing). Encore faut-il comprendre le nommage
de ces fichiers... et comprendre aussi que ce ne sont
pas des fichiers RINEX mais CRINEX, c'est à dire
compressés (alors qu'ils sont aussi compressés en .Z).


La dernière fois que j'ai essayé, j'ai galéré pour
retrouver le lieu où télécharger ces données. Et oui, le
nommage est..
Si tu as tout ça en tête, et puisque tu as réussi le
postprocessing (ce ne fut pas mon cas), tu penses que tu
pourrais mettre tout ça sur le wiki ?




La grille fait 5cm de côté. En rouge on a les points
mesurés sans correction.
En vert, la correction est appliquée... ça fait une
trace flottante en bas à gauche, puis ça converge sur
un point à droite au milieu et ça ne bouge plus :)


Super !!

Tu n'as pas eu de passage en "float" entre le mode
standard et le fix ?
Tu étais correct aussi sur l'altitude ?


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab 

"Il n'y a pas de pas perdus", Nadja




--
ab_fab 
"Il n'y a pas de pas perdus", Nadja


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 21/05/2016 à 10:59, Christian Quest a écrit :

Le 20/05/2016 à 09:33, Eric Sibert a écrit :

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/ 



Tu as fait des acquisitions de combien de temps?


C'est variable selon mon temps, et la météo. Ça ne dépasse pas 20mn. 
Tout serait plus facile si au lieu d'un point de référence situé dans un 
endroit fréquenté, j'avais une borne dans le jardin. :-)





j'ai cherché à savoir si ce décalage venait de la différence entre 
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système, 
celle-ci devrait s'annuler quand tu cherches la différence entre tes 
deux stations.





Sauf que la base a ses coordonnées qui sont fixées sur celles du point 
géodésique. Donc non, l'erreur ne s'annule pas.



La différence entre les deux systèmes est négligeable d'après ce que 
j'ai pu lire... de l'ordre du millimètre.


En Z, oui, les ellipsoïdes utilisées sont très proches (wikipedia 
annonce 0.1mm entre GRS80 et WGS84), mais plus j'y réfléchie, et plus ça 
me semble incohérent qu'il en soit ainsi en x et y. L'ETRS89 est ancien 
et immobile par rapport à notre plaque. Le WGS84 ne l'est pas, il est 
basé sur le méridien de référence international qui n'est pas fixe par 
rapport à notre plaque :

http://www.thegreenwichmeridian.org/tgm/articles.php?article=7

Cette fiche indique une cohérence métrique, et qu'il faut translater les 
coordonnées selon le déplacement de la plaque eurasie :

http://education.ign.fr/sites/all/files/geodesie_systemes.pdf
Une discussion sur ce sujet, mais où je suis loin d'avoir tout compris :
http://georezo.net/forum/viewtopic.php?id=83843

Je pense que ce problème n'existe pas pour les professionnels qui 
utilisent du matériel donnant des coordonnées directement dans le 
référentiel local.
En revanche pour nous, c'est une autre histoire, surtout en utilisant sa 
propre base, ce qui est mon cas.






1 bémol, la vue n'est pas complètement dégagée, il y a une grande 
haie de peuplier pas très loin.


Normalement, les algorithmes mettent un poids décroissant plus les 
satellites sont bas sur l'horizon, principalement pour compenser la 
traversée plus importante de l'atmosphère. En plus, on peut souvent 
rajouter un angle de coupure, genre 10 ou 20°. Il n'y a pas une 
option comme ça dans RTKlib? On peut aussi être perturbé par les 
réflexions sur le sol, surtout si on n'a pas une protection choke 
ring sous l'antenne.




Oui, RTKlib permet d'éliminer les sat en dessous d'un certain angle au 
dessus de l'horizon. Par défaut c'est 15°. On peut aussi éliminer tel 
ou tel sat en indiquant son identifiant.




J'ai essayé de modifier cette valeur, et les résultats diffèrent. C'est 
principalement la rapidité à obtenir un fix qui change, mais parfois il 
y a aussi les coordonnées calculées qui ne sont pas identiquesc'est 
plus gênant.


Stf


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Le 20/05/2016 à 09:33, Eric Sibert a écrit :

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/ 



Tu as fait des acquisitions de combien de temps?

j'ai cherché à savoir si ce décalage venait de la différence entre 
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système, 
celle-ci devrait s'annuler quand tu cherches la différence entre tes 
deux stations.





La différence entre les deux systèmes est négligeable d'après ce que 
j'ai pu lire... de l'ordre du millimètre.



1 bémol, la vue n'est pas complètement dégagée, il y a une grande 
haie de peuplier pas très loin.


Normalement, les algorithmes mettent un poids décroissant plus les 
satellites sont bas sur l'horizon, principalement pour compenser la 
traversée plus importante de l'atmosphère. En plus, on peut souvent 
rajouter un angle de coupure, genre 10 ou 20°. Il n'y a pas une option 
comme ça dans RTKlib? On peut aussi être perturbé par les réflexions 
sur le sol, surtout si on n'a pas une protection choke ring sous 
l'antenne.




Oui, RTKlib permet d'éliminer les sat en dessous d'un certain angle au 
dessus de l'horizon. Par défaut c'est 15°. On peut aussi éliminer tel ou 
tel sat en indiquant son identifiant.



--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Eric Sibert]

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/

Tu as fait des acquisitions de combien de temps?

j'ai cherché à savoir si ce décalage venait de la différence entre  
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système,  
celle-ci devrait s'annuler quand tu cherches la différence entre tes  
deux stations.



1 bémol, la vue n'est pas complètement dégagée, il y a une grande  
haie de peuplier pas très loin.


Normalement, les algorithmes mettent un poids décroissant plus les  
satellites sont bas sur l'horizon, principalement pour compenser la  
traversée plus importante de l'atmosphère. En plus, on peut souvent  
rajouter un angle de coupure, genre 10 ou 20°. Il n'y a pas une option  
comme ça dans RTKlib? On peut aussi être perturbé par les réflexions  
sur le sol, surtout si on n'a pas une protection choke ring sous  
l'antenne.


Eric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

ETRS89 ou WGS84... la différence est de l'ordre du millimètre ;)

Le test avec 2 récepteurs, j'ai pas encore fait, mais effectivement ça
permet de valider que l'on a quelque chose de cohérent.

Le 8 mai 2016 à 20:08, Stéphane Péneau  a écrit
:

> Hello !
>
> Je continue les tests de mon côté, avec mes 2 NH-HP de Skytraq.
> Ce n'est pas super concluant dans l'immédiat.
>
> Je n'ai pas de base "officielle" à moins de 40km, et encore moins de base
> avec un flux temps-réel (Ntrip).
> En revanche, j'ai un repère de nivellement avec une bonne précision, moins
> d'1 cm en position et élévation :
> http://geodesie.ign.fr/fiches/pdf/4421606.pdf
> Système ETRS 89 - Ellipsoïde : IAG GRS 1980 - Méridien origine : GREENWICH
> Longitude : 1° 25' 47.76967'' O
> Latitude 46° 58' 08.12041'' N
> Hauteur 79.969
> Précision < 1 cm
>
> C'est donc sur ce point que j'ai posé ma base plusieurs fois, et mon rover
> tout près, soit sur un petit poteau à 1.2m, soit les 2 antennes collées les
> unes aux autres.
> 1 bémol, la vue n'est pas complètement dégagée, il y a une grande haie de
> peuplier pas très loin.
>
> Avec les NS-HP, qui reçoivent les signaux GPS et Beidou, j'ai 2
> possibilités pour calculer la position :
> - RTKLIB sur un ordi
> - Le processeur interne du NS-HP.
>
> Avec Rtklib, j'ai obtenu plusieurs fois des FIX, mais jamais avec la bonne
> distance entre la base et le rover. Hier il m'indiquait 3m alors que les
> antennes étaient à quelques cm.
> Avec le NS-HP, je n'ai pas eu de FIX depuis que je fais les tests sur ce
> point.
>
> Une fois j'ai obtenu 2.6m d'écart au lieu de 1.2m avec Rtklib. Suite au
> message d'Adrian, j'ai cherché à savoir si ce décalage venait de la
> différence entre les coordonnées ETRS89 et WGS84, mais sur les quelques
> sites que j'ai trouvés pour faire la conversion, je retombais toujours sur
> les mêmes coordonnées dans les 2 référentiels.
>
> Dans tous les cas, j'ai l'impression il faut se méfier des résultats
> obtenus avec  Rtklib, sauf à maitriser parfaitement la tonne de paramètres
> disponibles.
>
> Au passage, si quelqu'un vient au Sotm, et dispose d'un récepteur de
> précision L1/L2, je crois que ça pourrait nous être utile pour l'atelier
> RTK.
>
> Stf
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Hello !

Je continue les tests de mon côté, avec mes 2 NH-HP de Skytraq.
Ce n'est pas super concluant dans l'immédiat.

Je n'ai pas de base "officielle" à moins de 40km, et encore moins de 
base avec un flux temps-réel (Ntrip).
En revanche, j'ai un repère de nivellement avec une bonne précision, 
moins d'1 cm en position et élévation :

http://geodesie.ign.fr/fiches/pdf/4421606.pdf
Système ETRS 89 - Ellipsoïde : IAG GRS 1980 - Méridien origine : GREENWICH
Longitude : 1° 25' 47.76967'' O
Latitude 46° 58' 08.12041'' N
Hauteur 79.969
Précision < 1 cm

C'est donc sur ce point que j'ai posé ma base plusieurs fois, et mon 
rover tout près, soit sur un petit poteau à 1.2m, soit les 2 antennes 
collées les unes aux autres.
1 bémol, la vue n'est pas complètement dégagée, il y a une grande haie 
de peuplier pas très loin.


Avec les NS-HP, qui reçoivent les signaux GPS et Beidou, j'ai 2 
possibilités pour calculer la position :

- RTKLIB sur un ordi
- Le processeur interne du NS-HP.

Avec Rtklib, j'ai obtenu plusieurs fois des FIX, mais jamais avec la 
bonne distance entre la base et le rover. Hier il m'indiquait 3m alors 
que les antennes étaient à quelques cm.
Avec le NS-HP, je n'ai pas eu de FIX depuis que je fais les tests sur ce 
point.


Une fois j'ai obtenu 2.6m d'écart au lieu de 1.2m avec Rtklib. Suite au 
message d'Adrian, j'ai cherché à savoir si ce décalage venait de la 
différence entre les coordonnées ETRS89 et WGS84, mais sur les quelques 
sites que j'ai trouvés pour faire la conversion, je retombais toujours 
sur les mêmes coordonnées dans les 2 référentiels.


Dans tous les cas, j'ai l'impression il faut se méfier des résultats 
obtenus avec  Rtklib, sauf à maitriser parfaitement la tonne de 
paramètres disponibles.


Au passage, si quelqu'un vient au Sotm, et dispose d'un récepteur de 
précision L1/L2, je crois que ça pourrait nous être utile pour l'atelier 
RTK.


Stf
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Le code source doit être publié sous peu, selon le retour que j'ai pu
obtenir

Bonjour
Des que le projet sera pret on comptre le mettre sur Github en open source,
ca devrait se faire d'ici un mois si tout va bien.En fait c'est une
amélioration de ce projet PX4:
https://pixhawk.org/dev/rtk-basestation
Merci pour le lien sur le sujet open streetmap , je garde un oeil
dessus  [image:
;)]
A+


Le lien de la video de démo des étudiants du master PPMD de l'ENSG
https://www.youtube.com/watch?v=-d_Dm6mLMMQ




Le 30 mars 2016 à 08:52, Ab_fab  a écrit :

> Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib
> adaptée aux écrans tactiles conçus pour la Raspberry.
> Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.
>
> Christian, je suis preneur de tes trouvailles futures ^^.
> Notamment la liaison entre la base et le rover.
> Via une liaison locale (wifi / bluetooth) à courte distance ?
> Ou directement par les réseaux mobiles ?
>
> Le 29 mars 2016 à 22:43, Christian Quest  a
> écrit :
>
>> Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
>> reparte de zéro, puis étape par étape.
>>
>> Sur le graphe, la trace verte correspond aux solutions en "float", puis
>> quand ça passe en "fix" c'est le point à droite au milieu.
>>
>> Tant que je ne fournit pas de données de correction cohérents, ça reste
>> en "simple", c'est à dire ce qui sort du GPS.
>>
>>
>> L'altitude est très stable elle aussi (stable à 1cm près).
>> La borne IGN ne semble pas contre pas à son emplacement officiel... avec
>> 2,4m d'écart.
>>
>> Il faut que j'en trouve une autre accessible et moins martyrisée que
>> celle-ci car coincée entre une départementale et un champ, elle a
>> visiblement subit quelques dommages (y compris la base en béton).
>>
>> Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN annonce
>> 208.84 mais sur une ellipsoïde différente que celle du WGS84.
>>
>>
>> Le 29 mars 2016 à 21:27, Stéphane Péneau  a
>> écrit :
>>
>>> Le 29/03/2016 19:52, Christian Quest a écrit :
>>>
 Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !



 Maintenant les données de la base... et j'ai de la chance d'en avoir
 une à proximité (4km).
 Les données sont disponibles sur un serveur FTP de l'IGN, avec une
 heure de décallage (d'où le post-processing). Encore faut-il comprendre le
 nommage de ces fichiers... et comprendre aussi que ce ne sont pas des
 fichiers RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont
 aussi compressés en .Z).

>>>
>>> La dernière fois que j'ai essayé, j'ai galéré pour retrouver le lieu où
>>> télécharger ces données. Et oui, le nommage est..
>>> Si tu as tout ça en tête, et puisque tu as réussi le postprocessing (ce
>>> ne fut pas mon cas), tu penses que tu pourrais mettre tout ça sur le wiki ?
>>>
>>>
>>>
>>>
 La grille fait 5cm de côté. En rouge on a les points mesurés sans
 correction.
 En vert, la correction est appliquée... ça fait une trace flottante en
 bas à gauche, puis ça converge sur un point à droite au milieu et ça ne
 bouge plus :)


>>> Super !!
>>>
>>> Tu n'as pas eu de passage en "float" entre le mode standard et le fix ?
>>> Tu étais correct aussi sur l'altitude ?
>>>
>>>
>>> Stf
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus", Nadja
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

J'ai reçu mon M8N (Drotek) à 35 euros (41 avec le port): 
http://www.drotek.com/shop/fr/home/511-module-gps-ublox-neo-m8.html


Premier essai rapide: on récupère bien les données RAW pour RTKLIB... il 
n'y a plus qu'à tester sa précision.
Par contre, pour l'instant je n'ai fait que du 1Hz (en principe il fait 
du 5Hz avec GPS+GLONASS).


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Nouveaux essais (urbain) du week-end...

Je n'arrivais pas à passer en 5 ou 10Hz, un problème dû aux vitesses par 
défaut du port série et USB. Je sens que ça va forker sec sur github ;)


J'ai enregistré une trace vendredi en rentrant du boulot, marche le long 
des quais de la Seine. Laptop dans mon sac à dos et GPS/antenne posé à 
l'arrache sur le dessus. Résultat après post-processing en utilisant la 
base de l'IGN à St-Mandé: environ 20cm d'erreur.


J'ai aussi commencé à mettre au propre mes notes pour faire un howto... 
le début est là: 
https://cquest.hackpad.com/RTKLIB-le-GPS-haute-pr%C3%A9cision-abordable...-KOAKnzyK8Hr


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Je ne sais pas si ça sera utilisable avec d'autres matériels que leur 
smartnav-rtk, mais le code source sera dispo :

http://diydrones.com/profiles/blogs/rtklib-web-console-by-drotek-you-ll-forget-command-line-tool

Stf

Le 30/03/2016 08:52, Ab_fab a écrit :
Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib 
adaptée aux écrans tactiles conçus pour la Raspberry.

Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.

Christian, je suis preneur de tes trouvailles futures ^^.
Notamment la liaison entre la base et le rover.
Via une liaison locale (wifi / bluetooth) à courte distance ?
Ou directement par les réseaux mobiles ?

Le 29 mars 2016 à 22:43, Christian Quest > a écrit :


Je vais mettre au propre tout ça pour le wiki... en fait l faut
que je reparte de zéro, puis étape par étape.

Sur le graphe, la trace verte correspond aux solutions en "float",
puis quand ça passe en "fix" c'est le point à droite au milieu.

Tant que je ne fournit pas de données de correction cohérents, ça
reste en "simple", c'est à dire ce qui sort du GPS.


L'altitude est très stable elle aussi (stable à 1cm près).
La borne IGN ne semble pas contre pas à son emplacement
officiel... avec 2,4m d'écart.

Il faut que j'en trouve une autre accessible et moins martyrisée
que celle-ci car coincée entre une départementale et un champ,
elle a visiblement subit quelques dommages (y compris la base en
béton).

Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN
annonce 208.84 mais sur une ellipsoïde différente que celle du WGS84.


Le 29 mars 2016 à 21:27, Stéphane Péneau
> a
écrit :

Le 29/03/2016 19:52, Christian Quest a écrit :

Retour sur RTKLIB... et grand pas en avant pour moi
aujourd'hui !



Maintenant les données de la base... et j'ai de la chance
d'en avoir une à proximité (4km).
Les données sont disponibles sur un serveur FTP de l'IGN,
avec une heure de décallage (d'où le post-processing).
Encore faut-il comprendre le nommage de ces fichiers... et
comprendre aussi que ce ne sont pas des fichiers RINEX
mais CRINEX, c'est à dire compressés (alors qu'ils sont
aussi compressés en .Z).


La dernière fois que j'ai essayé, j'ai galéré pour retrouver
le lieu où télécharger ces données. Et oui, le nommage est..
Si tu as tout ça en tête, et puisque tu as réussi le
postprocessing (ce ne fut pas mon cas), tu penses que tu
pourrais mettre tout ça sur le wiki ?




La grille fait 5cm de côté. En rouge on a les points
mesurés sans correction.
En vert, la correction est appliquée... ça fait une trace
flottante en bas à gauche, puis ça converge sur un point à
droite au milieu et ça ne bouge plus :)


Super !!

Tu n'as pas eu de passage en "float" entre le mode standard et
le fix ?
Tu étais correct aussi sur l'altitude ?


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




--
ab_fab 
"Il n'y a pas de pas perdus", Nadja


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Je viens de tomber sur un blog dédié à rtklib...
https://rtklibexplorer.wordpress.com/

Bonne lecture !

Le 30 mars 2016 à 14:27, Christian Quest  a écrit :

> Ce n'est pas un repère de nivellement, mais une borne en granit des années
> 50.
> En principe le X/Y est ok à 10cm.
>
> Voici celle que je vais allez voir:
> http://geodesie.ign.fr/fiches/pdf/8922802.pdf
>
> Facile, d'accès, bien dégagée, récente... et faisant partie du réseau de
> base. Tout pour plaire !
>
>
> Le 30 mars 2016 à 12:32, Frédéric Rodrigo  a
> écrit :
>
>> Le 29/03/2016 22:43, Christian Quest a écrit :
>>
>>> Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
>>> reparte de zéro, puis étape par étape.
>>>
>>> Sur le graphe, la trace verte correspond aux solutions en "float", puis
>>> quand ça passe en "fix" c'est le point à droite au milieu.
>>>
>>> Tant que je ne fournit pas de données de correction cohérents, ça reste
>>> en "simple", c'est à dire ce qui sort du GPS.
>>>
>>>
>>> L'altitude est très stable elle aussi (stable à 1cm près).
>>> La borne IGN ne semble pas contre pas à son emplacement officiel... avec
>>> 2,4m d'écart.
>>>
>> Je suppose que c'est du nivellement ?
>> Les borne de nivellement sont bien calées en élévation, mais pas en x/y,
>> et inversement pour les géodésiques.
>>
>> Frédéric.
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Adrian]

J'ai l'impression que très peu des OSMeurs savent que les positions WGS84 
changent d'une année à l'autre. Le déplacement est de 25mm par an (au 
millimètre près). Ça fait déjà 25cm pendant les dix années d'OSM. C'est à cause 
du mouvement de la plaque tectonique européenne.

Ce changement ne conviendrait pas à ceux qui gèrent le Cadastre, ni aux agences 
nationales de la cartographie comme l'IGN. Donc les agences européennes ont 
fait un accord sur le système ETRS. Elles ont pris les coordonnées WGS84 telles 
qu'elles étaient au 1er janvier 1989. Depuis, les coordonnées ETRS suivent le 
mouvement de la plaque tectonique. Ce qui fait que la différence entre WGS84 et 
ETRS est maintenant presque 70cm.

La version officielle française de ETRS est RGF93. Les fiches IGN donnent 
l'impression que WGS84 et RGF93 sont la même chose mais ce n'est pas vrai. Les 
fiches IGN sont exprimées en RGF93. Comme ça, les chiffres ne changent pas au 
fil du temps. Le Cadastre, quand il est de bonne qualité, est calé sur RGF93. 
Donc OSM en France est forcément calé aussi sur RGF93. Moi aussi, j'ai un GPS 
de haute performance (u-blox NEO-7P avec PPP, pas RTK), et il a fallu déplacer 
les traces 50cm vers l'ouest et 40cm vers le sud pour accorder avec le Cadastre.

Je crois que personne qui a à faire avec OSM, veut penser comment prendre en 
compte le mouvement des plaques tectoniques.

Bien entendu, 70cm n'explique pas un écart de 2,4m. Mais il est clair qu'il y a 
besoin de savoir quelle est la référence des corrections. La référence du 
résultat sera la même que la référence des corrections. Dans le cas de mon 
NEO-7P, les corrections viennent des satellites EGNOS, et la référence est 
ITRF2011 (le même que WGS84 à quelques centimètres près).

L'altitude est toute autre chose parce qu'il y a l'ellipsoïde, puis il y a un 
modèle du géoïde, puis il y a le zéro de l'IGN.

J'ai acheté le NEO-7P chez u-blox https://www.u-blox.com/en/product/evk-7 J'ai 
mis le GPS en mode PPP (positionnement précis des points). L'inconvénient 
principal est qu'il y a besoin d'une bonne vue du ciel pour obtenir la 
meilleure précision, surtout il y a besoin de voir au moins un des satellites 
EGNOS. Ceux-ci sont en orbite géostationnaire, donc ils sont vers le sud à une 
hauteur d'environ 35°. L'avantage est que le récepteur est autonome.

Comme antenne, j'ai utilisé le Tallysman TW2710 acheté chez Digi-Key. Je trouve 
cette antenne (et le TW2410) très bonne, elle est très sensible et elle rejette 
très bien les échos à un nombre impair de reflets. On dit que l'antenne marche 
mieux montée sur un disque en métal d'un diamètre de 10cm 
https://www.optimalsystem.de/os.aspx?x=4113 et c'est vrai - j'ai vérifié. 
L'antenne est montée par un aimant très fort, qui va démagnétiser les pistes 
magnétiques des cartes bancaires et des tickets de métro, et qui va magnétiser, 
même peut-être détruire les boussoles électroniques comme dans les smartphones. 
Je conseillerais d'acheter la version non-magnétique de l'antenne, avec NM dans 
le numéro du modèle. Celle-ci est montée avec des vis d'un type américain; ce 
sont les mêmes vis que celles employées pour monter les disques durs 3,5 pouces.

Avec une bonne vue du ciel, j'ai obtenu un ECP (CEP en anglais) de 35cm. Et les 
traces sont belles.

Adrian

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Ce n'est pas un repère de nivellement, mais une borne en granit des années
50.
En principe le X/Y est ok à 10cm.

Voici celle que je vais allez voir:
http://geodesie.ign.fr/fiches/pdf/8922802.pdf

Facile, d'accès, bien dégagée, récente... et faisant partie du réseau de
base. Tout pour plaire !


Le 30 mars 2016 à 12:32, Frédéric Rodrigo  a écrit :

> Le 29/03/2016 22:43, Christian Quest a écrit :
>
>> Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
>> reparte de zéro, puis étape par étape.
>>
>> Sur le graphe, la trace verte correspond aux solutions en "float", puis
>> quand ça passe en "fix" c'est le point à droite au milieu.
>>
>> Tant que je ne fournit pas de données de correction cohérents, ça reste
>> en "simple", c'est à dire ce qui sort du GPS.
>>
>>
>> L'altitude est très stable elle aussi (stable à 1cm près).
>> La borne IGN ne semble pas contre pas à son emplacement officiel... avec
>> 2,4m d'écart.
>>
> Je suppose que c'est du nivellement ?
> Les borne de nivellement sont bien calées en élévation, mais pas en x/y,
> et inversement pour les géodésiques.
>
> Frédéric.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Frédéric Rodrigo]

Le 29/03/2016 22:43, Christian Quest a écrit :
Je vais mettre au propre tout ça pour le wiki... en fait l faut que je 
reparte de zéro, puis étape par étape.


Sur le graphe, la trace verte correspond aux solutions en "float", 
puis quand ça passe en "fix" c'est le point à droite au milieu.


Tant que je ne fournit pas de données de correction cohérents, ça 
reste en "simple", c'est à dire ce qui sort du GPS.



L'altitude est très stable elle aussi (stable à 1cm près).
La borne IGN ne semble pas contre pas à son emplacement officiel... 
avec 2,4m d'écart.

Je suppose que c'est du nivellement ?
Les borne de nivellement sont bien calées en élévation, mais pas en x/y, 
et inversement pour les géodésiques.


Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Oui, GLONASS est bien utilisé. Si je ne donne que les infos de navigation
GPS ou GLONASS ou les deux, j'ai des résultats différents et un nombre de
satellites utilisés pour le calcul de la solution qui n'est pas le même.
GPS+GLONASS ça donne 14 satellites utilisables et pour l'un ou l'autre seul
j'ai 8 et 6.

Cet après-midi, je vais aller faire un tour sur une borne IGN récente
(1995) et facile d'accès pour y refaire une mesure de contrôle.

Mise en charge aussi de ma tablette Android pour y tester les applis RTK
que j'ai repéré... histoire d'enregistrer une trace sur le chemin.



Le 30 mars 2016 à 10:26, Stéphane Péneau  a
écrit :

> Le 30/03/2016 08:52, Ab_fab a écrit :
>
>> Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib
>> adaptée aux écrans tactiles conçus pour la Raspberry.
>> Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.
>>
>> Christian, je suis preneur de tes trouvailles futures ^^.
>> Notamment la liaison entre la base et le rover.
>> Via une liaison locale (wifi / bluetooth) à courte distance ?
>> Ou directement par les réseaux mobiles ?
>>
>> Pour ma part, je me dirige vers les réseaux mobiles.
> Je récupère les données de la base via un port série -> serial-to-tcp ->
> réseau mobile
> L'autre solution est d'intégrer ça dans un flux ntrip, mais je ne suis pas
> sûr que ça soit plus simple.
>
> Pour l'instant je n'en suis qu'à la théorie.
>
> Christian,
>
> As-tu regardé si rtklib utilisait effectivement les satellites glonass ? A
> priori ça ne fonctionne pas souvent lorsqu'on utilise du matériel différent
> pour la base et le rover.
>
>
> Stf
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Yves Pratter]

> Le 19 févr. 2016 à 19:18, Jean-Michel Pouré  a écrit :
> 
> J'ai l'impression qu'on doit prévoir une petite station météo capable
> de logger température, pression atmosphérique et détecteur de pluie
> (pluviométrie). Ces données ont un impact sur la réception GPS
Bonjour,

Quels sont tes sources ?

Les perturbations « atmosphériques »  qui dégradent beaucoup la précision GPS 
se situent dans la ionosphère…
Pour une précision cartographique (5m à 10 cm), les perturbations 
troposhériques ont peu d’effet.
Source : http://www.montana.edu/gps/slides/2GPSAccuracy.pdf 


Les mesures de la pression atmosphériques, le taux d’hygrométrie, la 
température… sont destinées à des applications météorologiques.
https://fr.wikipedia.org/wiki/Application_du_GPS_en_météorologie 



—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Christian,

As-tu envisagé cette application Android pour tes essais ?
https://play.google.com/store/apps/details?id=gpsplus.rtkgps=fr

ça peut être pratique côté rover



Le 29 mars 2016 à 19:52, Christian Quest  a écrit :

> Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !
>
> J'ai commandé il y a quelques semaines 2 GPS chez csgshop basés sur le M8T
> à environ 100 euros pièce.
> J'ai profité de quelques jours de congé pour m'y mettre et tester ces
> bestiaux.
>
> Première galère: compiler RTKLIB pour ubuntu... on sent que c'est codé
> avant tout pour Windows et les fichiers makefile sont incomplets pour
> linux. Il y a heureusement des pull-request sur github qui proposent les
> corrections nécessaires: https://github.com/tomojitakasu/RTKLIB/pull/142
>
> Une fois compilé, la doc est assez peu intuitive et comme tout se fait en
> ligne de commande ce n'est pas des plus user friendly.
>
> rtkrcv permet de collecter les données provenant du GPS et de les stocker
> dans un fichier, encore faut-il correctement renseigne le fichier de
> configuration... trouver le /dev/tty??? derrière lequel se cache le GPS
> connecté en USB (pour moi c'est /dev/ttyACM0 ou /dev/ttyACM1).
>
> Ensuite il faut indiquer au GPS qu'on veut récupérer les données brutes
> (raw)... donc lui envoyer des commandes pour ça.
>
> Finalement, j'ai pu enregistrer les données provenant du GPS dans le but
> de faire du post-processing, c'est à dire d'appliquer la correction après
> coup en utilisant les données d'une station de base fixe par trop éloignée.
>
> Une fois le fichier de log enregistré, il faut le convertir en fichiers en
> format RINEX, et la commande convbin de RTKLIB est faite pour ça... on
> obtient des fichier .obs, .nav et .gnav qui contiennent les données brutes
> (obs), les données des satellites GPS visibles (nav) et celles des
> satellites GLONAS (gnav).
>
> Maintenant les données de la base... et j'ai de la chance d'en avoir une à
> proximité (4km).
> Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure
> de décallage (d'où le post-processing). Encore faut-il comprendre le
> nommage de ces fichiers... et comprendre aussi que ce ne sont pas des
> fichiers RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont
> aussi compressés en .Z).
>
> Donc recherche de cet outil de compression/décompression crx2rnx...
>
> Une fois le fichier CRINEX décompressé, on le passe à rnx2rtkp pour faire
> le post-processing et là... miracle après quelques tâtonnements, je passe
> d'une erreur de quelques mètres à une erreur de l'ordre du centimètre !
>
> Ma mesure a été faite sur une borne IGN pendant 20mn. Au bout de 90s
> environ, le post-processing converge et sort une position très précise.
>
> Voir: https://twitter.com/cq94/status/714867234762584064
>
> La grille fait 5cm de côté. En rouge on a les points mesurés sans
> correction.
> En vert, la correction est appliquée... ça fait une trace flottante en bas
> à gauche, puis ça converge sur un point à droite au milieu et ça ne bouge
> plus :)
>
> Prochain test: utiliser mon deuxième GPS pour faire de la correction en
> temps-réel...
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 30/03/2016 08:52, Ab_fab a écrit :
Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib 
adaptée aux écrans tactiles conçus pour la Raspberry.

Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.

Christian, je suis preneur de tes trouvailles futures ^^.
Notamment la liaison entre la base et le rover.
Via une liaison locale (wifi / bluetooth) à courte distance ?
Ou directement par les réseaux mobiles ?


Pour ma part, je me dirige vers les réseaux mobiles.
Je récupère les données de la base via un port série -> serial-to-tcp -> 
réseau mobile
L'autre solution est d'intégrer ça dans un flux ntrip, mais je ne suis 
pas sûr que ça soit plus simple.


Pour l'instant je n'en suis qu'à la théorie.

Christian,

As-tu regardé si rtklib utilisait effectivement les satellites glonass ? 
A priori ça ne fonctionne pas souvent lorsqu'on utilise du matériel 
différent pour la base et le rover.


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib adaptée
aux écrans tactiles conçus pour la Raspberry.
Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.

Christian, je suis preneur de tes trouvailles futures ^^.
Notamment la liaison entre la base et le rover.
Via une liaison locale (wifi / bluetooth) à courte distance ?
Ou directement par les réseaux mobiles ?

Le 29 mars 2016 à 22:43, Christian Quest  a écrit :

> Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
> reparte de zéro, puis étape par étape.
>
> Sur le graphe, la trace verte correspond aux solutions en "float", puis
> quand ça passe en "fix" c'est le point à droite au milieu.
>
> Tant que je ne fournit pas de données de correction cohérents, ça reste en
> "simple", c'est à dire ce qui sort du GPS.
>
>
> L'altitude est très stable elle aussi (stable à 1cm près).
> La borne IGN ne semble pas contre pas à son emplacement officiel... avec
> 2,4m d'écart.
>
> Il faut que j'en trouve une autre accessible et moins martyrisée que
> celle-ci car coincée entre une départementale et un champ, elle a
> visiblement subit quelques dommages (y compris la base en béton).
>
> Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN annonce 208.84
> mais sur une ellipsoïde différente que celle du WGS84.
>
>
> Le 29 mars 2016 à 21:27, Stéphane Péneau  a
> écrit :
>
>> Le 29/03/2016 19:52, Christian Quest a écrit :
>>
>>> Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !
>>>
>>>
>>>
>>> Maintenant les données de la base... et j'ai de la chance d'en avoir une
>>> à proximité (4km).
>>> Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure
>>> de décallage (d'où le post-processing). Encore faut-il comprendre le
>>> nommage de ces fichiers... et comprendre aussi que ce ne sont pas des
>>> fichiers RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont
>>> aussi compressés en .Z).
>>>
>>
>> La dernière fois que j'ai essayé, j'ai galéré pour retrouver le lieu où
>> télécharger ces données. Et oui, le nommage est..
>> Si tu as tout ça en tête, et puisque tu as réussi le postprocessing (ce
>> ne fut pas mon cas), tu penses que tu pourrais mettre tout ça sur le wiki ?
>>
>>
>>
>>
>>> La grille fait 5cm de côté. En rouge on a les points mesurés sans
>>> correction.
>>> En vert, la correction est appliquée... ça fait une trace flottante en
>>> bas à gauche, puis ça converge sur un point à droite au milieu et ça ne
>>> bouge plus :)
>>>
>>>
>> Super !!
>>
>> Tu n'as pas eu de passage en "float" entre le mode standard et le fix ?
>> Tu étais correct aussi sur l'altitude ?
>>
>>
>> Stf
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
reparte de zéro, puis étape par étape.

Sur le graphe, la trace verte correspond aux solutions en "float", puis
quand ça passe en "fix" c'est le point à droite au milieu.

Tant que je ne fournit pas de données de correction cohérents, ça reste en
"simple", c'est à dire ce qui sort du GPS.


L'altitude est très stable elle aussi (stable à 1cm près).
La borne IGN ne semble pas contre pas à son emplacement officiel... avec
2,4m d'écart.

Il faut que j'en trouve une autre accessible et moins martyrisée que
celle-ci car coincée entre une départementale et un champ, elle a
visiblement subit quelques dommages (y compris la base en béton).

Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN annonce 208.84
mais sur une ellipsoïde différente que celle du WGS84.


Le 29 mars 2016 à 21:27, Stéphane Péneau  a
écrit :

> Le 29/03/2016 19:52, Christian Quest a écrit :
>
>> Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !
>>
>>
>>
>> Maintenant les données de la base... et j'ai de la chance d'en avoir une
>> à proximité (4km).
>> Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure
>> de décallage (d'où le post-processing). Encore faut-il comprendre le
>> nommage de ces fichiers... et comprendre aussi que ce ne sont pas des
>> fichiers RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont
>> aussi compressés en .Z).
>>
>
> La dernière fois que j'ai essayé, j'ai galéré pour retrouver le lieu où
> télécharger ces données. Et oui, le nommage est..
> Si tu as tout ça en tête, et puisque tu as réussi le postprocessing (ce ne
> fut pas mon cas), tu penses que tu pourrais mettre tout ça sur le wiki ?
>
>
>
>
>> La grille fait 5cm de côté. En rouge on a les points mesurés sans
>> correction.
>> En vert, la correction est appliquée... ça fait une trace flottante en
>> bas à gauche, puis ça converge sur un point à droite au milieu et ça ne
>> bouge plus :)
>>
>>
> Super !!
>
> Tu n'as pas eu de passage en "float" entre le mode standard et le fix ?
> Tu étais correct aussi sur l'altitude ?
>
>
> Stf
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 29/03/2016 19:52, Christian Quest a écrit :

Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !



Maintenant les données de la base... et j'ai de la chance d'en avoir 
une à proximité (4km).
Les données sont disponibles sur un serveur FTP de l'IGN, avec une 
heure de décallage (d'où le post-processing). Encore faut-il 
comprendre le nommage de ces fichiers... et comprendre aussi que ce ne 
sont pas des fichiers RINEX mais CRINEX, c'est à dire compressés 
(alors qu'ils sont aussi compressés en .Z).


La dernière fois que j'ai essayé, j'ai galéré pour retrouver le lieu où 
télécharger ces données. Et oui, le nommage est..
Si tu as tout ça en tête, et puisque tu as réussi le postprocessing (ce 
ne fut pas mon cas), tu penses que tu pourrais mettre tout ça sur le wiki ?






La grille fait 5cm de côté. En rouge on a les points mesurés sans 
correction.
En vert, la correction est appliquée... ça fait une trace flottante en 
bas à gauche, puis ça converge sur un point à droite au milieu et ça 
ne bouge plus :)




Super !!

Tu n'as pas eu de passage en "float" entre le mode standard et le fix ?
Tu étais correct aussi sur l'altitude ?

Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !

J'ai commandé il y a quelques semaines 2 GPS chez csgshop basés sur le M8T
à environ 100 euros pièce.
J'ai profité de quelques jours de congé pour m'y mettre et tester ces
bestiaux.

Première galère: compiler RTKLIB pour ubuntu... on sent que c'est codé
avant tout pour Windows et les fichiers makefile sont incomplets pour
linux. Il y a heureusement des pull-request sur github qui proposent les
corrections nécessaires: https://github.com/tomojitakasu/RTKLIB/pull/142

Une fois compilé, la doc est assez peu intuitive et comme tout se fait en
ligne de commande ce n'est pas des plus user friendly.

rtkrcv permet de collecter les données provenant du GPS et de les stocker
dans un fichier, encore faut-il correctement renseigne le fichier de
configuration... trouver le /dev/tty??? derrière lequel se cache le GPS
connecté en USB (pour moi c'est /dev/ttyACM0 ou /dev/ttyACM1).

Ensuite il faut indiquer au GPS qu'on veut récupérer les données brutes
(raw)... donc lui envoyer des commandes pour ça.

Finalement, j'ai pu enregistrer les données provenant du GPS dans le but de
faire du post-processing, c'est à dire d'appliquer la correction après coup
en utilisant les données d'une station de base fixe par trop éloignée.

Une fois le fichier de log enregistré, il faut le convertir en fichiers en
format RINEX, et la commande convbin de RTKLIB est faite pour ça... on
obtient des fichier .obs, .nav et .gnav qui contiennent les données brutes
(obs), les données des satellites GPS visibles (nav) et celles des
satellites GLONAS (gnav).

Maintenant les données de la base... et j'ai de la chance d'en avoir une à
proximité (4km).
Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure de
décallage (d'où le post-processing). Encore faut-il comprendre le nommage
de ces fichiers... et comprendre aussi que ce ne sont pas des fichiers
RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont aussi
compressés en .Z).

Donc recherche de cet outil de compression/décompression crx2rnx...

Une fois le fichier CRINEX décompressé, on le passe à rnx2rtkp pour faire
le post-processing et là... miracle après quelques tâtonnements, je passe
d'une erreur de quelques mètres à une erreur de l'ordre du centimètre !

Ma mesure a été faite sur une borne IGN pendant 20mn. Au bout de 90s
environ, le post-processing converge et sort une position très précise.

Voir: https://twitter.com/cq94/status/714867234762584064

La grille fait 5cm de côté. En rouge on a les points mesurés sans
correction.
En vert, la correction est appliquée... ça fait une trace flottante en bas
à gauche, puis ça converge sur un point à droite au milieu et ça ne bouge
plus :)

Prochain test: utiliser mon deuxième GPS pour faire de la correction en
temps-réel...

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

J'ai l'impression qu'on doit prévoir une petite station météo capable
de logger température, pression atmosphérique et détecteur de pluie
(pluviométrie). Ces données ont un impact sur la réception GPS. Je vais
intégrer au montage une petite sonde DHT22. Si vous avez une idée plus
simple, merci d'en parler.

Je vais acheter une de ce sondes :
http://www.robotshop.com/eu/fr/capteurs-de-temperature.html

Ou alors mettre en place une petite station météo.

A++, Jean-Michel

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Puisqu'on est plusieurs sur le coup, j'en profite pour demander comment
compiler l'interface graphique de RTKLIB sous Debian GNU/Linux. 

J'ai compilé les exécutables de collecte et de traitement des données,
mais impossible de compiler l'interface graphique.

J'aimerais tout faire fonctionner sur une Raspberry Pie 2 ...

Jean-Michel

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Ah ceux qui seraient obligés de faire passer des câbles Ethernet en 
extérieur, attention avec les câbles standards, ils n'aiment pas 
vraiment ça. J'ai fait le test, et voici le résultat après quelques années :

https://twitter.com/stfmani/status/646694284280864768

Il faut préférer ceux prévus pour résister aux UV & Co :
http://www.mhzshop.com/shop/Cables-et-cordons/Cables-reseau/Cordon-sur-mesure-Cat-5e-FTP-exterieur.html

Stf

Le 19/02/2016 10:50, Sylvain Maillard a écrit :
J'envisage de fixer ça sur la maçonnerie des cheminées/aérations ça 
sur le toit, on dépasse suffisamment de ce qu'il y a autour pour avoir 
une vue bien dégagée :D


Sylvain

Le 19 février 2016 à 08:26, Stéphane Péneau 
> a écrit :


Le 19/02/2016 08:03, Christian Quest a écrit :

Je pense commencer par un bête Tupperware ;)

Pour la base mon problème sera plus de trouver un endroit
assez haut perché pour avoir un maximum de dégagement.


J'ai enfin un avantage technique à vivre en pleine cambrousse :-)



___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Sylvain Maillard]

J'envisage de fixer ça sur la maçonnerie des cheminées/aérations ça sur le
toit, on dépasse suffisamment de ce qu'il y a autour pour avoir une vue
bien dégagée :D

Sylvain

Le 19 février 2016 à 08:26, Stéphane Péneau  a
écrit :

> Le 19/02/2016 08:03, Christian Quest a écrit :
>
>> Je pense commencer par un bête Tupperware ;)
>>
>> Pour la base mon problème sera plus de trouver un endroit assez haut
>> perché pour avoir un maximum de dégagement.
>>
>>
> J'ai enfin un avantage technique à vivre en pleine cambrousse :-)
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 19/02/2016 08:03, Christian Quest a écrit :

Je pense commencer par un bête Tupperware ;)

Pour la base mon problème sera plus de trouver un endroit assez haut 
perché pour avoir un maximum de dégagement.




J'ai enfin un avantage technique à vivre en pleine cambrousse :-)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Je pense commencer par un bête Tupperware ;)

Pour la base mon problème sera plus de trouver un endroit assez haut perché
pour avoir un maximum de dégagement. Un mât c'est envisageable mais il
faudra veiller à ce qu'il soit très stable pour que la position de
l'antenne bouge le moins possible.

Pour le calage, je pourrais m'appuyer sur les bases de l'IGN à St Mandé et
Marne la Vallée (ENSG).

Le 18 février 2016 à 17:42, Jean-Michel Pouré  a écrit :

>
> J'en ai acheté seulement un, attendant de tester la qualité de
> réception. Tu sais quel boîtier utiliser ? J'aimerais le mettre au bout
> d'un mat. Je cherche un boîtier rond ... Pas facile à trouver, si on
> veut conserver la qualité de réception. C'est pourquoi j'en ai acheté
> seulement un, pour tester.
>

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

J'avais pensé en parler si je venais, mais je ne savais pas si j'allais 
avoir quelque chose de prêt à montrer.
Maintenant qu'on est plusieurs sur le coup, et transformer ça en 
atelier, ça permettrait certainement d'aller plus vite.


Donc je vote pour.

Stf

En lisant ce fil, je me dis qu'un atelier-bidouille sur le sujet lors 
du prochain SOTM à Clermont-Ferrand fin mai, ça serait une première, 
peut-être le début d'un gros chantier, et ça aurait de la gueule ;)



vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Vincent de Château-Thierry]

Bonjour,

Le 18/02/2016 17:42, Jean-Michel Pouré a écrit :

Le jeudi 18 février 2016 à 09:01 +0100, Christian Quest a écrit :

Pour explorer j'ai commandé 2 M8T ici
http://www.csgshop.com/product.php?id_product=206


J'en ai acheté seulement un, attendant de tester la qualité de
réception. Tu sais quel boîtier utiliser ? J'aimerais le mettre au bout
d'un mat. Je cherche un boîtier rond ... Pas facile à trouver, si on
veut conserver la qualité de réception. C'est pourquoi j'en ai acheté
seulement un, pour tester.



En lisant ce fil, je me dis qu'un atelier-bidouille sur le sujet lors du 
prochain SOTM à Clermont-Ferrand fin mai, ça serait une première, 
peut-être le début d'un gros chantier, et ça aurait de la gueule ;)



vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le jeudi 18 février 2016 à 09:01 +0100, Christian Quest a écrit :
> Pour explorer j'ai commandé 2 M8T ici
> http://www.csgshop.com/product.php?id_product=206

J'en ai acheté seulement un, attendant de tester la qualité de
réception. Tu sais quel boîtier utiliser ? J'aimerais le mettre au bout
d'un mat. Je cherche un boîtier rond ... Pas facile à trouver, si on
veut conserver la qualité de réception. C'est pourquoi j'en ai acheté
seulement un, pour tester.

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Pour explorer j'ai commandé 2 M8T ici
http://www.csgshop.com/product.php?id_product=206

J'ai aussi 2 Navspark (NS-RAW) en vadrouille chez Gaël...
http://navspark.mybigcommerce.com/ns-raw-carrier-phase-raw-measurement-output-gps-receiver/
Elles ne m'avaient pas coûté grand chose (50$ les 2) vu que c'était dans la
période crowdfunding de démarrage de cette boite.


Le 18 février 2016 à 08:52, Jean-Michel Pouré  a écrit :

> Le mercredi 17 février 2016 à 19:54 +0100, Christian Quest a écrit :
> > Y a-t-il un projet de type OpenRTK pour constituer un maillage ouvert
> > et libre de bases ?
>
> C'est ce que j'envisage de proposer et de gérer, après étude technique.
> AMHA, les principales difficultés :
>
> * Calibrage de l'antenne (vérifier la cohérence sur un point
> géodésique, au centimètre près).
> * Trouver des sites avec une bonne visibilité.
> * Corrections à posteriori, comme le pratique l'ING. Il faut pouvoir
> collecter les données dans PostgreSQL et les redresser, probablement en
> utilisant R ou un autre logiciel.
> * Décrire la plate-forme embarquée.
> * Palier l'absence de bande L2. Les récepteurs L2 sont très chers. On
> commencera probablement en L1.
>
> Je n'en suis qu'au tout début de l'étude, je n'ai même pas reçu le
> matériel.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le mercredi 17 février 2016 à 19:54 +0100, Christian Quest a écrit :
> Y a-t-il un projet de type OpenRTK pour constituer un maillage ouvert
> et libre de bases ?

C'est ce que j'envisage de proposer et de gérer, après étude technique.
AMHA, les principales difficultés :

* Calibrage de l'antenne (vérifier la cohérence sur un point
géodésique, au centimètre près).
* Trouver des sites avec une bonne visibilité.
* Corrections à posteriori, comme le pratique l'ING. Il faut pouvoir
collecter les données dans PostgreSQL et les redresser, probablement en
utilisant R ou un autre logiciel.
* Décrire la plate-forme embarquée.
* Palier l'absence de bande L2. Les récepteurs L2 sont très chers. On
commencera probablement en L1.

Je n'en suis qu'au tout début de l'étude, je n'ai même pas reçu le
matériel.

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 17/02/2016 19:54, Christian Quest a écrit :

ça permet au moins le post-processing... ce qui est déjà bien.

Y a-t-il un projet de type OpenRTK pour constituer un maillage ouvert 
et libre de bases ?


Oui, www.pylongps.com mais ça reste à l'état de projet pour le moment.

Quant au post-processing, si quelqu'un à lien vers un tuto pour faire ça 
avec Rtkpost, je suis preneur. Je ne m'en sors pas.


Stf


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

ça permet au moins le post-processing... ce qui est déjà bien.

Y a-t-il un projet de type OpenRTK pour constituer un maillage ouvert et
libre de bases ?

Le 17 février 2016 à 16:35, Jean-Michel Pouré  a écrit :

> Je poursuis la discussion dans le même fil :
>
> Le site de l'IGN http://rgp.ign.fr consolide des données publiques et
> celles de réseaux privés. Le maillage de la France est pratiquement
> complet. On peut télécharger les données à h+1 et d+1. Le site est très
> bien fait et doit permettre de positionner un GPS RTK fixe, mais pas
> mobile.
>
> L'IGN ne met pas à disposition ces informations en temps réel. Sont-ils
> liés par contrat à leurs fournisseurs ?
>
> C'est dommage, parce que l'IGN passe à côté du principal besoin des
> utilisateurs : disposer de données en temps réel.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le mercredi 17 février 2016 à 15:25 +0100, Christian Quest a écrit :
> > a mon avis, ca a encore plus d'intéret pour le marché des véhicules
> > autonomes genre tesla
> 
> Et là, la consommation du GPS n'est pas le principal problème
> d'autonomie ;)

On est d'accord. En tout cas, c'est bon à savoir que les GPS auront
d'ici quelques mois à quelques années 2 cm de résolution. Les cartes
OSM doivent être plus précises. C'est pour cela qu'il faut mettre en
place RTKLIB rapidement.

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

On 17/02/2016 15:22, Raphael Jacquot wrote:
>
>
> On 02/17/2016 03:20 PM, Jean-Michel Pouré wrote:
>
>> Cette technologie est destinée au marché des smartphones, parce qu'ils
>> sont connectés à Internet.
>
> a mon avis, ca a encore plus d'intéret pour le marché des véhicules
> autonomes genre tesla

Et là, la consommation du GPS n'est pas le principal problème d'autonomie ;)

-- 
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Raphael Jacquot]

On 02/17/2016 03:20 PM, Jean-Michel Pouré wrote:


Cette technologie est destinée au marché des smartphones, parce qu'ils
sont connectés à Internet.


a mon avis, ca a encore plus d'intéret pour le marché des véhicules 
autonomes genre tesla


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le mercredi 17 février 2016 à 10:26 +0100, Ab_fab a écrit :
> 600x observé, mais 10 000x envisageable en théorie. 
> Curieux de voir comment ce genre de papier peut faire changer les
> choses par la suite, pour l'utilisateur.

Et c'est autant de consommation électrique en moins.

Cette technologie est destinée au marché des smartphones, parce qu'ils
sont connectés à Internet. 

Pour l'opérateur, on peut imaginer que les stations de base soient
implantées avec les émetteurs 4G lorsque le ciel est dégagé. Sur le
site de l'EUREL, on peut voir les installations : certaines sont en
environnement difficile, urbain, avec une antenne sur le toit. C'est
qu'on peut produire de bonnes données n'importe où.



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

600x observé, mais 10 000x envisageable en théorie.
Curieux de voir comment ce genre de papier peut faire changer les choses
par la suite, pour l'utilisateur.

Le 17 février 2016 à 09:41, Stéphane Péneau  a
écrit :

> J'ai compris la même chose, c'est une grosse amélioration des algos qu'ont
> trouve par exemple dans RTKLib.
> 600 fois plus rapide, c'est énorme, mais on reste sur un fonctionnement
> avec une base et un rover, en utilisant la porteuse des signaux gnss.
>
> Stf
>
>
> Le 16/02/2016 22:50, Jean-Michel Pouré a écrit :
>
> Je n'ai pas tout compris et je n'en ai pas les compétences, mais AMHA
> cela reste du GPS différentiel. Les calculs sont des milliers de fois
> moins longs. Les processeurs GPS spécialisés sont tellement rapides,
> que je ne sais pas si c'est une réelle révolution. Par contre, il y
> aurait un impact sur la consommation électrique, donc l'autonomie.
>
>
> La localisation haute précision va sans doute changer prochainement :
> il y a eu un post sur la liste internationale, avec un lien vers un
> article en anglais http://ucrtoday.ucr.edu/34932, qui détaille les ap
> plication pratique d'un papier publié fin 2015 par des chercheurs de
> l'Université de Californie de Riverside. Ils ont rien de moins que
> reformulé les équations de calcul de la position, avec comme résultat
> une rapidité de calculs très largement accrue !
>
> lien vers l'article scientifique complet : http://dx.doi.org.sci-hub.
> io/10.1109/TCST.2015.2501352
> (allergiques aux maths s'abstenir)
>
> @+
> Sylvain
>
> Le 15 février 2016 à 20:11, Stéphane Péneau  fr>  a écrit :
>
> Il existe des 'Y' pour faire ça.
> Si tu fais une recherche gnss antenna splitter, tu en trouveras.
> Par contre, et sans en être certain, il est probable que tu perdes
> un peu de gain, et je pense aussi qu'il faut faire attention à la
> bande passante du splitter afin que les signaux de toutes les
> constellations soient transmis à tes récepteurs.
>
>
> Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :
>
> Une nouvelle question :
>
> Chaque récepteur u-blox ne peut acquérie que deux constellations
> de
> satellite en même temps. J'aimerai connecter une antenne à 2
> récepteurs
> u-blox pour avoir le GPS+Galileo, Glonass et Beidu.
>
> Comment procéder ? Est-ce qu'il existe un amplificateur de signal
> GPS
> avec 2 connecteurs ? Le branchement recherché est : antenne
> amplifiée
> => connexion de 2 récepteurs RAW.
>
> Voilà !
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

J'ai compris la même chose, c'est une grosse amélioration des algos 
qu'ont trouve par exemple dans RTKLib.
600 fois plus rapide, c'est énorme, mais on reste sur un fonctionnement 
avec une base et un rover, en utilisant la porteuse des signaux gnss.


Stf

Le 16/02/2016 22:50, Jean-Michel Pouré a écrit :

Je n'ai pas tout compris et je n'en ai pas les compétences, mais AMHA
cela reste du GPS différentiel. Les calculs sont des milliers de fois
moins longs. Les processeurs GPS spécialisés sont tellement rapides,
que je ne sais pas si c'est une réelle révolution. Par contre, il y
aurait un impact sur la consommation électrique, donc l'autonomie.


La localisation haute précision va sans doute changer prochainement :
il y a eu un post sur la liste internationale, avec un lien vers un
article en anglais http://ucrtoday.ucr.edu/34932, qui détaille les ap
plication pratique d'un papier publié fin 2015 par des chercheurs de
l'Université de Californie de Riverside. Ils ont rien de moins que
reformulé les équations de calcul de la position, avec comme résultat
une rapidité de calculs très largement accrue !

lien vers l'article scientifique complet : http://dx.doi.org.sci-hub.
io/10.1109/TCST.2015.2501352
(allergiques aux maths s'abstenir)

@+
Sylvain

Le 15 février 2016 à 20:11, Stéphane Péneau  a écrit :

Il existe des 'Y' pour faire ça.
Si tu fais une recherche gnss antenna splitter, tu en trouveras.
Par contre, et sans en être certain, il est probable que tu perdes
un peu de gain, et je pense aussi qu'il faut faire attention à la
bande passante du splitter afin que les signaux de toutes les
constellations soient transmis à tes récepteurs.


Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :

Une nouvelle question :

Chaque récepteur u-blox ne peut acquérie que deux constellations
de
satellite en même temps. J'aimerai connecter une antenne à 2
récepteurs
u-blox pour avoir le GPS+Galileo, Glonass et Beidu.

Comment procéder ? Est-ce qu'il existe un amplificateur de signal
GPS
avec 2 connecteurs ? Le branchement recherché est : antenne
amplifiée
=> connexion de 2 récepteurs RAW.

Voilà !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Et en plus, les règles de licences d'une technologie IEEE brevetée ont
changé : http://www.law360.com/articles/637457/inside-the-ieee-s-import
ant-changes-to-patent-policy

Rien qu'à lire l'article, j'ai mal à la tête ...

> À la fin de l'article :
> The research was done by Farrell, Yiming Chen, and Sheng Zhao. Chen
> and Zhao received their Ph.D.s at UCR. Chen now works for Qualcomm.
> Zhao now works for Google.
> The UCR Office of Technology Commercialization has filed patents for
> the inventions above.
> Donc pas pour nous (à moins qu'ils cèdent une licence gratuite pour
> OSM mais vu où bosse maintenant un des inventeurs j'ai des doutes).
> Merci pour l'info.
> 
> Jean-Yvon
> 
> Le 16/02/2016 21:29, Sylvain Maillard - sylvain.maill...@gmail.com a
> écrit :
> > La localisation haute précision va sans doute changer prochainement
> > : il y a eu un post sur la liste internationale, avec un lien vers
> > un article en anglais http://ucrtoday.ucr.edu/34932, qui détaille l
> > es application pratique d'un papier publié fin 2015 par des
> > chercheurs de l'Université de Californie de Riverside. Ils ont rien
> > de moins que reformulé les équations de calcul de la position, avec
> > comme résultat une rapidité de calculs très largement accrue !
> > 
> > lien vers l'article scientifique complet : http://dx.doi.org.sci-hu
> > b.io/10.1109/TCST.2015.2501352
> > (allergiques aux maths s'abstenir)
> > 
> > @+
> > Sylvain
> > 
> > Le 15 février 2016 à 20:11, Stéphane Péneau  > o.fr> a écrit :
> > > Il existe des 'Y' pour faire ça.
> > > Si tu fais une recherche gnss antenna splitter, tu en trouveras.
> > > Par contre, et sans en être certain, il est probable que tu
> > > perdes un peu de gain, et je pense aussi qu'il faut faire
> > > attention à la bande passante du splitter afin que les signaux de
> > > toutes les constellations soient transmis à tes récepteurs.
> > > 
> > > 
> > > Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :
> > > > Une nouvelle question :
> > > > 
> > > > Chaque récepteur u-blox ne peut acquérie que deux
> > > > constellations de
> > > > satellite en même temps. J'aimerai connecter une antenne à 2
> > > > récepteurs
> > > > u-blox pour avoir le GPS+Galileo, Glonass et Beidu.
> > > > 
> > > > Comment procéder ? Est-ce qu'il existe un amplificateur de
> > > > signal GPS
> > > > avec 2 connecteurs ? Le branchement recherché est : antenne
> > > > amplifiée
> > > > => connexion de 2 récepteurs RAW.
> > > > 
> > > > Voilà !
> > > > 
> > > > 
> > > >  ___
> > > > Talk-fr mailing list
> > > > Talk-fr@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-fr
> > > 
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > > 
> > > 
> > 
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Je n'ai pas tout compris et je n'en ai pas les compétences, mais AMHA
cela reste du GPS différentiel. Les calculs sont des milliers de fois
moins longs. Les processeurs GPS spécialisés sont tellement rapides,
que je ne sais pas si c'est une réelle révolution. Par contre, il y
aurait un impact sur la consommation électrique, donc l'autonomie.

> La localisation haute précision va sans doute changer prochainement :
> il y a eu un post sur la liste internationale, avec un lien vers un
> article en anglais http://ucrtoday.ucr.edu/34932, qui détaille les ap
> plication pratique d'un papier publié fin 2015 par des chercheurs de
> l'Université de Californie de Riverside. Ils ont rien de moins que
> reformulé les équations de calcul de la position, avec comme résultat
> une rapidité de calculs très largement accrue !
> 
> lien vers l'article scientifique complet : http://dx.doi.org.sci-hub.
> io/10.1109/TCST.2015.2501352
> (allergiques aux maths s'abstenir)
> 
> @+
> Sylvain
> 
> Le 15 février 2016 à 20:11, Stéphane Péneau  fr> a écrit :
> > Il existe des 'Y' pour faire ça.
> > Si tu fais une recherche gnss antenna splitter, tu en trouveras.
> > Par contre, et sans en être certain, il est probable que tu perdes
> > un peu de gain, et je pense aussi qu'il faut faire attention à la
> > bande passante du splitter afin que les signaux de toutes les
> > constellations soient transmis à tes récepteurs.
> > 
> > 
> > Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :
> > > Une nouvelle question :
> > > 
> > > Chaque récepteur u-blox ne peut acquérie que deux constellations
> > > de
> > > satellite en même temps. J'aimerai connecter une antenne à 2
> > > récepteurs
> > > u-blox pour avoir le GPS+Galileo, Glonass et Beidu.
> > > 
> > > Comment procéder ? Est-ce qu'il existe un amplificateur de signal
> > > GPS
> > > avec 2 connecteurs ? Le branchement recherché est : antenne
> > > amplifiée
> > > => connexion de 2 récepteurs RAW.
> > > 
> > > Voilà !
> > > 
> > > 
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> > 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[osm . sanspourriel]

À la fin de l'article :
The research was done by Farrell, Yiming Chen, and Sheng Zhao. Chen and 
Zhao received their Ph.D.s at UCR. Chen now works for Qualcomm. Zhao now 
works for Google.


/The UCR Office of Technology Commercialization has filed patents for 
the inventions above./


Donc pas pour nous (à moins qu'ils cèdent une licence gratuite pour OSM 
mais vu où bosse maintenant un des inventeurs j'ai des doutes).

Merci pour l'info.

Jean-Yvon

Le 16/02/2016 21:29, Sylvain Maillard - sylvain.maill...@gmail.com a écrit :
La localisation haute précision va sans doute changer prochainement : 
il y a eu un post sur la liste internationale, avec un lien vers un 
article en anglais http://ucrtoday.ucr.edu/34932, qui détaille les 
application pratique d'un papier publié fin 2015 par des chercheurs de 
l'Université de Californie de Riverside. Ils ont rien de moins que 
reformulé les équations de calcul de la position, avec comme résultat 
une rapidité de calculs très largement accrue !


lien vers l'article scientifique complet : 
http://dx.doi.org.sci-hub.io/10.1109/TCST.2015.2501352

(allergiques aux maths s'abstenir)

@+
Sylvain

Le 15 février 2016 à 20:11, Stéphane Péneau 
> a écrit :


Il existe des 'Y' pour faire ça.
Si tu fais une recherche gnss antenna splitter, tu en trouveras.
Par contre, et sans en être certain, il est probable que tu perdes
un peu de gain, et je pense aussi qu'il faut faire attention à la
bande passante du splitter afin que les signaux de toutes les
constellations soient transmis à tes récepteurs.


Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :

Une nouvelle question :

Chaque récepteur u-blox ne peut acquérie que deux constellations de
satellite en même temps. J'aimerai connecter une antenne à 2 récepteurs
u-blox pour avoir le GPS+Galileo, Glonass et Beidu.

Comment procéder ? Est-ce qu'il existe un amplificateur de signal GPS
avec 2 connecteurs ? Le branchement recherché est : antenne amplifiée
=> connexion de 2 récepteurs RAW.

Voilà !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Sylvain Maillard]

La localisation haute précision va sans doute changer prochainement : il y
a eu un post sur la liste internationale, avec un lien vers un article en
anglais http://ucrtoday.ucr.edu/34932, qui détaille les application
pratique d'un papier publié fin 2015 par des chercheurs de l'Université de
Californie de Riverside. Ils ont rien de moins que reformulé les équations
de calcul de la position, avec comme résultat une rapidité de calculs très
largement accrue !

lien vers l'article scientifique complet :
http://dx.doi.org.sci-hub.io/10.1109/TCST.2015.2501352
(allergiques aux maths s'abstenir)

@+
Sylvain

Le 15 février 2016 à 20:11, Stéphane Péneau  a
écrit :

> Il existe des 'Y' pour faire ça.
> Si tu fais une recherche gnss antenna splitter, tu en trouveras.
> Par contre, et sans en être certain, il est probable que tu perdes un peu
> de gain, et je pense aussi qu'il faut faire attention à la bande passante
> du splitter afin que les signaux de toutes les constellations soient
> transmis à tes récepteurs.
>
>
> Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :
>
> Une nouvelle question :
>
> Chaque récepteur u-blox ne peut acquérie que deux constellations de
> satellite en même temps. J'aimerai connecter une antenne à 2 récepteurs
> u-blox pour avoir le GPS+Galileo, Glonass et Beidu.
>
> Comment procéder ? Est-ce qu'il existe un amplificateur de signal GPS
> avec 2 connecteurs ? Le branchement recherché est : antenne amplifiée
> => connexion de 2 récepteurs RAW.
>
> Voilà !
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Il existe des 'Y' pour faire ça.
Si tu fais une recherche gnss antenna splitter, tu en trouveras.
Par contre, et sans en être certain, il est probable que tu perdes un 
peu de gain, et je pense aussi qu'il faut faire attention à la bande 
passante du splitter afin que les signaux de toutes les constellations 
soient transmis à tes récepteurs.


Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :

Une nouvelle question :

Chaque récepteur u-blox ne peut acquérie que deux constellations de
satellite en même temps. J'aimerai connecter une antenne à 2 récepteurs
u-blox pour avoir le GPS+Galileo, Glonass et Beidu.

Comment procéder ? Est-ce qu'il existe un amplificateur de signal GPS
avec 2 connecteurs ? Le branchement recherché est : antenne amplifiée
=> connexion de 2 récepteurs RAW.

Voilà !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Une nouvelle question :

Chaque récepteur u-blox ne peut acquérie que deux constellations de
satellite en même temps. J'aimerai connecter une antenne à 2 récepteurs
u-blox pour avoir le GPS+Galileo, Glonass et Beidu.

Comment procéder ? Est-ce qu'il existe un amplificateur de signal GPS
avec 2 connecteurs ? Le branchement recherché est : antenne amplifiée
=> connexion de 2 récepteurs RAW.

Voilà !

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 14/02/2016 23:17, Jean-Michel Pouré a écrit :

Le dimanche 14 février 2016 à 20:07 +0100, Stéphane Péneau a écrit :

On peut trouver moins cher :
http://www.csgshop.com/product.php?id_product=205
ou avec antenne intégrée :
http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t-magne
tometre-hmc5983-xxl.html

C'est beaucoup moins cher !

J'ai acheté cette solution, qui intègre une superbe antenne triple-
bandes: http://www.csgshop.com/product.php?id_product=206


Il y a peu de détails sur le gain de l'antenne. Je ne sais pas ce que ça 
vaut.




Tout intégré à $99 ... qui dit mieux ?

Quels modules recommandes-tu pour ajouter des fonctions météo :
température, hygrométrie, pression atmosphérique ...


Aucune idée, je ne connais pas du tout ce domaine.

Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

> On peut trouver moins cher :
> http://www.csgshop.com/product.php?id_product=205
> ou avec antenne intégrée :
> http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t-
> magnetometre-hmc5983-xxl.html

Que penses-tu de cette version protégée des interférences :
http://www.csgshop.com/product.php?id_product=206

Dimensions: Round 100 mm hole distance 45x45mm
Weight 46 gram
EMI and RFI protection
Ready for unwanted signal interference or multipath blocking 
$99. C'est vraiment un bon prix ...

Tu me conseilles de prendre la version protégée des interférences ?
Pour une base, cela me paraît une bonne solution ...

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le dimanche 14 février 2016 à 20:07 +0100, Stéphane Péneau a écrit :
> On peut trouver moins cher :
> http://www.csgshop.com/product.php?id_product=205
> ou avec antenne intégrée :
> http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t-magne
> tometre-hmc5983-xxl.html

C'est beaucoup moins cher !

J'ai acheté cette solution, qui intègre une superbe antenne triple-
bandes: http://www.csgshop.com/product.php?id_product=206

Dimensions: Round 100 mm hole distance 45x45mm
Weight 46 gram
EMI and RFI protection
Ready for unwanted signal interference or multipath blocking 

Tout intégré à $99 ... qui dit mieux ?

Quels modules recommandes-tu pour ajouter des fonctions météo :
température, hygrométrie, pression atmosphérique ...

Cordialement,
Jean-Michel

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 14/02/2016 14:08, Jean-Michel Pouré a écrit :

Bonjour,

Je signale que j'ai commandé la solution NavSpark:

2 x NS-HP = $50 pièce. La livraison est facturée $20. Rajouter la TVA.
http://navspark.mybigcommerce.com/ns-hp-rtk-capable-gps-receiver/

Cool ! On pourra échanger sur nos progrès. Pour ma part, c'est le NS-HP-5

Je n'ai pas eu de Tva à payer lors de la réception de mes modules 
navspark. Peut-être un coup de chance.



Par contre, le récepteur capte uniquement la
bande L1 et GPS/Beidu.


C'est ce qui m'embête. Ce n'est pas facile d'avoir suffisamment de 
satellites avec une bonne réception, donc pouvoir aussi utiliser la 
constellation Glonass est un gros atout.
Au passage, le NS-HP reçoit la constellation Beidu uniquement en mode 
base. C'est donc inutilisable, mais comme ils ne l'ont pas vendu comme 
compatible





Une autre solution pour capter les constellations GPS, Beidu et Glonass
semble être l'Ublox EVK-M8T : https://www.u-blox.com/en/product/evk-m8

Au prix de 189€ HT, on doit rajouter livraison et TVA, soit environ
250€ TTC. C'est la solution la plus performante du moment sur la bande
L1. J'attends d'avoir testé NS-HP avant d'investir.


On peut trouver moins cher :
http://www.csgshop.com/product.php?id_product=205
ou avec antenne intégrée :
http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t-magnetometre-hmc5983-xxl.html


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Bonjour,

Je signale que j'ai commandé la solution NavSpark:

2 x NS-HP = $50 pièce. La livraison est facturée $20. Rajouter la TVA.
http://navspark.mybigcommerce.com/ns-hp-rtk-capable-gps-receiver/

Il s'agit d'une carte embarquant un récepteur GPS raw et un micro
contrôleur faisant tourner RTKlib. On peut l'utiliser en raw (mode
base) ou rtklib (rover). 

Il faudra rajouter une carte ttl vers USB ou brancher directement sur
une Raspberry pie. Je suis intéressé par la miniaturisation, qui me
semble être l'avenir. Par contre, le récepteur capte uniquement la
bande L1 et GPS/Beidu.

Une autre solution pour capter les constellations GPS, Beidu et Glonass
semble être l'Ublox EVK-M8T : https://www.u-blox.com/en/product/evk-m8

Au prix de 189€ HT, on doit rajouter livraison et TVA, soit environ
250€ TTC. C'est la solution la plus performante du moment sur la bande
L1. J'attends d'avoir testé NS-HP avant d'investir.

Je n'ai pas étudié de solution couplant L1 et L2, trop cher. 

Selon une étude universitaire de 2011, en L1 la résolution semble être
comprise dans un carré de 4 cm de côté alors que RTKlib annonce une
marge d'erreur de 1 cm. J'ignore si c'est toujours d'actualité.

Concernant l'antenne de la base, il est recommandé d'utiliser la
Tallysman TW2710, 90€ sur Digikey :
http://www.digikey.fr/product-detail/fr/33-3710-01-01/1526-1019-ND/4862
791

J'aimerais coupler à ma station un thermomètre, un capteur d'humidité
et de pression, de manière à fournir ces données.

Cordialement,
Jean-Michel

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Bonsoir à tous,

Je signale ce tutoriel Instructables:
http://www.instructables.com/id/Sub-Centimeter-GPS-With-RTKLIB/

La page reprend les informations DIY discutées ici ... Mais c'est un
peu cher, de l'ordre de 250€ par balise.

Avec ces technologies, les services de précision commercialisés par les
opérateurs sont techniquement "morts". 

La France a investit dans Galiléo. Les services de précision seront
diffusés sur abonnement. On comprend que l'administration française ne
déploie que quelques rares balises de correction accessibles
gratuitement. 

C'est dommage. Il vaudrait mieux passer pour acquis la disponibilité de
la technologie RTKlib et la déployer massivement, plutôt que de faire
l'autruche et continuer de croire au schéma économique de Galiléo.

D'où l'idée que seules des communautés libres peuvent à terme déployer
RTKlib Pour cela, il faudrait une solution matériel bon marché ... de
l'ordre de 100€ tout compris pour une balise fixe. C'est assez proche
du prix des composants.

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Pour compléter la réponse à Jean-Michel,

Concernant les services NTRIP maison, Lance Lefebure (un agriculteur
américain) a bossé il y a quelque temps sur le sujet et met le fruit de ses
travaux à disposition (y compris le code)
http://lefebure.com/software/

Ainsi que quelques articles, entre autres
http://lefebure.com/articles/



Le 9 février 2016 à 23:08, Stéphane Péneau  a
écrit :

> Le 09/02/2016 20:17, Jean-Michel Pouré a écrit :
>
>> OK, je comprends. Je suis à 30 km de la station de Creil. C'est suffisant
>> pour avoir une certaine précision, sans descendre à 2cm ?
>>
>
> Je ne peux pas te répondre, il faut essayer. Ce sera forcément beaucoup
> plus problématique en zone urbaine, à cause de l'effet "canyon" (les
> immeubles qui bloquent une partie des satellites et génèrent des rebonds).
>
> Le 09/02/2016 21:30, Jean-Michel Pouré a écrit :
>
>> Je dispose de quelques machines embarquées et de serveurs récents. Quel
>> matériel me faut-il pour démarrer une station NTRIP ? La fonction
>> émission radio ne m'intéresse pas. Quelle puce de suivi satellite me
>> conseillez-vous ?
>>
>> J'ai lu dans la documentation EUREF qu'il fallait un accès à la
>> totalité du ciel et qu'on devait utiliser un matériel à auto-calibrage.
>> RTKlib peut-il faire l'affaire ?
>>
> Je ne connais que très peu les spécifications minimum pour une station
> Ntrip "officielle", mais il me semble que la précision de l'horloge est
> primordiale, ainsi que la qualité de l'antenne de réception et sa
> calibration.
> Tous ces paramètres sont un peu moins cruciaux lorsqu'on se crée sa propre
> station de base personnelle.
>
> En récepteur, je ne m'y connais pas énormément. Je sais que les u-blox.com
> sont assez régulièrement utilisés pour le diy. Perso je suis chez Navspark.
> Pour en faire des stations de base, il faut qu'ils fournissent les données
> RAW.
> Il doit exister des softs open source pour la conversion RAW->RTCM->NTRIP
> mais je ne me suis pas trop penché sur le sujet pour le moment. En
> revanche, notre cher Ratzilla$ bosse sur le sujet, il en parle un peu sur
> son twitter :
> https://twitter.com/RatZillaS
>
>
> La matériel à mettre en oeuvre n'a pas l'air phénoménal et j'ai
>> l'impression qu'une installation comprenant matériel embarqué, câble
>> réseau, puce de réception ne doit pas coûter très cher en DIY. A la
>> limite, on peut imaginer un matériel PoE à placer sur le toit.
>>
>> Qu'est-ce que vous en pensez ? N'est-ce pas le type de projet qu'une
>> communauté devrait gérer ?
>>
> Oui, ce serait très intéressant. Et il existe déjà des communautés qui le
> font : les agriculteurs, particulièrement ceux qui cultivent de grandes
> surfaces, comme les céréaliers. Mais leurs réseaux de stations ne sont en
> général pas ouverts.
>
> Pour un accès libre à tous, il y a un début de projet :
> http://pylongps.com/doku.php
>
> En tout cas, si tu avances sur le sujet, n'hésite pas à partager.
>
>
> Stf
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

A priori il faut faire attention avec le Lefebure NTRIP Caster qui 
aurait une fuite mémoire. J'ai dû lire ça sur la liste FOSS-GPS il me 
semble.


Au passage, je viens de découvrir un nouveau venu dans le monde des 
modules tout prêt, et il est français :

http://www.drotek.com/shop/fr/home/762-gnss-rtk-l1.html
Fonctionne sur 1 seul fréquence, GPS+GLONASS+GALILEO. 10hz max. C'est 
très orienté drone, et assez proche de ce que propose emlid avec le 
"Reach" : récepteur U-Blox Neo M8T + carte Intel edison pour faire 
tourner la librairie RTKLIB.


Stf



Le 10/02/2016 10:51, Ab_fab a écrit :

Pour compléter la réponse à Jean-Michel,

Concernant les services NTRIP maison, Lance Lefebure (un agriculteur 
américain) a bossé il y a quelque temps sur le sujet et met le fruit 
de ses travaux à disposition (y compris le code)

http://lefebure.com/software/

Ainsi que quelques articles, entre autres
http://lefebure.com/articles/



Le 9 février 2016 à 23:08, Stéphane Péneau > a écrit :


Le 09/02/2016 20:17, Jean-Michel Pouré a écrit :

OK, je comprends. Je suis à 30 km de la station de Creil.
C'est suffisant pour avoir une certaine précision, sans
descendre à 2cm ?


Je ne peux pas te répondre, il faut essayer. Ce sera forcément
beaucoup plus problématique en zone urbaine, à cause de l'effet
"canyon" (les immeubles qui bloquent une partie des satellites et
génèrent des rebonds).

Le 09/02/2016 21:30, Jean-Michel Pouré a écrit :

Je dispose de quelques machines embarquées et de serveurs
récents. Quel
matériel me faut-il pour démarrer une station NTRIP ? La fonction
émission radio ne m'intéresse pas. Quelle puce de suivi
satellite me
conseillez-vous ?

J'ai lu dans la documentation EUREF qu'il fallait un accès à la
totalité du ciel et qu'on devait utiliser un matériel à
auto-calibrage.
RTKlib peut-il faire l'affaire ?

Je ne connais que très peu les spécifications minimum pour une
station Ntrip "officielle", mais il me semble que la précision de
l'horloge est primordiale, ainsi que la qualité de l'antenne de
réception et sa calibration.
Tous ces paramètres sont un peu moins cruciaux lorsqu'on se crée
sa propre station de base personnelle.

En récepteur, je ne m'y connais pas énormément. Je sais que les
u-blox.com  sont assez régulièrement utilisés
pour le diy. Perso je suis chez Navspark. Pour en faire des
stations de base, il faut qu'ils fournissent les données RAW.
Il doit exister des softs open source pour la conversion
RAW->RTCM->NTRIP mais je ne me suis pas trop penché sur le sujet
pour le moment. En revanche, notre cher Ratzilla$ bosse sur le
sujet, il en parle un peu sur son twitter :
https://twitter.com/RatZillaS


La matériel à mettre en oeuvre n'a pas l'air phénoménal et j'ai
l'impression qu'une installation comprenant matériel embarqué,
câble
réseau, puce de réception ne doit pas coûter très cher en DIY.
A la
limite, on peut imaginer un matériel PoE à placer sur le toit.

Qu'est-ce que vous en pensez ? N'est-ce pas le type de projet
qu'une
communauté devrait gérer ?

Oui, ce serait très intéressant. Et il existe déjà des communautés
qui le font : les agriculteurs, particulièrement ceux qui
cultivent de grandes surfaces, comme les céréaliers. Mais leurs
réseaux de stations ne sont en général pas ouverts.

Pour un accès libre à tous, il y a un début de projet :
http://pylongps.com/doku.php

En tout cas, si tu avances sur le sujet, n'hésite pas à partager.


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




--
ab_fab 
"Il n'y a pas de pas perdus", Nadja


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le mardi 09 février 2016 à 09:31 +0100, Stéphane Péneau a écrit :
> 2cm de précision, c'est du RTK, et ça ne fonctionnera pas avec ton 
> récepteur gnsss standard.
> Ensuite, comme je l'ai expliquée dans mon message d'hier soir, il
> faut 
> une base qui émette ses données brutes en temps réel. C'est un
> signal 
> RTCM, et s'il est diffusé via un réseau informatique (internet),
> c'est 
> du NTRIP.
> 
> Dans certains pays, on a accès gratuitement à tout un ensemble de
> bases. 
> Ce n'est pas le cas en France, où seule une petite douzaine de
> stations 
> du réseau EUREF fournissent leurs données en temps réel. Avec un 
> récepteur qui supporte le Raw uniquement en L1, il faut être à moins
> de 
> 10km.

OK, je comprends. Je suis à 30 km de la station de Creil. C'est
suffisant pour avoir une certaine précision, sans descendre à 2cm ?

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le mardi 09 février 2016 à 09:31 +0100, Stéphane Péneau a écrit :
> Dans certains pays, on a accès gratuitement à tout un ensemble de
> bases. 
> Ce n'est pas le cas en France, où seule une petite douzaine de
> stations 
> du réseau EUREF fournissent leurs données en temps réel. Avec un 
> récepteur qui supporte le Raw uniquement en L1, il faut être à moins
> de 
> 10km.
> Il existe des réseaux avec un maillage plus serré, et qui savent
> créer 
> des stations de base "virtuelles" proches du Rover. Il s'agit des 
> réseaux Orpheons et Terria, mais l'accès est payant.

Je dispose de quelques machines embarquées et de serveurs récents. Quel
matériel me faut-il pour démarrer une station NTRIP ? La fonction
émission radio ne m'intéresse pas. Quelle puce de suivi satellite me
conseillez-vous ?

J'ai lu dans la documentation EUREF qu'il fallait un accès à la
totalité du ciel et qu'on devait utiliser un matériel à auto-calibrage. 
RTKlib peut-il faire l'affaire ?

Ici les photos de la station de Creil :

http://www.epncb.oma.be/_networkdata/pictures/stationpictures.php?stati
on=CREI_10016M001

La matériel à mettre en oeuvre n'a pas l'air phénoménal et j'ai
l'impression qu'une installation comprenant matériel embarqué, câble
réseau, puce de réception ne doit pas coûter très cher en DIY. A la
limite, on peut imaginer un matériel PoE à placer sur le toit.

Qu'est-ce que vous en pensez ? N'est-ce pas le type de projet qu'une
communauté devrait gérer ?

Cordialement,

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Bonjour,

RTKGPS, ou RTKGPS+ sur Google Play intègrent RTKlib (et toute sa complexité
de paramétrage !)

Effectivement, des données de correction sont émises par des stations
terrestres, mais ...
... ce n'est pas courant d'avoir un accès libre (gratuit) à des données de
correction en temps réel, et surtout à moins de 10 km de sa zone de relevés.

Dès lors, deux options :
_ Monter sa propre base, avec un deuxième récepteur GPS "raw"
_ Faire les corrections à postériori. Car en général, on peut récupérer les
infos de correction via le site http://rgp.ign.fr/

Bonne journée


Le 9 février 2016 à 08:26, Jean-Michel Pouré  a écrit :

> Le lundi 08 février 2016 à 22:33 +0100, Jean-Yvon Landrac a écrit :
> > Le GPS différentiel est effectivement très performant (10 cm ?) mais
> > je ne sais s'il est disponible sur smartphone.
> > Tiens je vois que toi aussi tu dis 10 cm.
>
> Sur OpenStreetMap, j'ai découvert cette page :
> http://wiki.openstreetmap
> .org/wiki/RTKLIB
>
> Sous Android, il faut installer RTKGPS :
> https://f-droid.org/repository/browse/?fdid=ru0xdc.rtkgps
>
> Ensuite, connecter un GPS externe via USB ou blutooth. Un simple GPS
> intégré USB+antenne suffit. Il n'est pas nécessaire d'utiliser un GPS
> haut de gamme.
>
> Les données de correction sont émises par des stations terrestres, via
> Internet. Certains utilisateurs annoncent 2 cm de précision pour la
> version Internet et quelques millimètres lorsqu'on dispose d'un
> récepteur radio.
>
> Je n'ai pas testé, mais je vais le faire, vu que je dispose d'un GPS
> externe. J'ai simplement besoin d'un adaptateur USB.
>
> Cordialement,
> Jean-Michel
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 09/02/2016 08:26, Jean-Michel Pouré a écrit :
Les données de correction sont émises par des stations terrestres, via 
Internet. Certains utilisateurs annoncent 2 cm de précision pour la 
version Internet et quelques millimètres lorsqu'on dispose d'un 
récepteur radio. Je n'ai pas testé, mais je vais le faire, vu que je 
dispose d'un GPS externe. J'ai simplement besoin d'un adaptateur USB. 
Cordialement, Jean-Michel


2cm de précision, c'est du RTK, et ça ne fonctionnera pas avec ton 
récepteur gnsss standard.
Ensuite, comme je l'ai expliquée dans mon message d'hier soir, il faut 
une base qui émette ses données brutes en temps réel. C'est un signal 
RTCM, et s'il est diffusé via un réseau informatique (internet), c'est 
du NTRIP.


Dans certains pays, on a accès gratuitement à tout un ensemble de bases. 
Ce n'est pas le cas en France, où seule une petite douzaine de stations 
du réseau EUREF fournissent leurs données en temps réel. Avec un 
récepteur qui supporte le Raw uniquement en L1, il faut être à moins de 
10km.


Il existe des réseaux avec un maillage plus serré, et qui savent créer 
des stations de base "virtuelles" proches du Rover. Il s'agit des 
réseaux Orpheons et Terria, mais l'accès est payant.


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Hello Ab_fab,

Le 09/02/2016 09:00, Ab_fab a écrit :
_ Faire les corrections à postériori. Car en général, on peut 
récupérer les infos de correction via le site http://rgp.ign.fr/


Tu connais des tutos ou explications diverses sur le post processing 
depuis les données du rgp ? J'ai tenté plusieurs fois de mon côté, et je 
ne m'en sors pas vraiment.


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Malheureusement non.
J'avais essayé le logiciel Rinexpresso sous Windows pour obtenir un fichier
Rinex, mais le post-traitement était compliqué à comprendre ... et je n'ai
pas persévéré


Le 9 février 2016 à 09:34, Stéphane Péneau  a
écrit :

> Hello Ab_fab,
>
> Le 09/02/2016 09:00, Ab_fab a écrit :
>
>> _ Faire les corrections à postériori. Car en général, on peut récupérer
>> les infos de correction via le site http://rgp.ign.fr/
>>
>
> Tu connais des tutos ou explications diverses sur le post processing
> depuis les données du rgp ? J'ai tenté plusieurs fois de mon côté, et je ne
> m'en sors pas vraiment.
>
> Stf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 09/02/2016 20:17, Jean-Michel Pouré a écrit :
OK, je comprends. Je suis à 30 km de la station de Creil. C'est 
suffisant pour avoir une certaine précision, sans descendre à 2cm ?


Je ne peux pas te répondre, il faut essayer. Ce sera forcément beaucoup 
plus problématique en zone urbaine, à cause de l'effet "canyon" (les 
immeubles qui bloquent une partie des satellites et génèrent des rebonds).


Le 09/02/2016 21:30, Jean-Michel Pouré a écrit :

Je dispose de quelques machines embarquées et de serveurs récents. Quel
matériel me faut-il pour démarrer une station NTRIP ? La fonction
émission radio ne m'intéresse pas. Quelle puce de suivi satellite me
conseillez-vous ?

J'ai lu dans la documentation EUREF qu'il fallait un accès à la
totalité du ciel et qu'on devait utiliser un matériel à auto-calibrage.
RTKlib peut-il faire l'affaire ?
Je ne connais que très peu les spécifications minimum pour une station 
Ntrip "officielle", mais il me semble que la précision de l'horloge est 
primordiale, ainsi que la qualité de l'antenne de réception et sa 
calibration.
Tous ces paramètres sont un peu moins cruciaux lorsqu'on se crée sa 
propre station de base personnelle.


En récepteur, je ne m'y connais pas énormément. Je sais que les 
u-blox.com sont assez régulièrement utilisés pour le diy. Perso je suis 
chez Navspark. Pour en faire des stations de base, il faut qu'ils 
fournissent les données RAW.
Il doit exister des softs open source pour la conversion 
RAW->RTCM->NTRIP mais je ne me suis pas trop penché sur le sujet pour le 
moment. En revanche, notre cher Ratzilla$ bosse sur le sujet, il en 
parle un peu sur son twitter :

https://twitter.com/RatZillaS



La matériel à mettre en oeuvre n'a pas l'air phénoménal et j'ai
l'impression qu'une installation comprenant matériel embarqué, câble
réseau, puce de réception ne doit pas coûter très cher en DIY. A la
limite, on peut imaginer un matériel PoE à placer sur le toit.

Qu'est-ce que vous en pensez ? N'est-ce pas le type de projet qu'une
communauté devrait gérer ?
Oui, ce serait très intéressant. Et il existe déjà des communautés qui 
le font : les agriculteurs, particulièrement ceux qui cultivent de 
grandes surfaces, comme les céréaliers. Mais leurs réseaux de stations 
ne sont en général pas ouverts.


Pour un accès libre à tous, il y a un début de projet :
http://pylongps.com/doku.php

En tout cas, si tu avances sur le sujet, n'hésite pas à partager.

Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Le lundi 08 février 2016 à 22:33 +0100, Jean-Yvon Landrac a écrit :
> Le GPS différentiel est effectivement très performant (10 cm ?) mais
> je ne sais s'il est disponible sur smartphone.
> Tiens je vois que toi aussi tu dis 10 cm.

Sur OpenStreetMap, j'ai découvert cette page :
http://wiki.openstreetmap
.org/wiki/RTKLIB

Sous Android, il faut installer RTKGPS :
https://f-droid.org/repository/browse/?fdid=ru0xdc.rtkgps

Ensuite, connecter un GPS externe via USB ou blutooth. Un simple GPS
intégré USB+antenne suffit. Il n'est pas nécessaire d'utiliser un GPS
haut de gamme.

Les données de correction sont émises par des stations terrestres, via
Internet. Certains utilisateurs annoncent 2 cm de précision pour la
version Internet et quelques millimètres lorsqu'on dispose d'un
récepteur radio.

Je n'ai pas testé, mais je vais le faire, vu que je dispose d'un GPS
externe. J'ai simplement besoin d'un adaptateur USB.

Cordialement,
Jean-Michel


smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

Merci pour les informations.

Je dispose également d'une carte de développement avec un GPS intégré.
Quand on n'a pas de base fixe, on peut utiliser un service Internet.

Pour OpenStreetMap, la précision de quelques dizaines de centimètres me
suffit. J'aimerais surtout caler les cartes Bing avec précision.

Cordialement,
Jean-Michel


Le lundi 08 février 2016 à 23:04 +0100, Stéphane Péneau a écrit :
> Et il faut 2 récepteurs pas trop éloignés (10km max pour les
> récepteurs L1). 1 qui est fixe (la base) et 1 qui est mobile (le
> rover).
> La base dont idéalement on connait la position exacte transmet ses
> infos au rover qui va recalculer sa position.
> Ce calcul peut être fait via la librairie RTKLIB qui est open source
> (sur ordi, smartphone), ou directement intégrée dans le récepteur.
> 
> On commence à trouver des récepteurs RAW sur 1 seule bande de
> fréquence, à pas trop cher. Par exemple le NS-HP que je teste en ce
> moment, et qui intègre une puce pour les calculs RTK (pas besoin de
> matériel externe) :
> http://navspark.mybigcommerce.com/ns-hp-rtk-capable-gps-receiver/
> 
> Les restrictions sont qu'il faut recevoir environ 6 satellites en
> commun entre la base et le rover, avec un bon rapport signal/bruit,
> et qu'ils ne soient pas trop bas sur l'horizon. En utilisant
> uniquement le GPS, ce n'est pas toujours gagné, il faut vraiment de
> bonnes conditions.

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Jean-Michel Pouré]

J'ai trouvé plus d'informations ici :
https://fr.wikipedia.org/wiki/Cin%C3%A9matique_temps_r%C3%A9el

A priori on peut connecter à son smartphone Android un GPS traditionnel
en USB et descendre à la précision d'environ mètre. Les informations de
correction sont alors reçues via Internet.

Vous avez déjà testé ?

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Hello !

Je bidouille sur le sujet depuis quelque temps.
En réponse très rapide :

En dgps, je ne crois pas qu'on puisse descendre sous 1m de précision. Et 
même 1m, avec des récepteurs standard, je suis assez sceptique. Pour 
ceux qui reçoivent 2 bandes de fréquences (L1 et L2) pourquoi pas, mais 
c'est du professionnel.
C'est assez courant comme système dans les récepteurs de rando, mais pas 
dans les smartphones.
Perso, je bidouille avec un Navspark-gl que je connecte en bluetooth à 
mon smartphone en attendant d'en faire un logger autonome (stockage sur 
carte µSD) :

http://navspark.mybigcommerce.com/navspark-gl-arduino-compatible-development-board-with-gps-glonass/

En RTK, on peut arriver à quelques cm, mais les conditions sont bien 
plus drastiques :
Le principe de base est proche du dgps, mais on n'utilise pas seulement 
les données reçues depuis les satellites, mais la porteuse qui 
transporte ce signal. Il faut des récepteurs capables de récupérer les 
données brutes reçues depuis les satellites. On dit qu'ils sont 
compatibles "RAW". Ici, idem, les récepteurs travaillant sur plusieurs 
bandes de fréquences obtiennent de meilleurs résultats.


Et il faut 2 récepteurs pas trop éloignés (10km max pour les récepteurs 
L1). 1 qui est fixe (la base) et 1 qui est mobile (le rover).
La base dont idéalement on connait la position exacte transmet ses infos 
au rover qui va recalculer sa position.
Ce calcul peut être fait via la librairie RTKLIB qui est open source 
(sur ordi, smartphone), ou directement intégrée dans le récepteur.


On commence à trouver des récepteurs RAW sur 1 seule bande de fréquence, 
à pas trop cher. Par exemple le NS-HP que je teste en ce moment, et qui 
intègre une puce pour les calculs RTK (pas besoin de matériel externe) :

http://navspark.mybigcommerce.com/ns-hp-rtk-capable-gps-receiver/

Les restrictions sont qu'il faut recevoir environ 6 satellites en commun 
entre la base et le rover, avec un bon rapport signal/bruit, et qu'ils 
ne soient pas trop bas sur l'horizon. En utilisant uniquement le GPS, ce 
n'est pas toujours gagné, il faut vraiment de bonnes conditions.


Pour l'instant, j'ai un seul NS-HP, car pas trop les moyens financiers, 
et j'aimerais bien un modèle GPS+GLONASS et rêvons un peu, Galileo 
aussi. Ça existe déjà partiellement, le REACH de Emlid, mais on est dans 
les 500€ la paire.

http://www.emlid.com/reach/

Il existe d'autres solutions pour la station de base du système RTK, 
mais je ne vais pas m’étendre plus pour ce soir.


Stf

Le 08/02/2016 22:38, Jean-Michel Pouré a écrit :

J'ai trouvé plus d'informations ici :
https://fr.wikipedia.org/wiki/Cin%C3%A9matique_temps_r%C3%A9el

A priori on peut connecter à son smartphone Android un GPS traditionnel
en USB et descendre à la précision d'environ mètre. Les informations de
correction sont alors reçues via Internet.

Vous avez déjà testé ?


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr