Affichage vent réel ...

Bonjour,
Merci pour ta réponse.

La solution que tu suggères, en plus d’être coûteuse (les capteurs d’angle de mât ne sont pas donnés...), est tout à fait envisageable sur un bateau restant à flot toute l’année, beaucoup moins sur un bateau transportable qu’on mâte et démâte constamment : => connecteurs étanches entre mât et coque , risques de faux contacts...etc...
Pour la même raison, j’ai installé les feux de navigation babord, tribord, et poupe sur la coque centrale.
En haut de mon mât, je n’ai qu’une petite girouette de dériveur, quand je ne l’oublie pas avant de hisser le poteau.

Ta suggestion ne me renseigne pas sur la faisabilité d’utiliser Openplotter sur un Raspberri pour intégrer facilement (?) et à moindre coût (?) les données nécessaires à calculer l’angle du vent
vrai.

PHIL

@Nathis
Non, non... Fixer le capteur vent (sans fil...bien pratique) à la proue à l’extrémité du bout dehors reste une des deux options que je vais tester. D’autant plus que les pièces de support de mon CV7 SF sont faites (en ASA à l’imprimante) et posées.

Pendant les navigations en lacs intérieurs , on n’est jamais soumis à un clapot trop important. Ce sont des conditions propres à le tester à l’avant.

PHIL

Merci bmayer !
Il faut obligatoirement passer par OpenCPN pour obtenir cette variable TWA et la renvoyer en NMEA vers un afficheur dans le cockpit ?

@bmayer
1 entrée, 4 sorties ???
Il ne me faudrait pas plutôt l’inverse ( jusqu’à 4 entrées vers 1 sortie) ? :reflechi:

Tu as raison, j'ai merdé, et me suis laissé emporter par une envolée lyrique.
La page désignée ne spécifie que les multiplexeur logiciels utilisables sous Windows, pas avec un RPi. Pour un RPi, c'est KPlex, disponible de base avec la distribution OpenPlotter.
Perso, dans ta configuration, j'opterais plutôt pour un vrai multiplexeur matériel, en version minimaliste. Ainsi, tu conserverais la rusticité + fiabilité de ta configuration, ainsi qu'une consommation minimale. Genre : www.tyboat.com[...]es.html

Oui on peut mixer plusieurs entrées, et aussi rediriger en sortie

Oui le RPI est plus adapté comme souvent. On peut y installer des cartes également tout pareil que sur les autres machines ou mobiles.

@maitai

Tu me confirmes qu’on peut installer qtvlm sur un Rpi3 modèle B+ avec Openplotter ,et utiliser qtvlm juste pour renvoyer l’angle et la vitesse du vent vrai sur mon répétiteur ?

J’ai déjà qtvlm (gratuit) installé sur un ipad récent... sans autres cartes pour l’instant que celles de Openstreetmap...dans l'unique but de découvrir comment ça marche.
Comme le Rpi3 modèle B+ possède le wifi intégré, je pourrais en plus visualiser les paramètres sur tablette ?

Plus je me documente (entre autres grâce à la fonction Recherche du forum...), plus j’ai l’impression que je me noie dans un monceau d’informations pour lesquelles je ne possède pas la culture...

C’est ...démoralisant. Mais c’est intéressant !

(Je ne me décourage pas pour autant. Il y a un an, je ne travais rien à l’univers Linux. Depuis, j’ai redonné vie à trois PC anciens, voire un antédiluvien, en ayant commencé par Navigatrix, puis Elementary OS, et enfin Linux Mint 19 Cinnamon, que j’adore).
;-)

PHIL

@maitai
Merci pour ta réponse.

Mon répétiteur Advansea S400 Wind reçoit effectivement sur ses fils à nu du NMEA 0183 standard.
Actuellement, il peut indiquer sans problème l'angle et la direction du vent apparent qu'il reçoit du récepteur de mon capteur à ultrasons sans fil CV7 SF de chez LCJ Capteurs.

