Onderwerp: COMpoort (NMEA) delen over meer toepassingen.

koko schreef :
Ik quote mijzelf even: WaltB en Zeilprutser, is dit niet de hardware die kan wat jullie nu bespreken?

koko schreef :
Daar lijkt het wel op.
Alleen hebben veel moderne laptops geen ethernet-RJ45-ingang meer..... alleen nog wifi.

Baasklusje schreef :
Wat zijn het toch een baasjes hè, die IT-industrie?
Desktops met meer dan 500 GB opslagruimte zijn ook al schaars aan het worden. Want we hebben de cloud, toch?

De vooruitgang schrijdt voort.

Nou! En de CDROM drive is ook al verdwenen!

Nachtvlinder schreef :
Deze mis ik ook wel een beetje. 55 Bps!

Maar er is vooruitgang ! Tegenwoordig kun je van alle politie mensen de NAW gegevens op het internet vinden.

Baasklusje schreef :
De hardware kan het, de software zou het ook kunnen maar ondersteund het niet.
@ Baasklusje daarom de router voor jou setup of Lan naar USB voor die wifi niet vertrouwen.

Zeilprutser schreef :
wat bedoel je daarmee? Welke sw?

Ethernet en wifi zijn hetzelfde. Het is TCP of UDP. Door de lucht of door een draadje maakt geen verschil.

Heb je al eens de baudrate gecontroleerd?

Baasklusje schreef :
Hij communiceert alleen in NMEA0183 over UDP/TCP

Zeilprutser schreef :
En wie bedoel je met 'hij' ?

De Miniplex 3 N2K Ethernet dus.

Die doet:
- Seatalk 1 begrijpen
- NMEA0183lezen
- N2K lezen
- N2K versturen
- NMEA0183 over Ethernet versturen TCP en UDP
- NMEA0183 over RS232 versturen

Du wat bedoel je nu??

Het ding waar Koko het over heeft

Even terug naar het onderwerp: het splitsen van een Windows COMpoort in meerdere virtuele COMs om zo meer toepassingen tegelijk te laten genieten van de binnenkomende NMEA0183.

Dat splitsen doe ik dus met VSPE, dat ook communicatie tussen de meerdere toepassingen mogelijk maakt.
Zo kan SPD zien naar welk waypoint we varen (geleverd door WinGPS) en hoe ver dat nog is.
Vroeger, met Franson GPSGate, kon dat niet. Geen onderlinge communicatie.

VSPE overschrijft soms NMEArecords (blijkt uit de NMEA-log van SPD). Weinig, 0,2% max, maar toch.
En geen ramp, er zijn elke seconde weer 100 nieuwe records.

Eterlogic (van VSPE) neemt het heel serieus op en we wisselen dagelijks vele e-mails uit over dat probleempje en mogelijke oplossingen. Zeer professioneel.
Dat gaat vast goedkomen.

Communicatie over de fysieke port (serieel COM via USB) is zonder flow-control, dus de applicatie (VSPE) moet met voldoende snelheid data accepteren om overflow te voorkomen. VSPE kan ongetwijfeld een zeer hoge data-invoer aan, maar wanneer bij async comms een hoge baudrate wordt gebruikt, en de source (Miniplex mux) op de door de baudrate toegelaten maximale snelheid data verstuurd, kunnen er data-bursts optreden die VSPE door misschien wat inefficiencies of buffering niet aankan, terwijl andere software zoals GPSGate daar geen moeite mee heeft.
Het is daarom zaak dat een baudrate gekozen wordt die nog net voldoende bandbreedte biedt om de gecombineerde data-stroom aan te kunnen. Wanneer de Miniplex (en VSPE splitter) bijv. beide op de max snelheid 115200 van de miniplex staan, zou het de moeite waard zijn deze te verlagen naar bijv. 57600 of zelfs 38400 om daarmee de data-intensieve bursts te voorkomen. Geen garantie, maar zeker het proberen waard.

WaltB schreef :
Volgens mij staat de snelheid op 115200, maar kan ik daar niets aan instellen.
Bovendien heeft Eterlogic dat in alle emails nooit genoemd, dus ik denk dat ze daar ook zo snel mogelijk willen en de sw aanpassen, niet de snelheid.....

