Onderwerp: 0183 expert gezocht

Allen,

Ik ben op zoek naar iemend die nmea0183 inhoudelijk goed leest. Ik heb een stukje ingevoegd, waarvan ik vermoed dat de timestamp niet goed is, echter weet ik er niet genoeg vanaf om het aan te wijzen.


$PDKI,LOGSTART
$SDVHW,166.6,T,168.8,M,0.0,N,0.0,K*42
$GPGGA,111119,4213.6033,N,00845.0403,W,1,12,0.70,57,M,52.0,M,,*4B
$WIMWV,170.6,R,0.1,N,A*22
$WIMWV,170.5,T,0.1,N,A*27
$SDHDT,166.6,T*32
$GPZDA,111119,05,11,19,00,00*4D
$WIMWD,337.1,T,339.3,M,0.1,N,0.1,M*56
$GPVTG,1.6,T,3.8,M,0.1,N,0.2,K,A*2C
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,166.7,T,168.9,M,0.0,N,0.0,K*42
$GPGGA,111120,4213.6033,N,00845.0402,W,1,12,0.70,57,M,52.0,M,,*40
$WIMWV,170.6,R,0.1,N,A*22
$WIMWV,170.3,T,0.1,N,A*21
$SDHDT,166.8,T*3C
$GPZDA,111120,05,11,19,00,00*47
$WIMWD,337.1,T,339.3,M,0.1,N,0.1,M*56
$GPVTG,2.8,T,5.0,M,0.1,N,0.2,K,A*2F
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,166.9,T,169.1,M,0.0,N,0.0,K*45
$GPGGA,111121,4213.6033,N,00845.0401,W,1,12,0.70,57,M,52.0,M,,*42
$WIMWV,170.5,R,0.1,N,A*21
$WIMWV,170.2,T,0.1,N,A*20
$SDHDT,167.0,T*35
$GPZDA,111121,05,11,19,00,00*46
$WIMWD,337.2,T,339.4,M,0.1,N,0.1,M*52
$GPVTG,5.8,T,8.0,M,0.1,N,0.2,K,A*25
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,167.2,T,169.4,M,0.0,N,0.0,K*4A
$GPGGA,111122,4213.6034,N,00845.0399,W,1,12,0.70,57,M,52.0,M,,*40
$WIMWV,170.4,R,0.1,N,A*20
$WIMWV,169.9,T,0.1,N,A*23
$SDHDT,167.3,T*36
$GPZDA,111122,05,11,19,00,00*45
$WIMWD,337.2,T,339.4,M,0.1,N,0.1,M*52
$GPVTG,5.5,T,7.7,M,0.1,N,0.2,K,A*20
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,167.5,T,169.7,M,0.0,N,0.0,K*4E
$GPGGA,111123,4213.6035,N,00845.0398,W,1,12,0.70,57,M,52.0,M,,*41
$WIMWV,170.3,R,0.1,N,A*27
$WIMWV,169.6,T,0.1,N,A*2C
$SDHDT,167.6,T*33
$GPZDA,111123,05,11,19,00,00*44
$WIMWD,337.3,T,339.5,M,0.1,N,0.1,M*52
$GPVTG,4.1,T,6.2,M,0.1,N,0.2,K,A*21
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,167.8,T,170.0,M,0.0,N,0.0,K*4C
$GPGGA,111124,4213.6037,N,00845.0397,W,1,12,0.70,57,M,52.0,M,,*4B
$WIMWV,170.1,R,0.1,N,A*25
$WIMWV,169.4,T,0.1,N,A*2E
$SDHDT,167.9,T*3C
$GPZDA,111124,05,11,19,00,00*43
$WIMWD,337.4,T,339.6,M,0.1,N,0.1,M*56
$GPVTG,3.0,T,5.2,M,0.1,N,0.2,K,A*24
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,168.0,T,170.2,M,0.0,N,0.0,K*49
$GPGGA,111125,4213.6039,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*45
$WIMWV,169.9,R,0.1,N,A*25
$WIMWV,169.2,T,0.1,N,A*28
$SDHDT,168.1,T*3B
$GPZDA,111125,05,11,19,00,00*42
$WIMWD,337.5,T,339.7,M,0.1,N,0.1,M*56
$GPVTG,2.2,T,4.4,M,0.1,N,0.2,K,A*20
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,168.2,T,170.4,M,0.0,N,0.0,K*4D
$GPGGA,111126,4213.6040,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*48
$WIMWV,169.8,R,0.1,N,A*24
$WIMWV,169.2,T,0.1,N,A*28
$SDHDT,168.3,T*39
$GPZDA,111126,05,11,19,00,00*41
$WIMWD,337.6,T,339.8,M,0.1,N,0.1,M*5A
$GPVTG,359.1,T,1.3,M,0.1,N,0.3,K,A*2D
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,168.3,T,170.4,M,0.0,N,0.0,K*4C
$GPGGA,111127,4213.6039,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*47
$WIMWV,169.7,R,0.1,N,A*2B
$WIMWV,169.2,T,0.1,N,A*28
$SDHDT,168.3,T*39
$GPZDA,111127,05,11,19,00,00*40
$WIMWD,337.6,T,339.8,M,0.1,N,0.1,M*5A
$GPVTG,9.7,T,11.9,M,0.2,N,0.3,K,A*15
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,168.2,T,170.3,M,0.0,N,0.0,K*4A
$GPGGA,111128,4213.6038,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*49
$WIMWV,169.6,R,0.1,N,A*2A
$WIMWV,169.4,T,0.1,N,A*2E
$SDHDT,168.2,T*38
$GPZDA,111128,05,11,19,00,00*4F
$WIMWD,337.6,T,339.8,M,0.1,N,0.1,M*5A
$GPVTG,7.2,T,9.4,M,0.1,N,0.3,K,A*29
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,167.9,T,170.1,M,0.0,N,0.0,K*4C
$GPGGA,111129,4213.6037,N,00845.0397,W,1,12,0.70,57,M,52.0,M,,*46
$WIMWV,169.6,R,0.1,N,A*2A
$WIMWV,169.7,T,0.1,N,A*2D
$SDHDT,167.9,T*3C
$GPZDA,111129,05,11,19,00,00*4E
$WIMWD,337.6,T,339.7,M,0.1,N,0.1,M*55
$GPVTG,5.3,T,7.5,M,0.1,N,0.2,K,A*24
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,167.6,T,169.8,M,0.0,N,0.0,K*42
$GPGGA,111130,4213.6036,N,00845.0398,W,1,12,0.70,56,M,52.0,M,,*41
$WIMWV,169.6,R,0.1,N,A*2A
$WIMWV,170.0,T,0.1,N,A*22
$SDHDT,167.6,T*33
$GPZDA,111130,05,11,19,00,00*46
$WIMWD,337.5,T,339.7,M,0.1,N,0.1,M*56
$GPVTG,0.4,T,2.6,M,0.2,N,0.3,K,A*22
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,167.2,T,169.4,M,0.0,N,0.0,K*4A
$GPGGA,111131,4213.6036,N,00845.0398,W,1,12,0.70,56,M,52.0,M,,*40
$WIMWV,169.7,R,0.1,N,A*2B
$WIMWV,170.4,T,0.1,N,A*26
$SDHDT,167.2,T*37
$GPZDA,111131,05,11,19,00,00*47
$WIMWD,337.4,T,339.5,M,0.1,N,0.1,M*55
$GPVTG,0.3,T,2.5,M,0.2,N,0.3,K,A*26
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$SDDPT,,,*7B
$SDVHW,166.8,T,169.0,M,0.0,N,0.0,K*45
$GPGGA,111132,4213.6036,N,00845.0400,W,1,12,0.70,57,M,52.0,M,,*44
$WIMWV,169.9,R,0.1,N,A*25
$WIMWV,170.6,T,0.1,N,A*24
$SDHDT,166.8,T*3C
$GPZDA,111132,05,11,19,00,00*44
$WIMWD,337.3,T,339.4,M,0.1,N,0.1,M*53
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$GPVTG,348.1,T,350.3,M,0.1,N,0.3,K,A*2A
$SDDPT,,,*7B
$SDVHW,166.5,T,168.7,M,0.0,N,0.0,K*4E
$GPGGA,111133,4213.6036,N,00845.0401,W,1,12,0.70,57,M,52.0,M,,*44
$WIMWV,170.1,R,0.1,N,A*25
$WIMWV,170.8,T,0.1,N,A*2A
$SDHDT,166.5,T*31
$GPZDA,111133,05,11,19,00,00*45
$WIMWD,337.1,T,339.3,M,0.1,N,0.1,M*56
$PDKI,MINILOGGER,MOT,0,EVT,0*3C
$GPVTG,351.3,T,353.4,M,0.1,N,0.2,K,A*25
$SDDPT,,,*7B
$SDVHW,166.3,T,168.5,M,0.0,N,0.0,K*4A
$GPGGA,111134,4213.6038,N,00845.0403,W,1,12,0.70,57,M,52.0,M,,*4F
$WIMWV,170.2,R,0.1,N,A*26
$WIMWV,170.8,T,0.1,N,A*2A
$SDHDT,166.4,T*30
$GPZDA,111134,05,11,19,00,00*42
$WIMWD,337.1,T,339.2,M,0.1,N,0.1,M*57
$PDKI,MINILOGGER,MOT,0,EVT,0*3C