J'ai installé il y a trois jours, par curiosité, qtvlm sur un des deux PC portables que j'ai configuré en Minux Mint ( version écrite dans le bandeau en haut de l'écran: "qtVlm 64 bits 5.8.6-patch1").
Il me restera à bouffer le pdf de la documentation pour savoir comment y charger des cartes...etc...
Ce n'est pas une urgence (et pas le sujet de ce topic). Il est de toute façon hors de question, pour moi, de faire tourner un PC portable en navigation sur mon petit trimaran. Il me boufferait ma batterie en moins de deux ! :-D

PHIL

J'avais réalisé en suivant les indications de voilier-idem un multiplexeur à base d'Arduino pour une 20aine d'€. Il fonctionne sans anicroche depuis plus de deux ans. Je donne le lien vers son site dans ce post :

www.hisse-et-oh.com[...]-pauvre

Tu devrais faire un tour sur son site.

Voilelec, en parle, du capteur.

Je viens de (re)relire les pages Voilelec de Christian Couderc.
Même si le copyright en bas de page mentionne les années 1999-2014, les pages concernant l’électronique sur un voilier datent plutôt du début des années 2000...

Le très compétent HeOnaute "Vents" pourrait peut-être te répondre.

Ah!! Mais moi je croyais naïvement que c'était pour naviguer, mais si c'est juste pour passer les soirées au coin du feu :mdr:

si tu as du temps pour apprendre, l'idéal (le plus simple et le + fiable à mon avis) serai de multiplexer tes 2 NMEA avec un arduino mega (4 port séries), puis de calculer ton vent réel et renvoyer l'info en NMEA à ton afficheur

Bonjour,

La solution "arduino/méga" est effectivement celle que j'ai retenue. C'est la plus simple et la moins onéreuse.

Pour résumer, j'avais initialement acheté un multiplexeur 3 entrées Yakker et un émetteur 2 sorties wifi Yakker, après avoir lu ici différents fils sur ce sujet.
L'ensemble m'avait coûté moins de 100 roros et fonctionne très bien, merci.

Entretemps, je m'étais penché sur le système arduino que j'ai aussi découvert sur ce forum.
Dans un premier temps je voulais récupérer les phrases NMEA de mon CV7 (phrases en NMEA "récent") pour les traduire en "vieux" NMEA afin de ne pas acheter en plus un nouvel afficheur et ainsi utiliser mon vieil afficheur Stowe.

De fil en aiguille, j'ai ensuite réalisé de nombreux projets arduino, plus ou moins complexes et dans la continuité, je me suis intéressé à la 3D pour imprimer des boitiers spécifiques à mes bricolages (que je conçois sous FreeCad, SolidWorks me semblant "too much").

Et on arrive au multiplexeur sur arduino/méga qui est d'écriture plus simple que ce que l'on voit chez Idern.
En fait, j'ai écrit un petit programme sous arduino pour pouvoir ajouter des entrées supplémentaires au Yakker.

Sur l'arduino mega, je récupère donc sur une entrée les 3 entrées du Yakker, plus 2 nmea supplémentaires sur les 2 autres entrées, ce qui fait cinq entrées. ([i]avec la librairie "SoftwareSerial", on peut encore ajouter des entrées serial virtuelles, je vais tester si ça fonctionne[/i])
Bien entendu, on peut remplacer le Yakker par un autre arduino/méga (en cascade) et le résultat devrait être le même.

[b]Je n'ai pas encore testé le programme en réel, je me refuse donc à le rendre public sur ce forum ([i]et même par la suite, quand on voit toutes les critiques négatives et non constructives qui accompagnent la publication d'un projet original[/i]).

Par contre, je peux te l'envoyer en MP dès que je l'aurais testé. Normalement, cela doit fonctionner mais je préfère vérifier.

