OpenCPN ”Envoyer au pair”

Comme pour le BT dans la téléphonie : "Appairer" ?

Send a route, track or waypoint to another OpenCPN.

When one or more OpenCPN instances are connected to the same local network, i.e same Gateway, it's possible to transfer a single waypoint (WP) or an entire route to another OpenCPN instance. Other devices can be on a PC or Android. Also a “portable” instance on the same PC is seen as a peer and then a network connection is not needed.
The function “Send to peer” is available by the right click canvas menu when the cursor covers a route or a WP. Also in “Route and mark manager” one can select a route, track or WP and click the button “Send to peer”

Envoyer une route, un track ou un waypoint à un autre OpenCPN.

Lorsqu'une ou plusieurs instances OpenCPN sont connectées au même réseau local, c'est-à-dire à la même passerelle, il est possible de transférer un seul waypoint (WP) ou une route entière à une autre instance OpenCPN. Les autres dispositifs peuvent être sur un PC ou Android. Une instance "portable" sur le même PC est également considérée comme un pair et une connexion réseau n'est donc pas nécessaire.
La fonction "Envoyer à un pair" est disponible par le menu de canevas du clic droit lorsque le curseur couvre une route ou un WP. Dans le "Gestionnaire d'itinéraires et de marques", il est également possible de sélectionner un itinéraire, une trace ou un WP et de cliquer sur le bouton "Envoyer à un pair"

When “Send to peer” is activated by a button or a menu item a mDNS query is sent on the local network for other OpenCPN instances to reply. Those who responded in time are listed in a dialog window and you can choose your intended target to transfer to. If the desired OpenCPN is not found you can try again by the “Scan again” button.
The target is called server and the one you are sending from is called client.
If it's the first time you connect to another OpenCPN the server will display a Pin code you must enter on the client to continue. Subsequent transfer to this server will not need a Pin code. When the transfer has succeeded you will be messaged about that.
If you send a route to the server it's possible get it activated once received. Select that option before start the transfer.

Lorsque l'option "Send to peer" est activée à l'aide d'un bouton ou d'un élément de menu, une requête mDNS est envoyée sur le réseau local pour que d'autres instances OpenCPN y répondent. Celles qui ont répondu à temps sont listées dans une fenêtre de dialogue et vous pouvez choisir la cible vers laquelle vous souhaitez effectuer le transfert. Si l'OpenCPN souhaité n'est pas trouvé, vous pouvez réessayer en cliquant sur le bouton "Scanner à nouveau".
La cible est appelée serveur et celle à partir de laquelle vous envoyez est appelée client.
Si c'est la première fois que vous vous connectez à un autre OpenCPN, le serveur affichera un code Pin que vous devrez saisir sur le client pour continuer. Les transferts ultérieurs vers ce serveur ne nécessiteront pas de code PIN. Lorsque le transfert aura réussi, vous recevrez un message à ce sujet.
Si vous envoyez une route au serveur, il est possible de l'activer dès sa réception. Sélectionnez cette option avant de commencer le transfert.

Traduit avec DeepL.com (version gratuite)

Je précise que je n'ai pas encore utilisé cette fonctionnalité.

Donc, en utilisant "Send to peer", indiqué par Erickalon, on arrive à ce lien vers une page récente qui ne date que de 7 jours :
opencpn.org[...]oku.php

Elle sera certainement améliorée puisqu'elle porte actuellement la mention "FIX ME!" en tête de page avec le texte :
" This page needs overall review re content with respect to Use GPX Files and Navigation Data "
soit :
"Cette page nécessite une révision globale concernant le contenu en ce qui concerne l'utilisation des fichiers GPX et des données de navigation."

Merci à tous.
Je testerai demain soir entre Raspberry, Linux et Android.

Ce matin j'ai essayé de reproduire les erreurs pour en vérifier le côté systématique. Et bien le plus souvent cela fonctionne, mais rarement non! Quel que soit le terminal qui émet et celui qui reçoit.
Quand cela ne fonctionne pas, il suffit de redémarrer l'OpenCPN émetteur et cela fonctionne.
Donc face à l'aléatoire, je baisse les bras et considère qu'un bug se promène quelque part dans le code et que là, je ne peux guère aider.

Une fois que deux OpenCPN ont déjà communiqué entre eux dans un sens, le code n'est plus demandé pour les échanges suivants dans le même sens, même après un arrêt d'un des OpenCPN. C'est très pratique. Merci.

Jean-Philippe