Onderwerp: COMpoort (NMEA) delen over meer toepassingen.

Baasklusje schreef :
Een TCP verbinding tussen SPD en WinGPS heeft niets met je hotspot te doen dus die blijft gewoon beschikbaar.
Daar heb je ook geen router voor nodig.
Daar heb je geen software van derden voor nodig.
En je hebt er ook geen "partij serial-to-usb en een hub erbij" voor nodig

.

Zonder mij met de inhoud te bemoeien (ik gebruik nauwelijks nog COM poorten): mijn deja vu en eerder gevoel dat het niet willen loslaten van het misbruiken van een outdated en voor externe communicatie bedoelde interface tot dit soort problemen leidt komt uit dit draadje (uit 2021). Blij dat het zoveel eenvoudiger en "schoner" is geworden bij mijn setup door het gebruik van SignalK; TCP communicatie en NMEA0183 TCP servers!

Wordt het niet tijd voor een grote revisie van SPD met gemoderniseerde data interfaces?

Succes in elk geval - mooi dat Eltima dit zo voortvarend oppakt

Nachtvlinder schreef :
Zoals?
Het doet COM, TCP, UDP en webserver. Is er nog iets moderners? (en nou niet Sig K zeggen )

Ik zou bijvoorbeeld deze suggesties eens verder uitdiepen in jouw geval. Kan best uitkomen dat het niet geschikt is, maar wellicht de moeite waard eens uit te zoeken en bekend mee raken. Er bestaat geen kant-en-klare oplossing waarschijnlijk. Helemaal aan jou uiteraard; weet ook niet hoe je lange-termijn plan met SPD eruit ziet...


zeilersforum.nl/index.php/foru...n?start=%1$d#1587050

zeilersforum.nl/index.php/foru...gen?start=25#1588178

Baasklusje schreef :
Volgens mij kan WinGPS dat wel en ook nog als server dus hoef je met SPD alleen een 2e toe te voegen.

Zeilprutser schreef :
Daar heb je gelijk in, WinGPS kan voor elk apparaat een eigen aansluiting maken (UDP, TCP, COM, of Websocket)

SPD heeft er maar 1 (COM, TCP of UDP) waarover alle data in en uit gaat.
(uitzondering: er is een 2e COM mogelijk voor gevallen waarin men de output liever niet via de multiplexer maar rechtstreeks naar een instrument wil sturen).

Een 2e TCP-verbinding in SPD maken kan natuurlijk, maar het maakt de instellingen voor de argeloze gebruiker weer wat complexer. Ik zal erover denken.

Bovendien blijft overeind dat ik de PC ook aan de telefoon-hotspot wil kunnen hangen tijdens het varen. En dan kan niet als de PC aan de wifi van de Miniplex hangt.
COM en kabel blijven nodig

Baasklusje schreef :

Ik ben zelf geen gebruiker van SPD meer, maar je zou je "installed base" kunnen onderzoeken: als die mensen tegenwoordig allemaal gekozen hebben voor een infrastructuur met (ik noem het maar) sterstructuur met centraal AP/router/5G insternet toegang, dan zou je je daarop kunnen richten. Een extra WiFi dongle is er zo ingestopt natuurlijk... Maar deze extra moeite/feature moet wel wat opleveren voor de gemiddelde gebruiker natuurlijk en de configuratie niet nóg complexer maken. Anders idd beter laten zoals het is lijkt mij.

Gefeliciteerd! Je bent er, nu dus nadenken naar een gebruiksvriendelijke simpele oplossing.
Baasklusje schreef : Dus voor de argeloze gebruiker die nog moet investeren in het systeem is een multiplexer met Lan kabel en/of icm een router voorzien van wifi te overwegen.

Zeilprutser schreef :
Of USB-COMkabel Zeker vooor laptops zonder RJ45.

Ik heb nog even in de code van SPD gekeken. Er zit zoveel dat ik het allemaal niet meer weet
Als je UDP gebruikt tussen zender (mux) en PC (SPD) stuurt SPD zijn berichten ook keurig terug over UDP, naar een aparte poort (anders dan de ontvangende poort, of dezelfde als je dat opgeeft).

Als de mux (of iets anders) daarnaar zou kunnen luisteren kan dat.

Blijft over dat SPD maar naar 1 ingang luistert (COM, TCP of UDP).
En dat de NMEA uit WinGPS (RMB's en XTE's) daar niet tussen zit.
Dus alleen voor het luisteren naar WinGPS zou er een tweede websocket (TCP) in SPD moeten, met extra configuratie-inspanning voor de gebruiker en extra storingsmogelijkheden.

COM splitsen blijft de simpelste oplossing

Wat als...
je de telefoon hotspot nu eens via blauwe tandjes doet??

rooiedirk schreef :
naar de PC bedoel je. Kan het proberen.

www.amazon.nl/ZEKKLE-USB-adapt...dapter/dp/B0BN937DRK

Zoiets?

Je besluit staat vast, geen TCP en verder met COM. Uiteraard je goed recht en lekker eenvoudig. Jammer dat je voor dat laatste niet bereid bent een eenvoudige test te doen, al was het maar voor de begripsvorming. Natuurlijk is de output baudsnelheid, in tegenstelling tot je bewering, zowel voor VSPE Splitter source port als Miniplex instelbaar, zie het configuratie programma van de Miniplex.
Ik krijg de indruk dat je toch niet helemaal begrepen hebt, waar het bij baudrate instelling om gaat en het effect dat het op s/w heeft. Ik kan zeggen dat ik vele jaren te maken heb gehad met zeer intensieve datastromen van multiplexers. In slechts uiterste gevallen met 10Hz talkers en veel AIS was een baudrate van meer dan 38400 nodig. Ga 1 stap hoger voor de zekerheid.
Verder is een eerste stap bij het opzetten van een netwerk het uitfilteren van redundant data om een zo schoon mogelijke gecombineerde datastroom te creeren.