uit welke verschijnselen vermoed je dat?

NMEA 0183 berichten kennen geen tijd. Ze worden verzonden. En wel of niet ontvangen op dat moment. Einde verhaal.

Wat ik wel zie: de berichten van de minlogger zijn volgens 0183 illegaal: De zin begint met reen $, dan 2 karakters sender ID en dan 3 karakters boodschap, en dan de rest. De minilogger mist daar een karakter.

In de berichten zelf staat soms een tijd vermeld: aprs.gids.nl/nmea/#gga

Zoals MVDP al aangeeft de tijd staat al in een paar zinnen:
$GPGGA,111119 betekend 11uur 11minuten en 19 seconden UTC

In de GGA en de ZDA zit een timestamp.
Die lopen beide keurig en gelijk op.
11u 11m en oplopende seconden.
In de andere berichten zit geen tijd en dat hoort ook zo.

$GPGGA,111119,4213.6033,N,00845.0403,W,1,12,0.70,57,M,52.0,M,,*4B
$GPGGA,111120,4213.6033,N,00845.0402,W,1,12,0.70,57,M,52.0,M,,*40
$GPGGA,111121,4213.6033,N,00845.0401,W,1,12,0.70,57,M,52.0,M,,*42
$GPGGA,111122,4213.6034,N,00845.0399,W,1,12,0.70,57,M,52.0,M,,*40
$GPGGA,111123,4213.6035,N,00845.0398,W,1,12,0.70,57,M,52.0,M,,*41
$GPGGA,111124,4213.6037,N,00845.0397,W,1,12,0.70,57,M,52.0,M,,*4B
$GPGGA,111125,4213.6039,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*45
$GPGGA,111126,4213.6040,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*48
$GPGGA,111127,4213.6039,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*47
$GPGGA,111128,4213.6038,N,00845.0396,W,1,12,0.70,57,M,52.0,M,,*49
$GPGGA,111129,4213.6037,N,00845.0397,W,1,12,0.70,57,M,52.0,M,,*46
$GPGGA,111130,4213.6036,N,00845.0398,W,1,12,0.70,56,M,52.0,M,,*41
$GPGGA,111131,4213.6036,N,00845.0398,W,1,12,0.70,56,M,52.0,M,,*40
$GPGGA,111132,4213.6036,N,00845.0400,W,1,12,0.70,57,M,52.0,M,,*44
$GPGGA,111133,4213.6036,N,00845.0401,W,1,12,0.70,57,M,52.0,M,,*44
$GPGGA,111134,4213.6038,N,00845.0403,W,1,12,0.70,57,M,52.0,M,,*4F
$GPZDA,111119,05,11,19,00,00*4D
$GPZDA,111120,05,11,19,00,00*47
$GPZDA,111121,05,11,19,00,00*46
$GPZDA,111122,05,11,19,00,00*45
$GPZDA,111123,05,11,19,00,00*44
$GPZDA,111124,05,11,19,00,00*43
$GPZDA,111125,05,11,19,00,00*42
$GPZDA,111126,05,11,19,00,00*41
$GPZDA,111127,05,11,19,00,00*40
$GPZDA,111128,05,11,19,00,00*4F
$GPZDA,111129,05,11,19,00,00*4E
$GPZDA,111130,05,11,19,00,00*46
$GPZDA,111131,05,11,19,00,00*47
$GPZDA,111132,05,11,19,00,00*44
$GPZDA,111133,05,11,19,00,00*45
$GPZDA,111134,05,11,19,00,00*42

