DIY : simulateur NMEA 183 virtuel , connecté, documenté, gratuit

Aucun problème. Il a été compilé sur un Windows 10 64 bits mais avec un compilateur 32 bits.

:-)
Le générateur est-il séparé de de l'interface ?
(Histoire de rêver que ça puisse être compilé avec une plateforme linux 32 -ET- 64 bits...)

Delphi....
Ca nous rajeunit pas...

Merci!

ATTENTION : je me suis plutôt emballé sur le sujet du multi-plateformes gratuit. Après quelques investigations il ressort ceci :

• RAD 10.3 n'existe que sur Windows , indispensable comme système de développement de départ.

• pour LINUX , on est loin du gratuit. FMXLinux ne fait pas partie de l'édition Community mais nécessite au moins l'édition Entreprise : 4000 € la première année et 1000 € les années d'abonnement suivantes !! Oublions ! Pour migrer à partir de Delphi 7, la meilleure solution semblerait être Lazarus mais il y a du boulot.

• pour MAC : il faut nécessairement un PC ET un MAC ! Une autre solution est un PC et le service MacinCloud (payant bien sûr , on est chez Apple) 20 € par mois.

• pour Android , il faut un téléphone ou une tablette mais là c'est plus jouable.

A suivre donc...

Génial ; à double titre :
1 / l'utilité
2 / Les pages explicatives data1 et data2
Donc double bravo !

Gros inconvénient: c'est un logiciel Windows. Ce serait la moindre des choses de le préciser

Sérieusement, quand est-ce que j'ai suggéré qu'on n'avait pas le droit de développer pour Windows?
Je suggère seulement de mentionner qui est concerné, sans obliger les gens à ouvrir une autre page, à chercher sur cette page et de perdre du temps avant de se rendre compte qu'ils ne peuvent pas utiliser le logiciel.
Cela me semble relever de la courtoisie la plus élémentaire. Le contraire, à savoir supposer que cette information n'a pas d'importance, est une démonstration d'arrogance (et d'irrespect).
(Au passage, dans le milieu ou j'évolue, beaucoup plus que la moitié des utilisateurs ne sont pas sur Windows, mais sur MacOS. Dans un contexte différent et plus large, l'attitude de la majorité qui affiche ouvertement un dédain profond des minorités ouvre directement la voie à des troubles sociaux très actuels)

Je te remercie de confirmer ton dédain pour tout ceux qui sont différents de toi. Donc acte.

ne pas préciser sur quelle plateforme tourne ton logiciel n'est pas forcément du dédain. Ca peut être un oubli honnête (dans une position de privilège de situation)
Le dédain consiste à dire que cet oubli n'a aucune importance et que les gens "n'ont qu'à" effectuer une manipulation, aussi simple et rapide que cette manipulation puisse être. Autrement dit, considérer que le temps des autres n'a pas de valeur
Puis de se retourner contre celui qui fait la suggestion pour dire que le problème est chez lui

Et bien ça fait peur la haine que suscite la simple suggestion de préciser la compatibilité d’un logiciel, de la part de gens qui ignorent le nombre d’heures que j’ai pu contribuer à des logiciels open-source. Mais leur ignorance ne fait que renforcer leur haine

Ici en pleine lumière et sur un tout petit sujet qui n’aurait jamais dû avoir d’importance, se développent les mécanismes du rejet, de l’exclusion, et de la culpabilisation des victimes.

Tristement, cela me donnera des exemples pour les séances de travail autour de ces sujets auxquelles je participe régulièrement.

relis toi Fredbird. Ton intervention à mon sujet transpire d'une haine bien épaisse.

@jdmuys : Je te rappelle ce que j'avais montré plus haut, à savoir qu'il faut 59 secondes pour lire le message et suivre le lien qui décrit la configuration demandée. Tu ne cesses de nous rabâcher que tu as perdu ces précieuses secondes parce que ta machine est sous OS X et non sous Windows.
Moi, si j'avais trouvé un article comme celui-ci sur un logiciel qui m'intéresse mais que j'avais découvert une minute plus tard que ce logiciel ne fonctionnait que sur MAC, il ne me serait même pas venu à l'idée de m'insurger contre l'auteur car cette minute soit disant perdue je l'affecterais à ma culture personnelle en lui trouvant l'intérêt qu'elle mérite. D'autant que cet article pointe également sur des notions susceptibles d'intéresser tous les voileux du monde quel que soit leur genre, leur religion, leur appartenance politique et même les operating systems qu'ils utilisent.
C'est toi qui "sur un tout petit sujet" en as fait tout un plat, rappelons le. C'est toi aussi qui fais preuve de mépris et d'arrogance en considérant que tes précieuses 59 secondes t'ont été prélevées à ton insu sur ton précieux temps sans que tu en tires aucun bénéfice. Quelle prétention !