Ta demande :
" L’idéal serait que je trouve un programme tout simple pour deux entrées NMEA (entrée vent filaire + entrée gps usb) vers une sortie NMEA filaire vers l’afficheur S400 (...)[/i]"
ne pose donc pas de problème a priori. (et si l'afficheur ne peut pas faire le calcul AW/TW, tu pourras le faire faire dans ton arduino)

Achète sur Amazon une carte arduino/méga, retrouve le(s) fil(s) qui parlent d'arduino, je crois me souvenir que Fxvt ou quelqu'un d'autre avait mis des liens et installe sur ton PC, le dernier IDE d'arduino (logiciel de programmation/installation), c'est le préalable.
Une fois tout installé, tu m'envoies un MP et on voit la suite.

D'après la doc de openplotter, il peut calculer le true wind (je n'ai pas testé, mais d'ailleurs dans le pypilot fourni dans openplotter il y a un mode de fonctionnement true wind).
Sinon avec node red qui est embarqué dans openplotter c'est assez simple de faire des scripts customisés pour sortir à peu près ce que l'on veut d'après les données d'entree (je l'ai utilisé pour ajouter un checksum nmea à mon cv3f par exemple).

Après si l'idée c'est de prendre le gps, le vent, et d'envoyer le tout à l'afficheur sans rien calculer, c'est très simple. La girouette et le gps sont en nmea ou en usb ? Si c'est en nmea, 2 adaptateurs comme ça: www.hisse-et-oh.com[...]our-1-5

Dans l'interface openplotter, suffit d'en configurer 2 en entrée et un des 2 aussi en sortie, de tout brancher, et ca multiplexera directement.

Pour l'ajout du checksum, j'avais écrit un petit tuto ici sail.khetz.al[...]lotter/

Si t'as la formule pour calculer twa à partir des infos gps et vent nmea, c'est simple à adapter pour le faire.

Phil ; Je te proposerais de faire une pause sur le RPi, et de gratter l'Arduino en premier. Tu trouveras un terrain d'expérimentation beaucoup plus "petit".
Une ch'tite métaphore mécanique : RPi = diesel injection électronique avec des capteurs partout, tu tâtonnes pour obtenir un truc qui tombes en marche , Arduino, = diesel injection mécanique pompe en ligne, tu trouves la panne.
C'est un peu capillotracté, mais je me fais plaisir :-D

Bon, si on arrêtait de se secouer le popotin pour que ça tombe tout droit !?! :heu:

Une carte arduino à 14 roros
www.amazon.fr[...]=sr_1_5

L'IDE arduino à télécharger ici
www.arduino.cc[...]oftware

Quelques fils Dupont M/M ou M/F pour les branchements avec des connecteurs Wago pour aller plus vite (dispos sur Amazon)

Le sketch ici (j'ai retiré toutes les instructions non utiles et qui pouvaient prêter à confusion, donc normalement cela devrait fonctionner)
www.schnaps.fr[...]les.php

Pour moins de 20 roros, avec une livraison dans les 3-4 jours, tu verras si ton problème est solutionné...

P.S. le forum est souvent foireux pour les liens (si ça ne s'ouvre pas, faire un c/c)

En tant que prégrabataire également, la perte d'étanchéité me fait envisager l'application de biocide naturel par pulvérisation ....

@khetzal
Ahhh du très simple ! ça me plaît bien ça !
Si j’ai bien compris ce que tu viens d’écrire, je n’ai même pas besoin de passer par un logiciel de navigation (openCPN, qtvlm...etc...) .
Je vais donc commencer par exploiter ce RPi, déjà commandé avec les composants que j’ai mentionnés dans un post plus avant, avant d’investir dans un Arduino.

Je tiens à vous remercier tous ici pour la « bonne tenue » de ce sujet, et la bienveillance dont vous faites tous preuve dans vos échanges.
:pouce:

PHIL

Salut Khetzal ,
c'est le fonctionnement que j'avais retenu et je suis parfairement d'accord avec toi !
peux tu développer , l'extinction par le GPIO ?
merci de ton aide

SignalK, avec un K comme Khetzal ! (Voir le film "Le corniaud")
J'ai viré openplotter, pour remplacer par Raspbian + qtvlm + openplotter, pour n'avoir que le strict nécessaire.

Super simple et efficace !
Merci
:bravo:

L'autre avantage de le faire avec le RPI, c'est qu'un pc ou une tablette (ou un smartphone) avec qtvlm ou autre, connecté en wifi au rpi, avec en source de données openplotter recupèrera aussi toutes ces infos (donc vent reel affiché sur le logiciel en question en plus de l'afficheur).

Je pense que une fois tout installé, en suivant étape par étape dans l'interface, se sera beaucoup beaucoup plus clair.

Bonsoir à tous.

Après avoir initié ce sujet, je reviens vers vous juste pour vous informer de l’état d’avancement de mon installation.
Je progresse...
L’installation d’Openplotter s’est bien passée hier. J’ai juste fait ensuite l’erreur (?) de vouloir lancer des mises à jour d’openplotter et d’opencpn.
Au redémarrage aujourd’hui, cela plantait.
J’ai rebooté en réinstallant en l’état de la version téléchargée.

J'ai réussi à installer dans OpenCPN mes cartes vectorielles CM93 Europe 2014.

J'ai aussi réussi à déclarer mon GPS USB en tant que port série => il l'a reconnu.
La position de mon chez moi au nord ouest de Montpellier s'affiche sur la carte (icône de bateau rouge).

Quand j'aurai reçu les bricoles qui me manquent, je brancherai le récepteur du capteur vent LCJ CV7 SF en entrée ( sur les broches Rx et Tx du Bornier GPIO) et l'afficheur vent Advansea S400 en sortie sur port USB via un convertisseur USB / RS232.

Allez... on y croit ! ???? :mdr:

PHIL

je me souviens , mais je n'ai pas retrouvé le post !

peux-tu redonner le lien ?
une interface qui a déjà fonctionné fait gagner du temps .
Merci de ton aide

Bravo
tu vois que c'est pas bien compliqué !
bon courage pour l'interfaçage .

:bravo:

J'ai interfacé mon cv3f avec un adaptateur à pas cher (1,5€) et ca marche bien. J'ai aussi interfacé mon gps lowrance avec la meme chose, j'avais fait un post ici pour les personnes que ca interessait :)

Tu as un peu de quincaillerie pour connecter Rx et Tx ?
Ou bien tu soudes ?

Ca ressemble à quoi ?

J'ai une question ...
Est-ce que quelqu'un sait quel CPU (et autres) y a t il dans une installation NKE ?

Je pense au "NKE Processor Regatta" , mais j'aurai pu également indiquer le "NKE Gypilot 2 (avec option)".

J'ai conscience que ma question est un peu hors sujet mais je pense que ça pourrait donner une idée de comparaison : une installation à base de Raspberri Pi qui fonctionne de manière optimale, ça donnera quoi par rapport à une installation NKE ?

Si l'info vent vrai souhaitée est uniquement pour le barreur humain, ça n'est pas nécessaire d'être ultra précis ( = de faire des calculs de fou et d'afficher chaque dixième de seconde un nombre à deux décimales). Si par contre la finalité c'est pour le pilote auto pour qu'il puisse barrer par forte brise au portant en étant comme sur un rail, là c'est important que ce soit précis. Du coup : à quoi s'attendre avec le Raspberri idéal qui fonctionne de manière optimale ?

Si on m'apprenait que dans dans NKE Processor Regatta (et dans un NKE Gyropilot 2) il y a un core i3 voire i7 de 7ème génération (comme dans les Aqua Compact Pro de chez Digital Yacht), alors je serai septique sur ce qu'on peut espérer d'un Raspberri Pi ... A l'inverse, si dans une installation NKE se cache un Raspberri Pi ou équivalent, là je trouve que c'est TRES intéressant.

Effectivement j'ai du tomber sur une doc erronée (ou d'un ancien modèle).
Dans tous les cas, je pense que ça reste largement suffisant pour traiter bien plus que ce que les capteurs peuvent fournir (sauf peut etre le gyroscope ?)

De ce que je comprend du firmware navico, tous leurs produits compatible avec celui ci tournent avec un cpu freescale, soit imx 51, soit imx6, donc ça doit plus où moins se valoir à ce niveau (mais je crois que ces appareils ne font pas calculateurs de pilote ?)
Enfin bref ce qui compte dans ce cas, c'est pas la puissance brute, d'autant plus qu'il faut que ça ne soit pas trop gourmand en énergie. Un arduino ou un esp32 doivent suffire à faire tourner un très bon pilote (les retours sur le pypilot sont d'ailleurs plutot bons)

