Onderwerp: Win5 mekkert over wegvallen data.

d35 gebruiker schreef :
Dat is in elk geval wat Wingps aangeeft: de laatste 10 sec geen data ontvangen.
Maar het is in elk geval heel eenvoudig te proberen. Steeds een instrument toevoegen tot de meldingen beginnen.

Net op de fiets naar huis bedacht ik me ook dat de mux vlakbij de AIS transponder ligt dat ook maar eens veranderen/testen.

Omdat ik erg graag niet alleen het probleem wil oplossen, maar ook wil kunnen duiden waar het nou aan lag heb ik een volgorde zitten bedenken. Ik hoor het graag als iemand daar nog tips of andere volgorde voor heeft.
Ik verander niks aan de mux en probeer het met Win5, OpenCPN en Chartnavigator. Zien of het probleem zich ook voordoet bij de andere twee. Uiteraard ook Navmonpc.

Dan haal ik de mux van zijn plek, weg bij de AIS/VHF coax en achter schakelpaneel vandaan. Verbetering?

Dan zet ik in Win5 de instrumenten allemaal uit en voeg ze 1 voor 1 weer toe. Wanneer begint het probleem weer op te spelen?

Mocht ik het idee krijgen dat de vertaling van Seatalk naar NMEA door de mux het probleem kan zijn, dan zet ik die uit en laat de vertaling over aan de St60Graphic. Die moet dan wel weer door de mux, omdat anders AIS niet meer kan meedoen.

Maakt het nog uit of de boot vaart?

koko schreef :
Het verplaatsten van je MUX heeft alleen zin als je GPS antenne in de transponder zit, dus een foute transponder
Op de andere data heeft het geen invloed. Ook met een externe GPS antenne heeft het geen invloed.

Als de satelliet constellatie slecht is, verliest een onderdekse GPS antenne als snel positie of nauwkeurigheid.

in-the-sky.org/satmap.php

ja dat klopt.
Maar hoe dan ook , ook als de gps geen of bijna geen positie kan bepalen, zal hij wel degelijk een bericht versturen.
Hij heeft ook maar 1 satelliet in zicht nodig om tijd te bepalen. Heeft ie dat ook niet dan zal zelfs de tijd gewoon doorlopen.
RMC berichten worden verstuurd.

Laat je dus niet afleiden door (nog) niet relevante adviezen...

Koko, ik zou echt even al die programma's sluiten en eerst met Hterm meekijken op de poort. Af en toe disconnecten zodat je op je gemak kan zien welke data binnenkomt.
Je test dan dus windows en de seriele poort. Komt het daar niet goed binnen dan gaan de nav. programma's zeker ook niet werken. Komt het wel goed binnen kan je zien welke berichten eventueel uitvallen/missen.


nb: Het maakt niet uit waar de mux gemonteerd is hoor.
de boot kan in de box liggen.

WADnWIND schreef :
Yugo, deze keer zit je er even naast. Het verplaatsen van de mux is bedoelt om zeker te weten dat er geen last is van de VHF/AIS uitzending. Bij veel elect. apparatuur wordt een afstand tot VHF/ de coax daarvan aanbevolen en dat is niet voor niks heb ik dank zij jou geleerd. Die afstand om ik nu niet aan.

(Al begrijp ik uit de post van Chris dat het niet nodig is).

Oke, Hterm er tussen. Waar in het schema ergens?

En waar Fransons GPSGate in het schema?

Hterm kan je gratis downloaden.
na opstarten van Hterm.exe kies je de baudrate en de com poort en connect.
Dan zie je daaronder wat er binnenkomt. Dat is dus de hardware test.

Dit al ik ook eens uitvoeren. Kijken of ik ergens verschil zie.

@koko
Als je goede coax hebt maakt dat absoluut niet uit. De vhf puls merk je niet naast je kabel. Ik dacht dus eerder aan storing naar de transponder toe, niet vanaf.
Processor klokken kunnen gemakkelijk gpssen storen als de afstand enkele cm is, b.v. als het naast elkaar ligt of zit.

@rooz
Er zijn transponders en gpssen die geen rmc gll of gga geven als er geen geldige fix is, dus zo vreemd is dat niet. Bij een ais base station is dat zeker zo. (Saab, Kongsberg).

Gpsfix of Ais fix is niet het probleem. Die werken gewoon. Goeie coax is ook in voorzien, dus die kan van het lijstje.

Win5 klaagt dat hij de laatste 10sec geen signaal heeft ontvangen van de instrumenten. Dan weer dit instrument, dan weer dat instrument en soms het hele rijtje. En dat is knap vervelend, alleen al omdat je iedere keer dat schermpje moet sluiten.

