Onderwerp: 0183 expert gezocht

Zonder bronselectie blijf je hier tegen aanlopen en die mis je nu.

Inderdaad, ik zal het moeten leren filteren.
Moet er wel over nadenken hoe ik die Icom in de pas kan laten lopen, toch een prettiger idee, ook al maakt het voor de n2k eigenlijk niet uit.

Als die z'n tijd binnen krijgt via 0183 dan loopt die op de uitgang al minimaal een seconde achter en dat is het probleem.

Software of harwdare matige multiplexer met filter mogelijkheden op de ingangen zou je kunnen helpen hiermee.

Of bij log converteren alle timestamps weggooien en uit een gezamenlijke bron nieuwe timestamps toevoegen, daar zou je een routine voor moeten maken.

henkvd schreef : Ik denk ook dat het die Icom is, zie ook het nut niet die nog aan de N2K te laten hangen als hij zijn data al via de NMEA0183 krijgt.
Als je gaat loggen lijkt me goed filteren ook het startpunt, zeker met N2K daar is vaak 80% van de data overbodig.
Wat jij "jitteren" noemt zou ook nog de afwijking kunnen zijn van de 2 GPS bronnen, die hebben nooit exact de zelfde positie je moet zorgen dat je maar 1 GPS bron gebruikt.

Jitter is iets heel anders: dat heeft met de stabiliteit en stijlheid van de flanken van het kloksignaal te maken. Dit is “slechts” een synchronisatie issue, speelt op seconden niet us tijdschaal.

Dit terzijde...

Nachtvlinder schreef :
Wijsneus

Diezelfde jitter die bij nmea0183 geen bal uitmaakt. Een bitje op 38400 duurt 26 usecs.
bij nmea2k duurt hetzelfde bitje 4 microseconde.
Geef beide nu eens 1 usecs jitter.. Dan kan je de boei niet meer vinden hoor!

nb: en de grap is dat beide bussen in 95 % van de gevallen gewoon dezelfde data moeten overbrengen.
Wat gps, gevers en AIS.

Maar goed. De nieuwe Roosmux2020 heeft nu een ethernet interface.

Kun jij zeggen maar ik ben onder de indruk....gééén idee

omdat de pulsjes zo kort zijn ( 4 microsecondes) heeft iedere capaciteit van de kabel en het een beetje verschuiven van de bitjes meteen dataverlies tot gevolg. Dus je moet echt goede kabel, afsluitweerstanden en apparatuur gebruiken.
En het netwerk juist opzetten. Dan zal het vast foutloos opereren.

Het is echter lang niet zo robuust als nmea0183 dat -zo heb ik bewezen hier- ook op twee waslijnen werkt.

Het is een manier voor de nmea organisatie en leveranciers om geld te verdienen. Technisch gezien is het m.i. niet echt nodig.
Ondertussen wordt al druk de OneNet (ethernet) gepromoot. mag je over een paar jaar opnieuw de beurs trekken

roozeboos schreef :
Je laat geen mogelijkheid onbenut he!?

Maar je denkt dat deze kabel duur of zeer hoogwaardig is? Gok eens?



@666: waar gebruik je de logs voor? Live of zou je ook achteraf de data kunnen synchroniseren? Moet het gesynchroniseerd zijn, vindt je het irritant dat er twee niet consistente tijdsweergaven in de data aanwezig zijn, of werkt je logging-tool hierdoor niet?

Yep, mogen de ZF ers opnieuw de beurs trekken

Ik ben al weer wat verder gekomen vandaag. ik denk dat ik er wat betreft het filteren van het n2k log naar iets leesbaars wel uit ga komen.
Nog even een filmpje gemaakt om te laten zien wat er aan de hand is. De positietijd gaat soms achteruit


Het is dan wel geen jitteren, zoals in to jitter, maar toch.
Allen wederom bedankt voor de input

Ik begrijp niet goed wat je aan het doen bent en wat Expedition met de logfiles doet.

-je maakt van een 0183 log een CSV?
-je maakt van een 2000 log een additionele CSV?
-hebben deze CSV’s een timestamp, of is er slechts tijdinfo in de data (GPS) aanwezig?
-je leest beide CSV’s in Expedition in?
-kent Expedition zelf timestamps toe; op basis waarvan?

NMEA0183 en NMEA2000 kennen geen timestamps die over het netwerk resp. bus gaan. Sommige logging software kan deze wel toevoegen in de logfiles, op basis van PC klok bijvoorbeeld.

Nachtvlinder schreef : Als zeilersforum sponsor mag dat toch ook wel?
Bovendien wilde aangeven in dat postje dat ik er ook intrap. Alleen sla ik dus nmea200 over.


En die kabel, het hangt ook van de lengte af natuurlijk. Maar okay, als dat ook goed werkt aan boord, dan valt het wel mee.
Gelukkig maar. Ik ben een techneut hè, dus zie wel eens onterecht beren op de weg. Excuses daarvoor.
Daarentegen zie ik toch ook wel af en toe afsluitweerstand issues voorbijkomen hier. Geeft toch wel aan dat het kritischer is.

@Nachtvlinder. Een Expedition log kan je in het programma Stripchart laden, om zodoende alle vergaarde informatie in één keer te zien en verwerken, ter lering ende vermaak. Expedition doet wel de vertalng van diverse formaten naar zijn eigen .csv. Desgewenst kan je het log ook afspelen in Expedition zelf, net zoals in OpenCPN's VDR. De hele reden dat ik het loggen met "set and forget" loggertjes doe is dat ik t niet vergeet, en om stroom te sparen bij langere tochten.
Waar ik nu tegenaan liep, is dat Exp niet goed raad wist met tijd die het ene moment vooruit, dan weer achteruit gaat (zie filmpje)Dit word dan weer veroorzaakt doordat het n2k loggertje álles logt zonder onderscheid. Ik kan niet van te voren selecteren wat, of welk device, ik wil loggen. Na wat omwegen weet ik nu een manier om die selectie achteraf te doen, zodat het log eruitziet zoals ik mijn instrumenten heb ingedeeld aan boord. Nu liet ik ook nog een oud nmea0183 loggertje meelopen, vandaar dat ik met twee protocollen rommel.

666 schreef :
Niet alleen de positietijd, alles klappert heen en weer tussen 2 GPSén, waarvan er een niet helemaal lekker is op z'n hoogte, ik zou de DOP waarde daar maar eens van bekijken, antenne slecht geplaatst ?

Ik kan de HDOP niet zien in t log voor zover ik weet. Het adres 13, waarvan het lijkt dat die hoogte niet klopt, hoort bij de interne GPS van de Zeus. Deze zit vlak onder het kajuitdak buiten in het schot ingebouwd. Hout epoxy boot. Ik ben over een paar weken weer aan boord, dan kan ik het nagaan. Het was mij ook opgevallen, maar ik heb geen moment een gps alarm oid gehad. Overigens zijn adres 18 en 19 respectievelijk de gps van de XB8000, en inderdaad, de Icom VHF.