Perte de signal NMEA

?
Difficile de répondre comme ça sans avoir eu soi-même le même problème ...

Je suppose que tu as essayé les deux sens de polarité des fils "signal" ?

Peut-être une piste est que le NMEA ressemble beaucoup qu RS232 sans toutefois être exactement identique du point de vue amplitude des signaux et qu'il y aurait un pépin de ce coté là, l'un étant en NMEA et l'autre en RS232 ?

Tu peux aussi mettre un simple voltmètre numérique ou analogique sur la sortie NMEA , à vide d'abord, puis chargée par le cable de 7m pour voir si le cable "écroule" la sortie ? (le voltmètre va osciller vu l'aspect variable du signal mesuré).

Bon, ça ne fait pas beaucoup avancer le schmilblick ...

idées
faire un cable court d'essai, bonne idée

et puis un scope permet de voir si les signaux sont normaux au bout du cable

et reverifier dix fois cette "boite de raccord"par rapport a sa docum

dans ces cas là je fais toujours verifier par un autre, car l'homme refait toujours la même erreur en verifiant!

Effectivement
La longueur du cable n'apparait pas en cause.
Il y a quatre métres de cable blindé entre l'afficheur et le boitier, puis encore trois quatre métres entre le boitier et la connection sur l'interface NMEA.
J'ai donc coupé le faiseau aprés le boitier de connection, puisque je n'avais pas besoin d'une telle longueur.
Cela ne change rien.
Ce n'est pas non plus le problème de la connexion sur le boitier, c'est des prises avec détrompages (et on ne peut pas mélanger les trois prises, c'est pas les mêmes).
Les mecs de B&G, qui ne sont pas archi vifs à la réponse, me proposent de leur renvoyer l'afficheur pour vérification.
La suite bientôt...
Jacques

Nmea
Perso j'ai un Garmin ,j'ai raccordé le signal nmea sur l'ordi + le pilote autholem, impossible a faire fonctionner le deux simultanement , obligé de choisir entre le pilote et l'ordi ! Nul en electricité il me semble qu'il faudrait emplifier le signal mais comment????????????

Exact Melody 5
Je partage ton point de vue sur la rs232 c'est pourquoi, dès que la fréquence monte ou que la distance s'allonge, on passe sur du RS485.

La RS 232 (tension) est donnée pour 12V/µs temps de montée, le signal typique est de +/-8 volts avec un seuil de détection de +/-1,4 volts la fréquence critique semble se situer vers quelques mégabits pas secondes. Toutefois il faut compter sur la capacité de la ligne et dans ces conditions les belles possibilités s'écroulent lamentablement. Le courant maxi du pavé se situe vers 10mA. Sauf à bien adapter sa ligne, à employer les bons câbles, pratiquement la RS232 est limitée en distance pour des valeurs de quelques dizaines de mètres (sauf à travailler en basse fréquence 1200 bauds ou en deçà 300 bauds.)

C'est pourquoi on utilise de préférence des liaisons RS485 en courant qui permettent de s'affranchir des parasites et de monter en fréquence. Le courant de sortie du circuit intégré est de 30 à 250 mA ce qui confère des temps de montée de 30 à 100ns qui permettent de mieux monter en fréquence. On charge alors la ligne par une résistance assez faible 50 Ohm pour diminuer les effets des parasites et de la capacité du câblage. (expérience personnelle 400m en 9600 bauds)

Le CAN est un protocole de communication associé à des circuits type courant.

Voir www.enseirb.fr[...]us.html
Ou on trouve en fin de l'article un tableau des fréquences et des longueurs des câbles qui recoupent en gros les valeurs.

Il est possible que sur de courte distances la ligne soit mal adaptée. Qu'elle soit le siège de rebonds ou d'oscillations qui sèment la panique. Pas assez chargée? On peut essayer de mettre en terminaison une petite capa de 10pF qui aura pour rôle de calmer le jeu ou en parallèle une 100ohm pour charger ou d'introduire en série une petite résistance de 10 ohms ou 22 ohm pour éviter une oscillation haute fréquence si le problème est dû, au contraire, à une capacité de ligne trop forte qui ferait osciller la sortie d'un circuit.

Un scope serait le bievenu pour voir ce qu'il se passe.

Gilus, quel est le lien entre "notre NMEA" et CAN ?
c'est un poil hors sujet mais, si je trouve le lien CAN tres interessant, je n'ai pas vu le lien avec la NMEA utilisee par nos GPS.

Est-ce que NMEA est uniquement un standard portant sur la forme des trames ou aussi sur la couche physique ?

On travaille en protocole serie, asynchrone, tres sensible a la distance et affaiblissement. et sans protocole avance de correction d'erreur, type CRC.

En serie type rs232, les donnees sont envoyees par caractere (7 ou 8 bits de data, plus 0,1 ou 2 stops), ls horloges sont resynchronisses a chaque caratere pour diminuer l'influence des pertes.

De mes souvenirs, peu surs, je sais qu'il y a 2 normes tres proches, la RS232 (niveau 0 et + 5v) accessible aux courtes distances, et la RS432, version dite "en boucle de courant". Celle-ci permet des plus longues distances, avec des debits faibles (ceux de nos GPS), peut-etre avec un codage NRZ mais je ne sais plus.

A+
JF
PS : je vais esssayer le logiciel/oscillo PC, semble marrant et suffisant au vu des debits dont on parle

voire les séquences NMEA sur un PC
C'est facile.
Avec Windows, tu as Hyperterminal, qui affiche sur ton écran ce qui rentre par le port où tu as connecté ton interface NMEA.
Il faut bloquer l'affichage sinon le défilé est trop rapide pour avoir le temps de lire.
Sur le site de l'assoc qui gère le protocole NMEA tu peux télécharger un manuel qui présente toutes les séquences NMEA, ce qui permet de vérifier tout ce que ta sortie NMEA envoie.
C'est intéressant pour programmer les sorties de tes instruments en fonction de tes besoins (par exemple, les séquences RMB et RMC sortant d'un GPS sont assez similaires, mais il faut choisir celle dont ton pilote ou ton traceur a besoin pour être certain qu'il recoit bien ce qu'il sait lire.
Je fais marcher sans souci un GLS MLR avec une installation TACKTICK, un pilote SIMRAD, un PC avec Navicarte.
Il n'y a que ce machin B&G qui me cause des problèmes.
Jacques

good !
thanks. Plein de doc a lire et de trucs a essayer. ca tombe bien, y fait pas beau.
Jef