Joop66 schreef :
Franse slag of configuratie foutje? www.dkinnovation.fr/download/3414/

Misschien kan TopicStarter iets meer info geven mbt zijn probleem?

Joop66 schreef :
Dat is van ondergeschikt belang, het betreft tenslotte een property zin van de fabrikant die geenszins een rol speelt voor de navigatie of tijd.

@ 666

Wat is exact het probleem, waardoor je vermoed dat er iets met de timestamp is (die dus prima in orde is).

Ik zie wel dat in het ZDA bericht de locale tijd tov UTC op nul staat..


Kan dat het probleem zijN?


$GPZDA,111119,05,11,19,00,00*4D

111119 is tijd (zelfde als GGA).
05-11-19 is de datum..
Maar dan: 00 is het locale tijdsverschil met UTC.

Dus tenzij je op dat moment in de UK aan het varen was klopt dat niet!
(moet +1 zijn).

Het zou idd helpen om even de klacht te vermelden.

Groet
Bas

Bas van Dijk schreef :
Dat zal wellicht afhangen van de Offset in uren die je in de GPS of plotter hebt ingesteld?

Baasklusje schreef :
Ja, idd maar als een andere repeater de verkeerde tijd geeft kan het dus zijn dat dat hierdoor komt, daarom moet TS even de klacht melden. Als een van zijn klokken een uur verkeerd staat dan is dat de oorzaak denk ik