Baasklusje schreef :
Volgens mij staat de snelheid op 115200, maar kan ik daar niets aan instellen.
Bovendien heeft Eterlogic dat in alle emails nooit genoemd, dus ik denk dat ze daar ook zo snel mogelijk willen en de sw aanpassen, niet de snelheid.....[/quote]

Waarom niet?
Hier in VSPE splitter:



En dan natuurlijk ook in Miniplex config program.

Maar waarom zou ik de snelheid verlagen......

er komen geregeld 150 NMEAberichten per seconde binnen (te zien in SPD)
Gemiddeld nemen we even aan 50 bytes lang (83 is max toegestaan)
10 bits per byte incl overhead.

Dat maakt al 150 * 50 * 10 = 75.000 bps. Past niet door 38.400

Bovendien, als het door ongelukkige timing van de arrivals van de berichten komt zou dat ook bij lagere snelheid nog kunnen gebeuren.
En ook is het geen serieus probleem; in het ergste geval gaat 0,2% van de berichten verloren.
Daar lig ik niet van wakker. Maar Eterlogic wel

Zoals je wilt. Eerst zeg je de port niet te kunnen instellen, nu blijkt dat dat wel kan, dat je dat niet wilt.
Dat aantal berichten/sec is mogelijk juist door die hoge baudsnelheid, mogelijk met pauzes tussen de bursts. Zegt niets over benodigde bandbreedte. Bij lagere baudsnelheid zal de Miniplex meer bufferen en pauzes zullen korter zijn.
Je begint dit draadje omdat je een probleem met VSPE hebt, maar nu dus niet meer belangrijk? Het lijkt mij dat een dergelijke test (baudrate verminderen) nuttige info aan Eterlogic kan geven en is makkelijk gedaan. 38400 geef ik trouwens als voorbeeld, kan ook een stap hoger.

Baasklusje schreef :
GPSgate werkt dus gewoon goed. Probleem opgelost. Of dient dit draadje een ander doel ?

WaltB schreef :
Ik wist niet dat het kon, en Eterlogic geeft het niet aan als oplossing.
In de Miniplex zie ik geen instelbare snelheid. Er is wel flow control:


Dit gaat over data flow van PC naar Miniplex. De laatste zin is belangrijk: alleen nodig indien er een output naar 4800 bps uitgang moet.
Er gaat max 1 bericht per seconde van PC via Miniplex naar 4800 bps: een $VTG uit SPD met %performance erin.
Daar heb ik het hier niet over; de overwrites door VSPE gebeuren aan de input-kant.

3Noreen schreef :
Niet opgelost. GPSGate laat beide apps (wingps en spd) niet met elkaar praten. VSPE wel.

Baasklusje schreef :
Ok, helder. Het kwartje was bij mij nog niet gevallen.

Waarom kan een vituele COM poort niet boven 115200 baud werken trouwens? Is het dan geen COM poort meer?

Volgens mij begrijpt Baasklusje zijn eigen probleem niet helemaal maar wil daar niet aan toegeven en wil alleen een oplossing op zijn manier.
Ik probeer hem zover te krijgen gewoon de TCP verbinding te gebruiken tussen SPD en WinGPS daar heeft hij geen andere software voor nodig.
En met NMEArouter kan het ook gewoon, dit is hoe ik het ooit heb gebruikt bijvoorbeeld, in dit geval UDP naar virtuele compoort maar je kan gewoon TCP kiezen en in beide richtingen:

Zeilprutser schreef :
Precies. Het moet op mijn manier

- geen TCP want dan geen PC-Hotspot communicatie meer.
- geen router aan boord alleen om dat probleem op te lossen
- geen hele partij serial-to-usb en een hub erbij.

Dus simpel met een gesplitste COM.

Er zijn 3 stukjes sw om mijn com-splitsen mee te doen.
- GPSgate. Geen com-to-com.
- NMEARouter. Idem.
- VSPE. Wel com to com. Heel af en toe een klein foutje in de records. Wordt aan gewerkt door Eterlogic.

Zowel WinGPS als SPD (de 2 meestgebruikte apps) kan TCP en UDP. Daar ligt het niet aan.
Het is omdat ik wil wat ik wil