Onderwerp: Seatalk1/N0183/N2000 integratie zonder multiplexer

Nachtvlinder schreef :
Mijn antwoorden in BOLD

Paar vragen nog:
-WinGPS kan met niet meer dan 1 COM poort verbinden?
-De uitgang van SPD moet zowel naar WinGPS als naar (een deel van) je boordnetwerk? Gaat dat laatste via je miniplex, of wil je dat via een aparte COM poort op je navigatiePC naar buiten leiden?

Heb nu geen pc bij de hand, maar bekijk dit eens alvast:

Nachtvlinder schreef :
WinGPS kan met erg veel COMpoorten verbinden, maar er is er maar 1 waar echte data vandaan komen en heen moeten: de USB naar de Miniplex.
Ervandaan is logisch, erheen is voor de stuurautomaat (als N2K via de Miniplex).

SPD-UIT niet naar WinGPS, wel naar de mux (dus dezelfde poort UIT als WinGPS heeft, want daar hang de mux aan. Dus ja, dat gaat via de Miniplex. Die heeft 1 Talker in Override staan, wat betekent dat op die Talker alleen data uit de PC komen (naar AP uit WinGPS en naar een Graphic uit SPD).

SPD KAN een 2e COM aanmaken voor zijn output, maar dat betekent een USB to Serial erbij.
Bovendien, het is niet nodig, de mux doet dat met zijn Override prima.

Uit WinGPS kan een RMB komen waarin Waypoint, BTW, DTW, VMG to WP. Die RMB moet naar SPD... dat is de uitdaging.

NavmonPC kan het, maar dat is veel overhead. Dus VSPE.... misschien...

Ik heb VSPE geinstalleerd (nog geen licentie), maar ik krijg het niet werkend.
Een Connector kan niet aan een (echte of virtuele) poort, een splitter connect niet....

Onderstaande configuratie doet alvast deels wat jij wilt (lokale "echo" staat aan)



In VSPE configureer je:

• Je maakt een TCP server aan die je koppelt met COM1
• COM1 is in dit voorbeeld een virtuele connector, maar straks aan boord je fysieke RS232 poort die met de Miniplex praat
• COM2 en COM3 zijn (nu en straks aan boord) virtuele connectoren. Één zijde van deze beide connecties wordt opgegeten als TCP client met bovenstaande server
• De andere zijde van deze connectoren is nu gebruikt voor twee hyperterminal-sessies; straks aan boord hangen daar WinGPS en SPD aan

Wat dit oplevert:

1. Data die via de Miniplex op fysieke RS232 poort COM1 binnen komt wordt naar connector COM2 (SPD) en COM3 (WinGPS) gekopieerd
2. Data die SPD naar COM2 verstuurt wordt naar de Miniplex verstuurd
3. Data die WinGPS naar COM3 verstuurt wordt naar de Miniplex verstuurd

Beide clients (SPD en WinGPS) zien elkaar dus niet. Als er persé data van WinGPS naar SPD moet, kan dat dus alleen via de Miniplex - of met een slimmere VSPE configuratie die ik nog niet voor mij zie

Kan dat, of moet er persé een directe verbinding zijn van WinGPS naar SPD? Als WinGPS een RMB (daar gaat het om toch?) naar de Miniplex stuurt, belandt deze message dan niet sowiezo via de Miniplex bij SPD? Of geeft/gaf de dubbele hoeveelheid (steeds 2x dezelfde) RMB berichten die daardoor ontstaat een probleem? Alle poorten kunnen straks toch op 38400 draaien (of nog sneller als de Miniplex dat kan)?

...en bovenstaande functionaliteit kan dus nog veel eenvoudiger bereikt worden:



De vraag aan BK is nog steeds of de data van WinGPS naar SPD direct dient te zijn of dit via de miniplex mag/kan lopen...

...Wat BK nodig heeft -of zegt te hebben... - kán in elk geval wel:


Dit vereist wel een iets complexere VSPE configuratie:

• De diamantjes zijn connectors - straks in het echt wordt (1) de fysieke RS232 poort
• De rode cirkels zijn splitters. Deze kunnen elk door (ik geloof) 8 COM-clients geopend worden - er zijn er maar 2 nodig en getekend
• De blauwe cirkels zijn bridges tussen elk 2 virtuele COM poorten
• Deze bridges zijn symmetrisch: het is hierbij dus niet mogelijk om WinGPS wél data naar SPD te laten sturen maar anderom (van SPD naar WinGPS...) te blokkeren.

Wat een klus, dank je.
Maar helaas doet het niet wat ik wil....

WinGPS moet wel naar SPD sturen (een echte RMB, voor layline info, closing speed etc etc)
SPD mag NIET naar WinGPS sturen, want dan komen er in WinGPS allerlei fantasie-NMEAberichten binnen...

Via de mux kan niet, want er is maar 1 verbinding PC-Miniplex (USB).
Het zou niet goed zijn alles wat daarop binnenkomt in de mux weer terug te sturen naar de PC.....

NavMonPC kan het, want daar kun je per poort en berichtheader blokkeren of doorsturen.

Andere optie bedenk ik net:
- 2e COM (de uitgaande) van WinGPS via USB to Serial aan een ingang van de Miniplex hangen
- daar komt dan de echte RMB binnen en Miniplex stuurt die door naar de PC (en SPD)
- maar dan krijgt ook WinGPS zijn eigen RMB weer binnen
- en gaat de stuurautomaat niets krijgen, want die krijgt alleen wat via de USB uit de PC komt.
- en dat komt dan niet meer, want WinGPS stuurt naar een listener....

Mischien kan ik dat routen in de Miniplex, RMB van die ene Listener naar de N2K-uitgang
Maar.... alle Listeners in de Miniplex zijn al in gebruik.....

Baasklusje schreef :
Verdikkeme, "hoeft niet" wordt dus "mag niet"

Filteren kan VSPE niet, het is niet specifiek bedoeld voor NMEA0183. Nog eens over nadenken hoe een "eenrichtingsverkeer" verbinding gebouwd kan worden dus...

Nachtvlinder schreef :


ik had het eerst beleefd gezegd, maar het kan wat duidelijker

Volgens mij moet het zo kunnen:

-SPD leest alleen uit virtuele COM3 en schrijft alleen naar virtuele COM7



Toegevoegd aan laatste configuratie:
-Connector COM7
-Bridge tussen COM7 en COM2


Aan BK of dit handiger is dan om NavMonPC te gebruiken. VSPE configuratie kan zowel als command line (in Windows Startup folder) gestart worden of als service...

Ga het proberen

11 COMpoorten is wel veel....

Volgens mij is het bij OpenCPN makkelijker; dat kan aan een COM hangen en veel (alles?) doorsturen naar SPD.

WinGPS kan wel wat doorsturen maar niet genoeg.....

Het zijn "maar" 7 COM poorten hé

Of dit te complex wordt weet ik niet - al denk ik wel dat een uitgeprint schematje als hierboven handig is om erbij te houden.

Ja, OpenCPN kan zelf ook filteren en je kunt zoveel als nodig COM en TCP verbindingen aanmaken als je nodig hebt. Jouw functionaliteit in OpenCPN en SPD zou slechts 2 connectoren vergen en wat outputfilters in OpenCPN.

Nachtvlinder schreef :
Ik zal bij Stentec eens een wens neerleggen.....

De miniPC is inmiddels binnen (en heeft de douane gepasseerd zonder meerkosten). Er stond een vage versie van W10 op; deze overschreven met een gekochtte nette licentie van Windows 10 Pro.

-VSPE wordt automatisch gestart
-Laatste versies van OpenCPN en SPD geinstalleerd
-Laatste gedeelte O-charts licentie gebruikt voor fingerprint van dit systeem en oeSENC kaarten NL.

SPD draait hier minimized - performance wordt van SPD naar OpenCPN gestuurd en is als MTW (Watertemp) zichtbaar in het OpenCPN dashboard (laatste regel in dashboard window)

Hier een idee van hoe het grafisch presteert. Telefoon is wat aan het stoeien met de focus, maar beeld is haarscherp in het echt...

Mooi gedaan zo!
Praat SPD ook tegen je?

Je geluid even aanzetten

Nachtvlinder schreef :
Ik verwachtte de lieftallige dame, je heb er een vent van gemaakt?

Maar welhandig toch? Hoef je niet naar die kleine rotcijfertjes te kijken!

Kan je de stem instellen dan?

Nachtvlinder schreef :
In het programma kan ik dat, maar ik laad de default stem.
Kennelijk is dat bij mij (amateur, Windows 10 Home) een dame, bij de PRO's een stoere man

Ik zou het ook voor de gebruiker instelbaar kunnen maken, maar dat is weer een parameter extra.
Ik zal de default op vrouw zetten, volgende versie, ok?

Zira klinkt wel zwoel; als default ingesteld nu. SPD blijft echter "Mark" gebruiken.

Niet zo belangrijk ook, maar lijkt mij dat SPD de "system voice" zou moeten gebruiken?

Hier kan ik maar 1 stem instellen, de dame. Andere zijn er niet.
Die speech software (pyttsx3) is wat dwars in gebruik (helemaal op linux en Mac)....

Ik ga het even zo laten....

Je kunt een language pack toevoegen (maar dat wordt gebypassed lijkt het)

Is de tijd niet waard verder..

Nachtvlinder schreef :
Maar het moet ook door python en pyttsx3 gesupport worden, én door de compilatie op Github heen komen.
Dat laatste zijn Menno en ik gisteren uren mee aan het vechten geweest....

Ik kan bij spraak op W10home niets instellen. Ik heb Frank....

Iemand die een beetje tijdgevoelig is gaat natuurlijk voor genderneutraal.
Raven of zo

holtere schreef :
dat is Default......