Opencpn s'arrète...

Pour Francois 260: j'utilise un GPS Fixe FURUNO GP32 qui est connecté à un multiplexeur sur lequel est connecté le réseau NMEA des autres appareils.

Pour Gilletarom: quand Opencpn s'arrète, il n'y a pas de message d'erreur. Qu'entendez vous par crash et crash report. excusez moi, je suis néophyte dans ce domaine!!!

@Dany06 :

Pas de message, donc apparemment, pas de crash report.

Ceci dit, lisez cette page pour savoir ce qu'est un crash report :

Manifestement, vous n'avez pas de crashreport. Mais , pour en être certain, allez voir dans le dossier d'initialisation.

Il faut donc envoyer le fichier opencpn.log et sans doute aussi votre fichier opencpn.ini dans le tracker.

Cdlmt, Gilletarom.

Je précise :
Avec la 4.0, les rapport de crash ne sont plus envoyé automatiquement mais sauvegardé dans le PC.
S'il y a eu crash report, un dossier est présent dans le dossier d'initialisation d'OpenCPN. Il contient en principe un dossier dont le nom ressemble à ça : f4dd6321-ee3d-4964-8717-957e7a14bb98
C'est ce dossier qu'il faut charger dans le tracker

@Nossi :

Laissons Dany06 ouvrir une alerte sur le tracker. Après quoi, vous pourrez y ajouter des info supplémentaires.

Par contre, j'ai une question concernant l'arrêt nocturne à minuit.
En principe, du moins si j'a bien compris en lisant le site web opencpn.org, OpenCPN ne doit pas s'arrêter et doit relancer une nouvelle trace immédiatement. Est ce le cas ?

Cdlmt. Gilletraom.

Juste une question :
quel est l’intérêt de cet arrêt nocturne dont je découvre ici l’existence ?

@Nossi :

Il y a 3 ans, alors que nous rentrions de nuit d'Angleterre, en arrivant dans le Little Russel, à Guernesey, à minuit pile, tout c'est arrêté. Et pas au meilleur endroit ...
Ce fut un moment de stress ... Le temps de redémarrer tout.

Ceci dit, je ne sais pas si le coupable était le GPS, la VHF (puisque le GPS donne à manger à la VHF), ou OpenCPN ou le PC.

Mais c'était avec une ancienne version d'OpenCPN, de mémoire la 2.5.

Depuis je ne coche plus jamais la case "Trace journalière automatique : Activer" qui est dans les "Options/Bateaux/Bateau de l'utilisateur".

De ce fait, je n'ai plus d'expérience à ce sujet. Je n'ai plus été victime de ce genre de galère.

Mais votre information me laisse penser qu'il y a un bug caché dont personne n'a jamais parlé sur le Cruisers forum, ni dans le Tracker d'OpenCPN. Et rien ne prouve d'ailleur, que le coupable soit OpenCPN. Mais why not ?

Nossi,

Sauf erreur, je n'ai pas vu de fil (H&O et Cruisers forum) en rapport avec ce problème,

Durée de la navigation ? Quel est le délai avant le plantage ?, est ce régulier ?

suggestion : vérifier les paramètres d'optimisation de la consommation électrique : mise en veille, arrêt disque dur....

Serge

Il y a une autre cause potentielle. Cet été, mais en plein jour, avec la version 3.2.2, j'ai eu pas mal d'arrêts de ce genre et sans crash. Juste avec le message "OpenCPN a cessé de fonctionné".
Ces arrêts ont eu lieu uniquement en traversant la Manche, dans la zone des rails. Jamais lorsque nous avons longé les côtes de Bretagne nord d'assez près.
Cela a été signalé
La gestion de la mémoire du PC était peut être en cause. Une autre explication potentielle, le nombre impressionnant de bateaux qui possèdent un émetteur AIS en Manche (les cargos, plus les voiliers, ça fait des centaines de bateaux) donc des centaines de messages à traiter). Je soupçonne que mon PC, un simple netbook Asus EeePC, est trop "frêle" pour que cela puisse tenir la route. 1 Mo de ram, c'est pas assez. Il faut certainement au moins 2Mo de RAM.

Cet été, avec la version 3.2.02 et Windows XP sp3, AIS afficher la liste des cibles, un clic droit sur un des navires de la liste = extinction instantanée de l'ordinateur ! Réitérable à volonté.
.
(Ceci mis à part, l'ordinateur et Open CPN ont tournés sans interruption pendant les 11 jours de la traversée Rochefort/Açores aller comme retour sans aucun souci).

Hoops hier j'ai merdu et posté ma réponse dans la mauvaise case [désolé pour le doublon]

Une des raisons classique des plantages inexpliqué de PC à bord après plusieurs heure de marche sont les écarts de masses entre les équipements. Les écarts de masse sont principalement du aux élévateurs de tension que nous utilisons pour nos PC. La plupart des PC fonctionnent avec du 19v alors qu'a bord nous avons du 12v. Pour ce qui passent par du 220v c'est encore plus critique. J'ai posté un papier sur www.plaisance-pratique.com[...]le-avec l'année dernière que le sujet.

Attention: je ne prétend pas que c'est le problème rencontré ici. Toutefois c'est un problème courant qui va dans le meilleur des cas de planter le convertisseur USB/RS232 et dans le pire cramer la carte mère du PC ou le transpondeur AIS/GPS. C'est donc un problème sérieux qu'il n'est pas prudent d'ignorer. Les écarts maximum se retrouve en général sous batteries avec des consommations assez forte pour faire baisser les tensions [ex: sous pilote auto].

Nota: Ces pannes ne concernent que les GPS/AIS/Multiplexeur avec une alimentation 12v indépendante. C'est le cas de tous les transpondeurs AIS, mais des GPS de bord, Pilote, Traceur, Multiplexeurs, etc... qui sont reliés au PC avec mise en commun de la masse via le port RS232/USB/multiplexeur, etc ... Par contre ça ne concerne pas les GPS USB/souris car ceci sont alimenté par le PC et non pas par le 12v du bord.

Conclusion: si votre install plante avec le multiplexeur ou le GPS du bord, mais pas avec un GPS souris. Alors c'est sans doute qu'il à un problème de masse. Dans ce cas il faut simplement bricoler un hub USB et court-circuiter la liaison masse du bord et masse USB/PC.