Ik ga d'r mee aan de gang en laat van me horen als ik meer weet.

koko schreef :
Bij ons gaat het pop-up scherm weer weg zodra het signaal weer beschikbaar is, meestal alweer naar een paar seconden.

koko schreef : Mmm....

@Roos, wat doe je met buffering in de mux?

d35 gebruiker schreef :
Dat zal bij mij hetzelfde zijn hoor, maar ik zat achter het netbookje en wilde wat dingetjes proberen. Dan klik ik het weg.

WADnWIND schreef :
ik buffer me suf.

roozeboos schreef :
en wanneer stuur je de gebufferde data weer door dan ?

Meteen hoor.

nogmaals, eerst bepalen of er wel data binnenkomt op de laptop/pc.

Koko kan ook nog het instelprogramma van de mux gebruiken om te kijken wat de mux allemaal binnenkrijgt. (en van welke ingang) door middel van de usb verbinding.

En als koko dan tegelijk NavmonPC (of een terminalprogamma) en WinGPS aan GPSGate koppelt dan moeten beide de data krijgen. Als WinGPS niets krijgt en het andere programma krijgt wel alles dan is WinGPS het probleem.
De kans daarop is NUL.

roozeboos schreef : Dat lijkt een uitdtekend idee

Ik heb net de mensen van Stentec gesproken.
Er waren eerder wat problemen met Windows Satrter Edition over mn het niet in kunnen stellen van de energiedingen.....

Nou heeft die Asus van Koko bij mij aan boord ene tijd gewoon enkel op de accu gedraid, maar ik weet niet of er een goede 12v voorziening was tijdens de meldingen.
Maar ook Stentec roept inderdaad kijk eens met een terminalprogsel of die USB poort wl goed data krijgt/verwerkt

Ik ga zeker kijken naar de data die binnenkomt. Ik zal ook kijken wat er op de mux binnenkomt aan data. Het kan natuurlijk best dat het daar al begint.
Het is wel zo dat op beide seatalk repeaterschermen de data uit de andere seatalkinstrumenten zonder enige foutmelding, hick-up of iets wat daar op lijkt binnenkomt. Ook de plotter krijgt alle data zonder problemen binnen.

Ik zal een logje trekken via het instelprogramma van de mux. Dan hebben we die maar vast aan een onderzoekje onderworpen.

Even ter herinnering: het probleem deed zich zowel via de compoort (usb) als via de wifipoort voor.

Hterm ga ik nu downloaden.

Vanavond naar de boot geweest.
Over usb hebben de problemen zich niet meer voorgedaan. Schiet mij maar lek, maar niet 1 melding.
Zowel Win5 als Navmonpc als Hterm kregen NMEA binnen. Ik heb enkele logjes getrokken, maar het kwam allemaal mooi binnen. Alle data aanwezig op seatalk kwam ook binnen over usb.

Over Wifi nog steeds hetzelfde euvel. Navmonpc werkt perfect op Wifi en blijft het goed doen.
Win5 geeft meteen problemen. Hij verliest continu verbinding met 2 tot alle 5 de instrumenten, behalve de ais. Daarom ais verwijdert uit instrumentbeheer, maar geen geluk. Problemen bleven zich voordoen. Niet alleen de seatalkinstrumenten, maar ook de (nmea) gps viel weg.

In apparaatbeheer de energieinstelling voor de wifi adapter gewijzigd en permanent aan gezet. Geen effect.

Ook Gpsgate geinstalleerd. Ging prima, maar geen verbetering.

Tijdens al deze excercities heb ik het cpu en ramgeheugen in de gaten gehouden. Helft van de ram en niet meer dan 50% cpu grbruik. Meestal veel minder.

Thuis de wifi adapter verwijdert en weer opnieuw laten instaleren. Hopen dat daar iets in zit, maar het lijkt vooralsnog in Win5 zit. Binnenkort verder.....

dat is grappig.......zit ik net thuis nog even in Win5 te kijken en krijg uiteraard weer de meldingen. Maar daar zit ook deze keer geen melding van het missen van AIS data bij. Dat is apart, want AIS berichten komen thuis uiteraard ook niet binnen..........Deze keer de compoort weliswaar

hier een paar nmea logjes

Uit Win5:


Uit Hterm:

koko schreef :
Het missen van AIS data wordt volgens mij niet gemeld omdat dit een normale situatie kán zijn.
Als er geen AIS zenders worden ontvangen, is er ook geen data om door te sturen.

PvO schreef :
er is altijd het bericht met de eigen gegevens, AIVDO.

Baasklusje schreef :
als je een transponder heb wel, anders niet.
als ik mijn ais uitzet geeft wingps geen melding, als ik mijn log of gps uitzet krijg ik wel de melding.