Dank alvast voor de reacties!

Ik kaart dit probleem aan omdat ik al geruime tijd worstel met het omzetten van bepaalde logfiles naar Expedition. Vanuit Expdition heb ik vernomen dat het misgaat met de timestamp, waardoor de vertaling afbreekt.
Mijn opstellng aan boord is zodanig dat ik ik twee nmealoggers heb om ea bij te houden als ik de pc uit heb staan. De ene is een Adrena Minilogger, de andere een n2k logger van YachtDevices.
De minilogger hangt aan een nmea0183 uitgang van de cpu, de YD logger hangt aan het n2k netwerk.

Inmiddels heb ik ook antwoord van YD aan de hand van een stukje CANlog, en het blijkt dat ik 3 devices heb die een timestamp geven, die niet sync lopen. Het is me nog niet duidelijkm of dit een verschil in UTC en boordtijd is, of iets anders. Ook kan ik niet plaatsen hoe ik aan 3 devices kom. Ik heb een GPS in de Zeus, en een AIS met eigen paddestoel. Het zou kunnen dat ik de tijd terugkrijg op het net via de VHF, die zijn tijd en positie krijgt via nmea0183, maar de AIS via n2k.
Is er iemand die bedreven is met CanViewer van YD?

Ho. Maar dan heb ne geen 0183 specialist nodig, maar n2k.

Ja, en nee.
Het probleem doet zich voor bij beide formaten.

Intussen heb ik de bevestiging dat de VHF de via 0183 ontvangen gegevens ook weer terugzet op de n2k. Weer wat geleerd..