Quant aux "exemples pour les séances de travail" auxquelles tu participes, nous comptons sur l'animateur pour te recadrer. Maintenant s'il s'agit de groupes de parole des Alcooliques Anonymes, tout s'explique et je me retire sur la pointe des pieds .....

Merci le Moko et à très bientôt !

JP

@jdemuys
Le gros inconvénient surtout c est qu il y en a toujours un qui n est jamais content !! Pour moi la moindre des choses c est de fermer sa bouche au lieu de critiquer ...m’enfin!!
Moi je dis déjà merci à jp59 !

kplex ?
(kesako "socat" ?)

Oui je pense que si tu arrives sous WINE à sortir les trames NMEA en liaison série, que ce soit en virtuel avec le soft approprié ou matériellement même, ça devrait être gagné pour y connecter OpenCPN ou qtVlm.

Bravo, merci, ne pas tenir compte des avis des pisses-vinaigre habituels ;-)

Bravo JP59 pour ce boulot qui va servir sans aucun doute.
Malheureusement, personnellement je suis sous Linux, donc dommage pour moi.. Mais est-ce qu'un portage sous Linux serait envisageable ? (ça dépasse largement mes compétences)

@Yantho @Bmayer : est-ce que vous avez réussi à faire sortir les trames de Wine ? J'aimerais bien essayer de le faire communiquer avec OpenCPN (sachant que je n'ai pas de bateau, ce serait un moyen intéressant pour me familiariser avec ces logiciels).

Je suis sur : Ubuntu 18.04.4 LTS

Vous connaissez peut-être mais il existe un excellent logiciel de test des liaisons série en version Windows et en version Linux qui est COOLTERM téléchargeable ici . Bien sûr on peut tester des liaisons série virtuelles ou matérielles.

Ton message, yantho , m'indique que le thread qui envoie simultanément les trames NMEA à l'affichage et sur le COM est bien lancé par WINE. Reste à savoir si le code qui gère le COM sous windows est bien interprété par WINE.

Pour cela je vous conseille de constituer un fichier de capture texte NMEA par la fonction FICHIER/SAUVEGARDER NMEA BRUT (attention ce fichier n'est créé que si un COM est effectivement activé). Ensuite vous l'envoyez par les deux versions de COOLTERM :
D'abord la version Linux avec le gestionnaire de ports virtuels linux : ça doit marcher sans problème là ! Vous devez pouvoir lire le fichier sous OpenCPN .
Ensuite même manip avec la version COOLTERM de windows par WINE : si ça marche aussi , c'est que mon code est mal interprété par WINE.

Hello, j'ai téléchargé et installé mais j'ai un petit soucis au moment de le lancer : je reçois coup sur coup deux messages d'erreur m'indiquant

"'06,18' n'est pas une valeur en virgule flottante correcte"
puis
"'0,30' n'est pas une valeur en virgule flottante correcte"

Ensuite le logiciel semble se lancer normalement, mais quand j'appuie sur le bouton "SIMULER" j'ai un message d'erreur m'indiquant "division par zéro" et l'application rien de nouveau.

A tout hasard, si il y a un moyen facile de réparer ça ?
Désolé si cette erreur est due à une mauvaise manip de ma part dans l'installation. Je précise que j'essaye de le faire tourner sur Ubuntu+Wine, ce qui pourrait être la cause du soucis peut être.

Merci

@jp59
Merci beaucoup pour cette réponse, et pour le temps que tu consacres généreusement au développement de ce beau programme (qui n'a pas d'équivalent je crois en gratuit). Je vais essayer de "vérifier que le séparateur utilisé est bien le point" (je ne sais pas trop comment faire mais je vais chercher).
Si tu trouves une solution simple ce serait génial. Après, ne te mets pas martel en tête, je ne sais pas s'il y a beaucoup d'utilisateurs potentiels sous Linux, et je me sentirais mal à l'aise que tu consacres trop de temps de cerveau disponible juste pour moi.. D'autant qu'après le défi sera de faire sortir les trames de Wine pour l'interfacer avec Opencpn (ou alors lancer un opencpn sous wine également).

A propos de lecture de fichier nmea, autant opencpn que qtVlm lise des fichiers nmea même si ceux-ci sont préfixés, comme les logs NKE ou les fichiers à la norme nmea tags v4

j'essaye tout de suite
merci !

@yantho @BMayer
Est-ce que vous auriez la gentillesse de partager avec moi un fichier NMEA pour que je le teste dans OpenCPN ? (plutôt pour que je teste mes capacités à bien comprendre comment tout ça fonctionne)
Je suis un Newbie dans ce domaine, et j'essaye de me faire la main petit à petit.
Merci

thank you

@BMayer @Yantho @jp59
Juste un petit mot pour vous tenir informés. Pour le moment je n'ai pas réussi à faire communiquer SIMNAVNMEA et OpenCPN (problème de ports séries virtuels entre wine et ubuntu). Je me bats avec socat, mais pour le moment sans succès. Même Coolterm ne fonctionne pas comme j'imagine qu'il devrait. Je m'y repencherai quand j'aurais un peu de temps libre. En tous cas j'ai appris plein de chose chemin faisant, et je vous en remercie.

La curiosité m'a conduit à charger et à essayer ce logiciel avec HDD Virtual Serial Ports Tools comme conseillé...
Sous Windows 10 64 bits (Je précise pour les esprits chagrins qui ne manquent pas de sévir un peu partout)
Formidable !
Bravo

Bonjour,

Je pense que c'est faisable mais peut-être faut-il un minimum d'adaptation. J'ai téléchargé Lazarus sous Linux et je vais voir... mais pas tout de suite !

Bravo

Bonsoir,
Est-il possible de "pousser" le flux NMEA183 vers un port tcp/udp pour être "consommé" par un logiciel qui reçoit un tel flux - weather4d par exemple ?
Merci

slt,
je viens de faire le montage :)

