Onderwerp: Win5 mekkert over wegvallen data.

bij mij zit de AIStransponder rechtstreeks aan de PC met USB, dus buiten de mux om.
Als ik de USBstekker eruit trek meldt WinGPS dat er geen AISapparaat is aangesloten, maar het ontbreken van berichten wordt idd niet opgemerkt.

Ondertussen verder aan het denken over het hoe en wat. Het lijkt er sterk op dat het missen van data op de USB een incidentje was. Kreeg het gister-avond niet gereproduceerd in elk geval.

De data komt binnen op de pc en navmonpc werkt op beide manieren. Dat geeft vertrouwen in mux en netbookje.

Om het allemaal zeker te weten wel de wifi adapter verwijdert en opnieuw (laten) installeren, zodat die de laatste stuurprogramma's aan boord heeft.
In Win5 ga ik hetzelfde doen: de netwerkpoort opnieuw aanmaken. Mocht er dan een bitje scheef hebben gezeten is dat hopelijk opgelost.

Met een beetje mazzel zondag tijd en gelegenheid weer naar de boot te gaan.

borrelt weer iets anders op.....

omdat het om wifi gaat: zou het zo kunnen zijn dat mijn Iphone de verbinding opeist?

Er is geen app op de Iphone die gebruik maakt van de data. Helaas weet ik eigenlijk niet eens zeker of de Iphone wel verbinding maakt met de mux, maar het kwam zo ineens in me op.

Helaas de netwerkpoort al verwijdert uit Win5, dus kan niet meer checken of die op UDP stond.

Aan de data is niets bijzonders te zie behalve de dubbele GLL berichten met een iets afwijkende positie van elkaar.
$GPGGA,185302.00,5215.28765,N,00522.89199,E,2,10,1.03,2.9,M,46.0,M,,0000*50
$GPGLL,5215.2881,N,00522.8988,E,185302,A*23
$GPGLL,5215.28765,N,00522.89199,E,185302.00,A,D*69

2e GLL bericht soms van de AIS ?

Verder heeft het geen nut om 3 maal een positie string door te sturen, in volgorde van voorkeur
RMC , GGA , GLL , wat niet nodig is kun je beter weg filteren, als alle apparaten tevreden zijn met RMC kunnen GGA en GLL geblokt worden, scheelt weer een stuk belasting voor het programma wat er gebruik van maakt.

Je poort in WinGPS stond op udp, kijk naar je screenshot wat je stuurde.
Ik vroeg toen nog m op TCP te zetten en t adres van TCP te controleren

Anjo schreef :
Voor en nadelen van UDP of TCP blijft een discussie punt.
In theorie is TCP betrouwbaar als 1:1 verbinding, echter als er een pakketje mist, blijft de hele verbinding op hold staan (= geen data). Ook als de verbinding even wegvat, is het niet zeker dat de verbinding weer automatisch oppikt en daardoor soms erg lastig.

UDP donderd het niet in de catagorie " flikker maar over de muur". Als er een pakketje mist, dan mist dat maar, maar de data loopt gewoon altijd maar door. Ook als de verbinding even weg valt, dat pikt deze automatisch weer op en gaat verder. Bij UDP hoef je b.v. ook geen poorten open te zetten in een router, simpel broadcast poort 255 en klaar

In theorie is TCP betrouwbaarder, maar in praktijk is UDP comfortabeler.
Op de relatief korte afstand aan boord en klein oppervlak, gaan er waarschijnlijk zelden UDP pakketjes verloren.


Ik persoonlijk geef op een mini-netwerk aan boord de voorkeur aan UDP. Bij hele grote installaties is TCP wenselijk (of niet).

henkvd schreef :
Hoi Henk,

het is goed mogelijk dat de dubbele berichten komen van AIS en GPS. Ik zal de berichtenfilters eens bestuderen. Ik kan in de AIStransponder het een en ander filteren, maar ook in het instelprogramma van de mux.
Bedankt voor de tip en het meekijken!

koko schreef :
verder kunnen 2 positie bronnen een muizentrappetje weergeven op je koerslijn als je sterk inzoomd.

Bij NMEA-multiplexers en OpenCPN kan je een prioriteit aangeven. Als de 1e wegvalt, dat het automatisch overschakelt naar de 2e keuze.

WADnWIND schreef :
Dat is een goeie! Zo uit mijn hoofd is die prioriteit inderdaad aan te geven.
Thanx!

Vandaag weer even op de boot geweest en een nieuwe poging. Helaas weer niet geluk Win5 via wifi aan de praat te krijgen. Via USB geen problemen gehad.

De wifiverbinding met de mux an sich lijkt gewoon goed te werken. Om dat te testen Gpsgate inkomende berichten binnen gehaald via Wifi en uitgestuurd op virtuele compoorten. Navmonpc en NV Verlag pikten vervolgens de data op van de virtuele Gpsgate poorten, maar Win5 gaf ook hier weer niet thuis. Terwijl wanneer GpsGate via USB de data binnen kreeg dat weer geen problemen opleverde. Ik had een beetje gehoopt dat deze work-around wel zou werken, maar helaas.
Gpsgate kon niet uit de voeten met UDP, maar wel via TCP.
Kan het zijn dat de wifi adapter in het netbookje dwars ligt?
Nog maar weer eens verder prakkizeren.