Als je N2K terug vertaalt naar 0183, bijv door de Zeus, afh. van model, dan kun je ZDA en GGA bekijken om te zien of de tijd nog juist is.

Dat doe ik al via een h5000. Dat stukje in mijn eerste post komt daarvan. Ik begin te denken dat de timestamp die weer via een Miniplex3 uit de Vhf komt, door de vertaalslag heen en weer, 'uit de pas', of achter loopt. Er is helaas geen centrale heartbeat in n2k

Gepost met de officiële Zeilersforum-app

Waarom haal je je positie ook niet uit de AIS?

Dat maakt voor de positie an sich niet uit, maar lost ook mijn specifieke probleem niet op. Tijdens hey gebruik aan boord merk ik er nl niets van. Pas als ik de opgeslagen gegevens wil verwerken, blijkt dat die timestamp roet in 't eten gooit. Van de zomer viel ineens de (uit de n2k) positie en tijd weg uit mijn icom. Google leefre mij dat icom niet houdt van snelle gps, en liever 4800bd nmea0183 eet. Vandaar die omweg. Ik wist natuurlijk niet dat dit dan ook weer terugkwam op de n2k.

Gepost met de officiële Zeilersforum-app

Meerdere dezelfde bronnen moet je ook voorkomen, dat geeft alleen maar ellende.

Op nmea0183 wel ja

Gepost met de officiële Zeilersforum-app

Ik heb nog niet een beeld wat je allemaal gebreid hebt, maar het klinkt allemaal erg omslachtig?

Als je positie, tijd en AIS wilt loggen, doe je dat toch in 1 x uit je AIS vandaan? En dan bij voorkeur in 0183, dat kan je N2K bus ook niet van de rel raken door een onbekende oorzaak, CAN-bus kan tamelijk gevoelig zijn voor EMC invloeden via voeding.

is de tijd fout in uren of anders? dat is dus een "dingetje"in N2K, dat als je dezelfde informatie aanbied uit verschillende bronnen, moet de software slim genoeg zijn om een keuze te maken.
Bij Simrad doe je dat bij de installatie als het de bus gescand wordt.

Voor zover ik weet heeft N2k wel een time stamp. Dit in tegenstelling tot NMEA 0183. Wat er precies gebeurt als die laatste omgezet wordt in N2k zal we het betere giswerk zijn. Met als gevolg een grote hoeveelheid jitter. Analyse van je zeil performance uit zo'n data reeks wordt dat wel problematisch. (ik vermoed dat je dat probeert) Er zal niets anders op zitten dan de vervuilde data er tussen uit te filteren en die dan aan te bieden aan je analyse programma. Meer dan 1 keer gps data zijn natuurlijk ook niet nodig.

Ik log wat meer dan alleen gps, en dat gaat op zich gewoon goed. Wind, bsp heading helling roer etc
Zoals je in mijn draadje over fast packet errors kon lezen, is het netwerk ook gezond. Alleen zwerft er behoorlijk wat ongebruikte informatie rond uit diverse devices. (Zo wist ik bijvoorbeeld niet dat mijn ac42 pilot ook tws en twa op het net zette) .
Ik kon gewoon niet achterhalen waarom ik de logs niet goed kon omzetten naar. CSV, het formaat waar Expedition het weer naar converteert.

Ik moet het zelf nog even goed nagaan morgen, maar van YD begreep ik dat het over secondes gaat die heen en weer jitteren. Ik kreeg net een paar tips mbt hun Can viewer progamma, oa output filtering, opdat bepaalde devices weggefilterd kunnen worden.

Ik heb een stukje van dat nmea0183 van mijn 1e post afgespeeld met Navmonpc, en dat zie ik dat jitteren niet overigens.


Gepost met de officiële Zeilersforum-app

666 schreef :
Om te beginnen zou ik dat maar uitschakelen.

666 schreef :
Ook uitzetten, AP is net als VHF enkel ontvanger.