Pannes électroniques Raymarine

Oxydation, connectique et humidité...
Un ménage à trois un peu tumultueux qui fait les grandes heures de la monte de rechange.

Un des appareil qui fout le bordel
Dans le bus seatalk. Les deconnecter 1 par 1 pour echercher le coupable

Celà pourrait etre de l'orage
sans qu'il y ait de traces. La foudre est tombée en mer à proximité du bateau et l'électronique a dégagé (raymarine).

orage ?
J'ai imputé à un orage le fait que mon course computer (celui qui commande le vérin de barre) ne faisait plus rien du tout (transistor de sortie cramés). Comme la carte mère du radar avait également dégagé l'orage a eu bon dos, faut dire que d'autre équipements aussi déconnaient (oublié lesquels).

Et à Ostia, quand la foudre tombe sur l'eau du port ça j'ai vu), y a des cheveux dans les environ qui se dressent, alors que de l'électronique dégage.

A bord il n'y avait aucune trace de brulé mais les transistors étaient bien cramés dixit pochon.

Peut-être peux-tu essayer en remettant graduellement les composants dans le bus seatalk, un par un jusqu'à ce que ça cesse de marcher. En essayant d'empecher ce 3Seatalk Failure" d'apparaitre

Enfin, peut-être faut-il, dans les coins orageux, débrancher les équipements de manière astucieuse, whatever that means.

le seatalk est un bus
un vrai bus, avec la possibilité de plusieurs parleurs sur le même bus et gestion de la contention. En réalité ça s'inspire du protocole ethernet que ça implémente avec des USART (les composants de transmission serié utilisés par ex dans V.24 et RS232) et la détectection de collision c'est tout simplement un framing error (le bit de stop à une mauvaise tête).

Ceci dit il est fort possible qu'avec le capteur loch, l'afficheur multi et le boitier pilote sur le dit bus (alimenté du coup par un de ceux là) le couple loch+multi y retrouve du protocole SeaTalk alors que le pilote ne voit rien de sérieux.
On pourrai en déduire que l'entrée d'info du boitier pilote est endommagée mécaniquement ou électroniquement.

C'est quoi comme modèle ton boitier pilote ?

Ah, au fait gogol(SeaTalk failure) est bavard comme une pie, j'y ai remarqué un "Chapter 3: Advanced Operation. 25. SeaTalk failure. ST FAIL. This silent alarm indicates that there is a wiring fault in the SeaTalk. connection." qui pointe vers le chapitre 3 du ST6000 (p 25 de la dite doc ou page 38 du document pdf) sur le site de raymarine.

Tentant, non ? rassurant ? peut-être ;-)

Double alim ?
Si je comprend bien ton descriptif, ton dispositif comportes deux alim distinctes situées chacune à une extrémité :
Une avant le st60 table à carte, une autre sur le calculateur.

As-tu vérifié que ces deux alim sont très précisément sur la même polarité ?

Le seatalk travaille en comparant une tension de référence avec ce qui passe dans sa ligne de dialogue.

Une divergence sur la tension de référence ou un conflit entre deux tensions de référence pourrait éventuellement donner ce type de réponse.

Alimentation...suite...
Quand tu dis avoir procédé à tes essais de portions de ton système comment ces portions étaient elles alimentées ?

Il me semble que, normalement, les alim passent par le câble seau talk. Quand tu as testé, par exemple ta girouette, elle était alimentée par qui ? Le 12V de la table à carte au travers du câble qui chemine depuis l'avant ou depuis le calculateur au travers du câble qui chemine depuis l'arrière tribord ?

liaison directe entre l'arrivée Power et le pilote ?
Tu écris : quand tu as "Seatalk Failure" tu peux rien faire sur le pupitre

Ca me semble une piste intéressante : quel est le minimum incompressible avec juste le pilote.