@Steph753

L’objectif de mettre ce RPI sur Winnie:

• Calcul de True Wind Angle & True Wind Speed : L’afficheur Advansea S400 fait lui-même le calcul de vent vrai quand il reçoit:
• les données (analogiques) de sa girouette-anémomètre Advansea dédiée sur son connecteur « propriétaire » 8 broches.

• les données NMEA sur ses fils nus de la part d’un GPS ou d’un loch.
  Est-ce que cet afficheur va m’afficher le vent vrai au lieu du vent apparent quand il recevra sur ses fils nus les phrases NMEA 0183 « mélangées » du gps et du capteur vent CV7 ?
  Ben, je n’en sais rien !!! (Ce sera la surprise...)

• pilote auto : NON . J’ai un ST1000 qui ne cause qu’en Seatalk. Je continuerai donc de l’utiliser en mode cap, pas en mode vent.

• cartographie : Les tablettes dans le cockpit...à moins d’un temps trèèès couvert, on n’y voit pas grand chose !
  Aussi, ça me démange bien d’installer sur support tournant un écran (alimenté en 12V) de 12 pouces, qui serait situé, support déplié, à l’abri du soleil sous le capot coulissant de la descente , afin de me permettre de suivre ma route sur OpenCPN , ou qtvlm , depuis la barre.
  Cet écran « miracle », il me reste à en trouver un à un prix raisonnable.
  Si c’est pour acheter une chinoiserie pas plus lumineuse qu’une tablette, aucun intérêt ! (celles que j’ai déjà trouvées sur la toile n’ont pas une luminosité « catalogue » supérieure à 400 candelas/m2).