heb je al eens een ander WiFi kanaal geprobeerd in te stellen (bv kanaal 12 of 13 of die juist niet)?

disclaimer: ik heb de software niet, en niet deze multiplexer.

Ik verdenk Stentec van een scheef liggend bitje......

Koko, om de wifikaart te checken, ga eens een film of concert van minimaal een half uur bekijken op BV Youtube terwijl t netbook via Wifi verbinding heeft?

Als dat feilloos loopt zit de fout bij WinGPS en zullen we de zaak een keer opnieuw moeten installeren.

Kanaal switchen kan in de software van de mux, kleine moeite....

Scheefliggende bitje in WinGPS kan ook natuurlijk.

Morgen eerst even dat kanaal switchen, hoewel het me ook zou verbazen hoor. De andere software heeft er geen moeite mee......

Bedankt voor het meedenken! Krijg er onderhand wel een beetje buikpijn van, maar leer ook weer veel over dit soort grapjes. Dat is ook wat waard natuurlijk...

Vandaag weer een tijd bezig geweest met dit verhaal. Het blijft een raadseltje, want er zijn aardig wat opties die niet werken met Win5, terwijl de andere software het wel pikt.

Belangrijke ontdekking was dat er in Navmonpc verschillende verbindingen open stonden, die lijnen vanuit GpsGate bezet hielden. Zo bleken er diverse compoorten open te staan, en ook de TCP verbinding stond open. Vandaar dat het niet lukte om een UDP verbinding te maken via GpsGate. Het lukte eerst niet meerdere software te laten tegelijk te laten draaien op de virtuele poorten van GpsGate. Nadat ik in Navmonpc alle poorten op èèn compoort na dicht had gezet lukte dat ineens wel.
GpsGate krijgt nu via UDP wifi de data binnen en verdeelt deze over Navmonpc, NV Verlag light en OpenCPN. Dat blijft prima draaien, al moest ik wel even nieuwe poorten zoeken/ laten verbinden door die drie.
Win5 blijft weigeren te werken met de virtuele compoorten of de UDP verbinding (TCP ook niet). Het werkt alleen als het rechtstreeks verbonden is met de echte compoort van de Mux. Ook als GpsGate uit staat lukt wifi mij niet. Opnieuw opstarten van Win5 of netbook hielp niet. Ook het veranderen van het wifi kanaal of wijzigen van het IP adres hielp niet.
Ik verdenk Win5, mogelijk in combinatie met Windows 7 starter.
Nu ook eens kunnen kijken in Opencpn. Dat went snel moet ik zeggen. De gratis NV Verlag ben je snel op uitgekeken.

Ik ga de hulplijn kontacten

Vreemd. Ik gebruik gpsgate om voyagwr aan een virtuele poort te hangen, Windows 7 home. Nooit een probleem.

Eigenlijk maar 1 vraag waarom draadloos over WIFI??

Vanavond toch weer een flinke stap verder gekomen. Met een log van GpsGate, afspelend via GpsGate de boel nog een keer helemaal nagelopen. Nu bij alle navigatie programma's alle overbodige poorten verwijdert, dicht gezet, opgeruimd en dubbel gechekt dat er geen gebruik meer wordt gemaakt van dubbele poorten. Ieder programma kan automatisch poorten voor je opsporen en configureren. Blijkbaar worden die dan ook gekoppeld en niet meer zomaar losgelaten. NV Verlag nam er een stuk of vijf en daar bleef Win5 weer op hangen blijkbaar.

Nu alle verbindingen beperkt zijn tot 1 unieke poort per programma draaien de 3 navigatieprogramma's en Navmonpc keurig simultaan op de data uit GpsGate. Hier zie je toch wel een kracht van Win5 boven komen drijven. Zij maken heel visueel welke poort je in gebruik hebt en waarvoor. Kan je je niet mee vergissen. Of het op Wifi draait moet nog blijken, maar dat kan eigenlijk niet meer missen denk ik. De input van GpsGate via Wifi liep prima en sinds net dus ook de output.

Krijg er weer zin in, haha. Heb weer veel bijgeleerd.

Mux verbinden via wifi heeft als voordeel dat je overal in de boot kan gaan zitten met je laptop op schoot. Dat een kabel minder problematisch zoeken kan zijn en minder kwetsbaar is, is natuurlijk helemaal waar. Ik wil graag kunnen kiezen en nu ik begin te begrijpen hoe het werkt kan dat ook.

Nog even een up date.
Gister avond thuis een handheld gps aan de mux gehangen, GpsGate de verbinding laten verzorgen over UDP wifi. Alle software weer tegelijk mee laten lopen over de compoorten van GpsGate: als een zonnetje.

Toen Win5 een netwerkpoort laten maken: ook UDP wifi. Dat wil nog steeds niet tegelijkertijd met GpsGate. Vergeten te proberen Win5 aan het werk te krijgen zonder GpsGate, maar het zou toch moeten kunnen; twee UDP verbindingen tegelijkertijd.

Toch nog eens checken of en hoe het werkt zonder gpsgate.

Edit: gechekt, maar het werkt niet. Win5 maakt geen verbinding met wifi. Udp en tcp niet. Wellicht doe ik iets fout hoor, maar kan niet ontdekken wat. Handleiding nogmaals grondig napluizen maar........