Windows => VirtualCOM over TCP (Telnet) >> Linux => SOCAT IP:PORT to VirtualCOMPort => SignalK (NMEA IN from Serial)

Ca serait intéressant de faire un sondage pour connaitre les OS des HeOnautes.
C'est aussi très très très intéressant de relire l'historique de ce fil.

Linux (Debian plus exactement)

J'ai contacté la hot-line d'INTEL et j'ai la réponse à ma question : en fait Microsoft a volontairement supprimé dans Windows 10 l'option de réseau hébergé pour la remplacer par le Wifi Direct . A priori pour les utilisateurs de Windows de 7 à 11 il devrait y avoir une solution pour diffuser en Wifi, ce qui est une bonne nouvelle. Je vais voir.

Beau travail... très sympa et surtout utile. Merci

Bon, j'ai commencé à travailler sur une version multiplateformes , mais avec mes 3500 lignes de code et les migrations des routines graphiques que ça suppose , ça va me prendre ... un certain temps :-)

Je vois que Linux est assez populaire chez Hisse et Oh : j'aime bien aussi la distribution Debian mais je n'ai pas (encore) développé dessus.

Pour être précis je tente de migrer sur RAD STUDIO DELPHI 10.4 Sydney multiplateformes dont le source peut concerner :
- windows 32 bits
- windows 64 bits
- MAC OS X
- Androïd (tablettes et smartphone)

Je dispose en outre d'une config Linux Debian qu'il me faudrait partager avec une installation Ubuntu qui est la seule distri Linux à faire tourner RAD STUDIO DELPHI 10.4 Sydney à ma connaissance. Si vous en savez davantage, je suis preneur d'informations !

En attendant avec le simu tel que dispo ici : et pour le moment toujours réservé à Microsoft Windows j'ai ajouté rapidement et de manière bancale l'émission des trames NMEA en Wifi. Je dis de manière bancale car cette émission est couplée avec celle sur port série . Il faut donc activer un COM ( fût-il virtuel) pour que ça marche, ce qui est ballot mais je soignerai l'option dans la version multiplateformes.

J'ai testé : ça marche bien . La diffusion est en mode UPD Broadcast et avec un PC portable j'ai pu connecter simultanément 2 autres PC , un iPhone 3G qui fait tourner iNavx, une tablette Androïd et un smartphone ! On peut aller jusqu'à 8 connexions simultanées. Sur les PC vous pouvez tester avec OpenCPN et SIMSAIL qui fonctionnent aussi en WIFI.

Pour ceux qui veulent tester cette liaison Wifi (un peu pour les geeks quand même) téléchargez le zip ici :