Flow control is hier helemaal niet aan de orde. Daar zijn trouwens 2 extra interface signalen voor nodig.

WaltB schreef :
Ik kan je geruststellen.
Dat weet ik wel. Ik ben nog uit de tijd van 55 bps en ik kan ook nog het verschil tussen baudrate en bps uitleggen.
En RTS CTS en Xon Xoff

Met sw die een COM splitst en 2 apps verbindt is het supersimpel. Er is 1 virtuele COM waarmee beide apps verbinden. Klaar. Ook de onderlinge verbinding.
Met TCP moet elke app zijn eigen verbinding met de mux hebben en is er een 3e TCPverbinding nodig tussen beide apps. Die moet dan ook de hele tijd gelezen worden en de binnenkomende records moeten verwerkt worden. En dat alleen omdat er soms 0,2% van de records wordt beschadigd in VSPE, niet in GPSGate.
Bovendien werkt ETERLOGIC aan een oplossing voor VSPE en staat niet vast dat de overwrites door een snelheidsprobleem (bps) komen.

Baasklusje schreef :







NMEArouter kan gewoon een UDP output en een 2e TCP output hebben naar 1 poortnummer, althans zo lijkt het. (geen protesten) Ik zou het nooit doen, maar toch.

Calidris schreef :
Ik ook niet zolang er COM is

Tegelijk UDP en TCP naar dezelfde poort ??? Echt?

In de tijd van IPv6 nog over poorten hebben ?

3Noreen schreef :
Because IPv6 addresses contain colons, and URLs use colons to separate the host from the port number, an IPv6 address used as the host-part of a URL should be enclosed in square brackets,[42] e.g. http://[2001:db8:4006:812::200e] or http://[2001:db8:4006:812::200e]:8080/path/page.html.

Baasklusje schreef : Wat maakt het voor die gebruiker uit om USB Lan toe te passen.

Ik ben geen programmeur of IT'er dus heb er de ballen verstand van maar radar, onze ap/pypilot en signalk maken gebruik van multicast of zo, iig hoef je helemaal niets in te stellen en vinden de plug-ins de verbinding gewoon. Ik gebruik het zelf niet op de radar na, je steekt de lan kabel in je pc in open cpn installeer je de plug in kiest radar type en hij doet het, dat is echt plug and play.

Zeilprutser schreef :
Vrijwel niemand heeft een mux met fysieke LAN-aansluiting.

Wifi en/of COM. Geen RJ45.

Dit topic ontaardt ondertussen in een religieus debat over datacom-methoden.

Ik leg nog even het oorspronkelijke probleem uit.

Op de Windows boordPC draait SPD en ook WinGPS.
Er is een Miniplex 3 N2K met wifi en USB.
Aan de inputkant (listeners) van die Miniplex hangt een ST1 systeem, de CTRX AIS Transponder voor GPS-data, de RM Radar/Plotter en een stand alone GPS. Ook zit er een N2K netwerkje aan met de RM EV, P70, ACU200 en de AIStransponder voor AIS-records.
De Miniplex multiplext zoals het hoort al die inputs.

Aan de uitgangen (2 Talkers) van de Miniplex:
- T1 hangen allerlei apparaten aan: ST60 met NMEAingang, de VHF, de Navtex
- T2 slechts 1 ST60 display voor Performance uit SPD. Geen ST1-data daarheen.

Navigeren kan met de GPS: Goto een Waypoint, of een Route.
In dat geval komt de resulterende RMB (met o.a. afstand, closing speed etc) via de Miniplex ook in SPD terecht: die RMB zit gewoon in de datastroom uit de Miniplex naar de PC via de Host-verbinding.
SPD geeft dan nuttige info weer in het Route window.
En de AP stuurt naar het WP.

Navigeren kan ook met WinGPS: dan maakt WinGPS het RMB-bericht.
Dat gaat de Miniplex in via de Host-verbinding en gaat vervolgens de netwerken op:
- N2K naar de stuurautomaat
- NMEA0183 naar een ST60 met NMEAingang die het begrijpt
- en die het omzet naar een ST-bericht voor de andere ST60's.
So far so good.
Maar de Miniplex stuurt die RMB die binnenkomt uit WinGPS op de Host-verbinding (COM, TCP of UDP over wifi) niet weer terug de host in naar SPD. Dat zou een loop geven met rondzingende berichten.
Als we zo navigeren weet SPD dus niet waar we heen gaan en of dat snel genoeg gaat (Performance to WP).

Dát wordt dan opgelost door met VSPE de COM-poort die naar de Miniplex gaat te delen tussen WinGPS en SPD. VSPE zorgt er dan voor dat de RMB vanuit WinGPS in SPD komt.

Daar begonnen we.....

Optie 1: Wachten totdat VSPE het bugje opgelost heeft ?
Optie 2: Klein embedded Linux board met Host miniplex in en twee USB serieel uit naar je PC. Op het Linux ding kplex (software multiplexer) laten draaien.

3Noreen schreef :
Zelfs wachten is niet nodig. 0,2% overschreven records is niet erg.
Wel hoort het niet, natuurlijk.

Baasklusje schreef :
Ik verwacht een poort conflict, maar even alleen de setup gedaan.