J'imagine qu'il faut un bout de bus, surtout pour être alimenté. donc, le pilote (le calculateur ou course computer, n'est-ce pas ? en tout cas celui qui attaque directement le vérin). Et si dans ce cas il dit toujours "ST failure" ...

Encore une piste : L'état des connecteurs et des broches à l'intérieur des connecteur ST. Dans une autre vie informatisé J'ai vu des cas ou des femelles étaient devenues lâches et surtout ou une pinoche male s'était pliée et entrait avec sa voisine dans la même pinoche femelle (là on a galéré un max).
Du coté du raccordement des fils du ST au course-computer, si c'est comme dans mon CC300, ça se fait par des cosses à presser pour entrer le fil dénudé puis relacher. Je n'ai jamais eu de pb avec ce type de cosse, il suffit de gymnastiquer le câble pour tester la qualité de la connexion. On peut bien sur brancher un fil à la mauvaise place

A propos de "Ca veut dire mettre une liaison directe entre l'arrivée Power et le pilote ?" , au vu de la doc (cf ci-dessous) le pilote alimente le bus ST. Il suffirait donc de raccorder un bout validé de cable ST au pilote/CC pour faire les constats sur le message "ST failure". Si ça persiste, et si ça persiste même en l'absence de bout de cable, et si ça persiste même si tu n'ajoute que le multi ou que le loch

A propos du CC300 décrit dans www.devill.net[...]0CC.pdf
un schéma p 9 du pdf, alimentation du CC p 24, raccordement du SeaTalk et code couleur p 26, taille des cables et cosse à enfoncer p 24. Remarque que toutes les cosses du CC sont repérées par des symboles (je me doute que tu sais ;-) )

Qu'est-ce qu'on va rire à relire ce fil lorsque tu auras trouvé la panne. Heureusement qu'il n'y a pas de champage en jeu ;-)

Précisions
J'ai bien 2 points d'alimentation, l'un depuis le tableau electrique via le multi de la table à carte et l'autre depuis le circuit principal du calculateur. Les deux fonctionnent (avec le système de bus, c'est très facile à controler).
Si je ne connecte sur le bus que le loch et un multi, je ne récupére aucune information sur le multi (sauf le voltage, mais je pense que c'est interne au multi).
Si je ne connecte que le boitier du pilote et le calculateur (7001 +), je n'ai que Seatalk Failure.
Quant à la girouette anemo, vu que l'ecran LCD de vitesse du vent et l'aiguille de l'anemo sont aussi immobile l'un que l'autre (l'écran ne s'allume même pas), je suspecte une panne interne à cet appareil.
Bref, que de pannes !!!

Précisions
La double alim est conseillée par Raymarine et c'est Pochon qui a tout monté, et fort bien à mon avis,il y a 5 ou 6 ans et depuis tout fonctionne. Bien évidement, il y a la même polarité sinon tout aurait fusé. Ceci dit, si on est dans la partie arrière du bateau, la chute de tension via l'alim "tableau" est certainement plus forte que via l'alim calculateur qui est en cable de 2 x 4. Et j'ai testé avec l'une, ou l'autre ou les deux alim (pour la girouette par exemple, mais sa panne me semble claire : aucun affichage sur le petit ecran LCD de vitesse vent, pas de rotation de l'aiguille, ca fait "panne franche"). Et de toute façon, ca marchait parfaitement avant.
Une remarque concernant le frigo : c'est vrai que j'ai installé un nouveau groupe à la place de l'ancien et qu'il est plus puissant (DF50 à refroidissement par eau). Mais je ne l'ai pas branché pendant les tests.
Pour les branchements, en reponse à la question, mon descriptif montre un mixe d'une triple Seatalk et de branchement série. Bien sûr, je fais attention à tester avec un cable Seatalk dont je suis sûr qu'il est alimenté (et je teste les deux alim à chaque fois).

Essai déjà fait
J'ai testé le système loch-multi avec une alimentation ou l'autre. Pas de résultat.
La panne n'existe pas depuis la double alim : je n'ai rien changé à cette double alim qui existe depuis l'origine.
Pour la dernière proposition, peux tu préciser ? Ca veut dire mettre une liaison directe entre l'arrivée Power et le pilote ? Parce que de toute facon , quand tu as "Seatalk Failure" tu peux rien faire sur le pupitre (à propos c'est un 7001 +), même pas accéder au setup.

c'est ces prises là dont je parle
cdlt.

pour info
T'as pas un plaisancier dans le coin, avec du ST 60, où tu pourais tester tes instruments, séparément, sur son bateau ?