Il faudra l'extraire dans le même répertoire que celui où l'EXE original est installé sinon ça ne marchera pas et lutter contre votre antivirus ( l'exe est certifié virus free par Norton Security Ultra).

Maintenant le vrai point délicat ( je parlais de geek :-)) est la diffusion par Windows. Soit on dispose d'une ancienne config ( appelons la A) ou d'une nouvelle ( B) .

Une ancienne config (A) est soit :
- - un windows 7, 8 ou 8.1 ( avec XP et avant XP ça ne marchait pas) et un matériel de même génération, si on veut , disons d'avant 2017. Dans ce cas on doit disposer dans le gestionnaire de périphériques ( attention : en affichant ceux cachés !) dans les cartes réseau d'une "carte virtuelle de réseau hébergé Microsoft" qui doit être activée.

- -soit une config en Windows 10 ou 11 mais sur un matériel antérieur à Windows 10 c'est-à-dire un PC portable avec l'adaptateur intégré soit une clé WIFI USB dont les pilotes admettent encore ce réseau hébergé. Car il faut savoir qu'en publiant Windows 10 , Microsoft a invité les fabricants de matériel à supprimer le pilote de réseau hébergé et à le remplacer par le WIFI Direct. Donc si vous êtes dans ce cas ce sont les pilotes de votre "vieux" matériel que Windows va bien daigner vouloir faire fonctionner. J'ai testé Windows 10 avec une clé WIFI de 2011 sans problème. Si le pilote du matériel gère bien le réseau hébergé Windows 10 le fera même apparaître dans les périphériques.

Donc si vous êtes dans cette config A (vérifiez avant) :

• créez une fois pour toutes le réseau hébergé :
  On procède en ligne de commande :
  sous Windows 7 , 8 ou 8.1 lancez cmd.exe en mode administrateur
  sous Windows 10 lancez Windows PowerShell (admin) dans le menu en bas à gauche (clic droit)