• météo : je la consulte en 4G sur Météociel, « modèle fin heure par heure », WGS ou Arome. Pour de la navigation côtiere, c’est suffisant et très fiable .

• routage : non.

What else ? Comment dirait Georges ...

PHIL

Un RPi c'est entre 700Mhz et 1.4Ghz ... des millions "d'opérations" par seconde, mais il convient de rappeler ce que sont ces "opérations" ;) .

Une formule trigonométrique lourde ce n'est pas UNE opération, loin de là. Si en plus on tient compte qu'il y a simultanément X formules complexes, ça commence à bouffer pas mal de ressources.

Et comme tu le soulignes, ça change totalement la donne si c'est un système ultra optimisé ou s'il y a un système d'exploitation lourd qui sollicite lui aussi pas mal de ressources.

Idéalement il faudrait un écran transflectif, mais je crois que malheureusement ça ne se fait plus (fr.wikipedia.org[...]flectif )
Meme sur les écrans des afficheurs modernes raymarine je trouve qu'on y voit plus rien :/

Autre solution que j'avais reperée: www.sailracer.net[...]isplay/
J'avais pas pris, déjà parce que c'est cher (il me semble que en précommande c'était 240e mais je ne suis plus sur), mais surtout parce qu'il fallait l'utiliser avec leur app qui ne marche que par abonnement annuel. Sinon c'est un écran avec bonne visibilité en plein soleil, étanche, et bonne autonomie, pour le prix d'un afficheur Raymarine ou autre.

Du coup, je m'étais dit que j'afficherai tout sur le elite 5 ti.
Maintenant, entre temps, j'ai acheté un bateau avec timonerie. J'ai topé une tablette kindle 7 en reconditionnée par amazon à 20e donc je me dis que je la laisserai derriere la vitre de la timonerie avec QtVLM companion que j'ai acheté (et qtvlm lui tournera sur le rpi). Autre solution, faire tourner le companion sur la smartwatch (j'ai une smartwatch motorola de premiere generation étanche qui me sert plus, mais je sais pas si ça va tourner avec)

Je pense que qtvlm companion doit aussi tourner sur l'écran sailracer, mais c'est pas sûr.

le vent réel calculé avec la girouette anémo et le loch ,n'est pas tout à fait juste puisque nous n'avons que la vitesse surface qui est assujettie à la dérive et aux courants
le plus précis c'est avec le gps qui lui donne une route fond .
alain

@khetzal et @yantho : je crains de pourir ce fil avec cette discussion intéressante. J'hésite à lancer un autre topic sur un ordinateur central qui fait "tout" (calcul précis du TWS/TWA, et calculs des autres AWA/AWS/COG/XTE..., et le pilote auto, et logiciels de cartographie/météo/routage).

Je ne sais pas s'il faudrait un i3 ou un i7 (ou autre). Mais ça me parait évident qu'au global la consommation électrique serait moindre (par rapport à s'il y a plein d'appareils).
(après calculs, il semblerait qu'il y a à y gagner environ 200Wh sur une période de 24h .... soit environ 16 cellules photovoltaïques : ok j'avoue ce n'est pas "renversant").

Concernant le CPU, il est tout à fait possible de définir des priorités différentes selon les process, afin que les calculs TWS/TWA ne soient pas impactés lorsqu'on calcule un nouveau routage (qui sollicitera pas mal le CPU).

Globalement, je vois "Processor Regatta (ou HR)" et "Apparent Wind Monitor" et "Gyropilot 2" et pc (ou tablette), et je ne comprends pas qu'est-ce qui empêcherait que TOUT soit dans un seul appareil.

Est-ce que parce que certains algorithmes sont tenus "secrets" parce qu'ils sont super optimisés ? Ou est-ce parce que les communications possibles avec des 3D Fusion et Carbo HR et autre sont jalousement tenues "privées" ? Ou est-ce le principe même d'avoir un pc qui calcule tout n'est pas une bonne idée (pourquoi?) ?

probablement rtLinux, avec un noyau compilé pour le proc utilisé.

ça marche !
j'ai utilisé un convertisseur rs422 vers usb bidirectionnel :
www.amazon.fr[...]o00_s00

il fonctionne avec openplotter qui reçoit le gps (usb) + vent du Cv7 en NMEA , il multiplexe la trame et l'envoie à l'afficheur qui calcule le vent réel .
vous pouvez utiliser ce convertisseur .