• A l'invite taper : netsh wlan set hostednetwork mode=allow ssid=NOMRESEAU key= MOTDEPASSE
  avec NOMRESEAU et MOTDEPASSE au choix (c'est une création ici, rien à voir avec Internet !)
  Ensuite vous démarrez le réseau ( là il faudra le faire à chaque fois que vous lancez le soft) en entrant : netsh wlan start hostednetwork. Vous devez avoir le message disant que le réseau hébergé est démarré.

• Lancer alors l'exe SimNAVNMEA_WIFI , aller dans paramètres , en bas cliquer sur paramètres WIFI et entrer l'adresse IP que vous voulez ( par ex 10.0.0.1) et le port 10110 (réservé au NMEA par convention) . Ce sont les adresse /port qu'il faudra rentrer pour les connexions aux divers appareils / logiciels en réception. Cochez la case pour la diffusion puis OK. OK encore pour quitter les paramètres.
  Sur la fenêtre principale sélectionner un port disponible ( ou virtuel avec HHD) et Activer. Les messages défilent et sont simultanément diffusés en Wifi.

Maintenant si vous avez la config B ( Windows 10 ou 11 avec un matériel "récent") c'est plus simple :

Touche Windows+ I puis réseau et Internet puis Wifi : activer . Ensuite en bas sélectionner Point d'accès sans fil puis activer. Vous pouvez alors modifier en dessous le nom de réseau et le mot de passe pour entrer ce que vous voulez comme vu plus haut.
Lancer alors l'exe SimNAVNMEA_WIFI , et continuer comme pour la config A.

Bonne chance aux téméraires !

S'il s'agit de la vitesse du bateau (SOG), elle s'obtient par la phrase $IIRMC
voir sur ce lien :
gpsd.gitlab.io[...]EA.html

Vitesse du vent, dans ce cas...

Sauf dans la phrase

$iiMTW,,,,,*xx ou le W signifie water..............

Pour matelot : MWD est emise par le NMEA simulator sur mon linux


$WIMWD,270.5,T,270.5,M,16.0,N,8.2,M*67
$WIMWV,84.0,R,16.1,N,A*29


Il envoi les deux (comme cela pas de jaloux :-)

Pour Scnaps

C'est la vitesse du vent que je desire obtenir.......

Debian + Xfce (desktop manager)
Bravo pour ce travail, même si c'est en Windows.
Pour l'émulation Win, pas un grand fan de Wine (je suis plutôt Gibolin ;-), je trouve Virtualbox nettement plus facile à installer/utiliser. Reste à voir si l'on peut récupérer les trames NMEA. Le RJ45 pour le navigateur fonctionne sous VBox.

Bonjour,
Toutes mes félicitations pour ce logiciel et pour les fichiers d'aide à l'installation.
J'ai installé ce Simulateur de navigation et Transmetteur NMEA 0183, j'ai aussi créer des ports virtuels avec le logiciel HDD, le tout sur ordinateur Lenovo avec Windows 11.
Les logiciels fonctionnent, j'ai bien les deux port virtuels qui fonctionnent aussi, mais le logiciel de simulation refuse de se connecter aux ports virtuels.
Est ce que vous avez eu ce problème, et comment l'avez vous résolu ?
Merci pour votre réponse

Bonjour,
J'ai bien la liste déroulante avec les 10 ports " com ", mais lorsque je veux en sélectionner un, j'ai le message d'erreur
" Ce Com n'est pas disponible sur la machine : choisir un Com disponible dans le gestionnaire de périphériques ".
Je retrouve bien mes deux ports Com virtuels disponibles dans le gestionnaire de périphériques, et je peux constater qu'ils fonctionnent correctement.
J'ai aussi fait un essai avec VSPDP, ça ne fonctionne pas non plus.
Merci pour votre réponse

Bonjour jp59
Mon ordinateur est récent, je n'ai pas de port Com réel. Je vais continuer à chercher, côté pare feu peut être .

Bonjour JP59,
Quand j'exécute le SimNAVNMEACOM-MOD.EXE, il ne trouve pas les fichiers "combat1.jpg" et "DefPolars\First 317.pol", ensuite il me signale 2 fois de suite une violation d'accès à l'adresse 004B1C20 dans le module SimNAVNMEACOM-MOD.exe avec lecture adresse 00000000, et il s'exécute.
J'arrive à sélectionner le port virtuel com 1 dans la liste déroulante et le bouton Activer devient opérationnel, si je le sélectionne, il m'affiche une violation d'accès à l'adresse 004B2637 dans le module SimNAVNMEACOM-MOD.exe avec lecture adresse 0000000E.
Si je souhaite mettre en service le simulateur, j'obtiens la violation d'accès à l'adresse 004B1C20 (idem ci dessus).
J'espère avoir été assez clair dans mes descriptions ????
Bonne journée
Eridan

Effectivement c'est bien "iconbat1.jpg" et je ne savais pas qu'il fallait installer le SimNAVNMEA_COM-MOD.EXE dans le même répertoire que le SimNAVNMEA, je l'avais d'ailleurs désinstallé en pensant qu'il n'avait plus d'utilité.

Maintenant tout fonctionne correctement avec liaison sur OpenCPN.

Merci beaucoup pour ce dépannage et aussi pour ce super programme, très intéressant.

Bien cordialement,

Soldat ERIDAN (lol)

Perso j'aime bien Franson GPS gate, qui une version limitée mais gratuite.

Bonjour KivoaLai
J'utilise Free Virtual Serial Ports de HHD Software, en espérant que les ports virtuels créés durant la période d'essai resterons opérationnels.
En fait j'ai suivi les conseils de JP59

Merci Louarn,

L'intérêt d'un simu comme celui-là c'est justement de pouvoir développer des équipements comme pour le Raspberry dont tu parles et de tester toutes les fonctions. De mon côté je m'en suis servi pour faire un multiplexeur embarqué sur mon 31.7 sur Arduino. Celui-ci me servait déjà pour traduire les trames Seatalk1 en NMEA 183.
J'ai aussi songé à me mettre à Python mais le côté interpréteur me rebute un peu (retrouver le lenteur du Basic ? :-)

Bonjour,
un grand merci pour ce soft que je viens d’utilisé et qui m'a bien dépanné.

je voulais tester sur table ma config de muxberry :
- Win8
- 1 USB/RS232 "émetteur" sur mon PC
- croisé avec un USB/RS232 récepteur sur mon PiZero Muxberry

https://www.hisse-et-oh.com/sailing/multiplexeur-nmea-raspberry

Je vais être honnête, je n'ai absolument pas lu la doc, pas besoin de fonctions évoluées, je voulais juste faire passer des trames avec un max de types de messages (il me manquait juste l'AIS)
Mâis même sans lire la doc, j'ai cliqué, ça a a clignoté coté emetteur, puis clignoté aussi coté récepteur.
J'ai testé la réception des trames sur PC d'abord avec le premier soft venu en l'occurrence "Accessport serial monitor" en version portable, bien pratique.
Ensuite, branché sur mon Muxberry, données affichées, système validé.
merci encore!