Onderwerp: NMEA0183 - Verschillen in RMC bericht

Ik zit wat oude NMEA 0183 log files te bekijken (de boot staat in de winterstalling dus kan geen nieuwe logs maken) en ik zie iets vreemds dat ik niet kan verklaren.

Onderstaand twee RMC berichten die van verschillende bronnen komen. Naar mijn idee komt het GP bericht van de GPS ontvangen en het SA bericht van de AIS ontvanger, is mijn aanname correct?

Wat mij opvalt is het volgende:
1) de tijd nauwkeurigheid verschilt tussen de twee gevers,
2) De tijd is ook verschillend, 6 seconden. De bovenstaande volgorde is de volgorde van ontvangst.
3) De GPS locatie is niet hetzelfde, dit kan ik me wel voorstellen ivm nauwkeurigheid en locatie van de ontvanger op de boot.
4) De snelheid (SOG) heeft een enorm verschil, 7.4 versus 18.9. Hoe kan dit?
5) In het AIS RMC bericht staat: 0>.0, is dat correct? Lijkt me niet.
6) De berichten van de GPS ontvanger hebben een extra veld, dit vind ik ook vreemd.
7) de nauwkeurigheid in de COG (course of ground) is verschillend, ook een andere notatie.

Kan iemand uitleggen waarom ik deze verschillen zie? Is dit een fout in een van mijn systemen? Is er een fout in de instellingen? Wat is hiervoor een verklaring?

Er zijn hier vast wel mensen die het protocol kunnen dromen, dus die zullen je een exacter antwoord kunnen geven. Maar een aantal dingen die je noemt hebben met elkaar te maken: snelheid wordt berekend uit positie, en positie wordt berekend met behulp van de tijd. Dus als de klokken verschillen dan kun je verwachten dat de rest ook verschilt.
Over de talker id's: GPS'en hebben inderdaad meestal GP als talker id, en AIS'en vaak iets anders. Maar dat is iets waar de fabrikant vrij in is om te kiezen, en vaak kun je het ook zelf instellen.

die SA is volgens mij een of andere converter.
Die maakt er een potje van.
Vertaal je ergens N2K in 183?

Knoet schreef :
Ik begrijp je antwoord mbt de tijd en GPS positie en het berekenen van de snelheid. Dat berekenen gebeurt toch in de GPS ontvanger? Ook al is de tijd afwijkend tussen twee ontvangers en is de positie anders, relatief gezien zouden ze dezelfde snelheid moeten berekenen, toch?

Mbt de AIS ik heb een Easy TRX2 type A154 aan boord.

geha schreef :
Nee ik heb geen N2K aan boord. Alleen Seatalk en NMEA0183.

De SA is volgens mij de AIS ontvanger. De Easu TRX model zoals hierboven aangegeven.

1 De officiel nmea standaard geeft 2 cijfers achter de komma maar hoeft niet.
2 Zie Wikipedia verschil gps tijd en gmt(utc)
3 Dat heb je zelf al bedacht
4 De meeste GPS'en kan je de uitvoer middelen. Doe je dat niet dan krijg je inderdaad flinke verschillen
5 Dat is de variatie. Prima methode om aan te geven dat de variatie niet geldig is. Je GPS geeft een variatie van 0.0 wat vrijwel zeker niet klopt, maar dat kan ik zo niet nakijken voor 27-5-2017.
6 De nmea standaard van na 2.2 heeft inderdaad een extra veld (FAA mode indicator (NMEA 2.3 and later) )
7 Beide kan, vrijheid van de programmeur.

Heb je deze 4 zinnen in deze volgorde binnengekregen?
Of heb je lopen knippen en plakken?
Zo ja geef eens een origineel stukje log?

Met welke multiplexer heb je deze zinnen ontvangen/uitgelezen?

Zeilprutser schreef :
Ik heb niet lopen knippen en plakken. Zo heb ik ze binnen gekregen.

$GPZDA,114904.19,27,05,2017,,*63
$SARMC,114910,A,5119.850,N,00256.114,E,18.9,44,270517,0>.0,W*4F
$SAVWR,20.5,L,6.3,N,,,,*71
$ECMWV,331.0,R,6.2,N,A*3E
!AIVDM,1,1,,B,1344An02@0P=KmHMCvU0BkrR0h:O,0*40
$SAVWR,20.5,L,7.0,N,,,,*73
$GPGLL,5119.848,N,00256.112,E,114904.19,A,D*66
!AIVDM,1,1,,B,13f6eF5000P>dprMH1b<>ajR00S3,0*34
$GPRMC,114904.19,A,5119.848,N,00256.112,E,7.4,043.0,270517,000.0,E,D*38
!AIVDM,1,1,,A,13@AJ20w@e0=ADFME6D<TIdT05K4,0*60
$SADPT,13.1,0*7F
$SADBT,,f,13.1,M,,F*30
$SAVHW,,T,42.0,M,6.6,N,,,*16
$SAHDG,42.0,,,,*6D
$GPVTG,043.0,T,043.0,M,7.4,N,13.7,K,D*10
!AIVDM,1,1,,A,13ifAb0007P=KnhMOib6Q`LP0<2i,0*6A
$SAMTW,16.0,C*06
!AIVDM,1,1,,B,1345w>0OhmP>gtPMGUG79UPT00SU,0*79
!AIVDM,1,1,,B,13P>I907SW0=@6pMIAuVS5@T08:h,0*7F
!AIVDM,1,1,,A,701uEO@i16JP,0*5B
$SARMC,114910,A,5119.851,N,00256.117,E,18.9,44,270517,0>.0,W*4D
$SAVWR,36.0,L,7.0,N,,,,*71
$SAVWR,36.0,L,6.4,N,,,,*74
$SDDBT,43.4,f,13.2,M,7.2,F*00
$VWVLW,2018.9,N,16.91,N*71
$GPZDA,114904.19,27,05,2017,,*63
$SARMC,114910,A,5119.850,N,00256.114,E,18.9,44,270517,0>.0,W*4F
$SAVWR,20.5,L,6.3,N,,,,*71
$ECMWV,331.0,R,6.2,N,A*3E
!AIVDM,1,1,,B,1344An02@0P=KmHMCvU0BkrR0h:O,0*40
$SAVWR,20.5,L,7.0,N,,,,*73
$GPGLL,5119.848,N,00256.112,E,114904.19,A,D*66
!AIVDM,1,1,,B,13f6eF5000P>dprMH1b<>ajR00S3,0*34
$GPRMC,114904.19,A,5119.848,N,00256.112,E,7.4,043.0,270517,000.0,E,D*38
!AIVDM,1,1,,A,13@AJ20w@e0=ADFME6D<TIdT05K4,0*60
$SADPT,13.1,0*7F
$SADBT,,f,13.1,M,,F*30
$SAVHW,,T,42.0,M,6.6,N,,,*16
$SAHDG,42.0,,,,*6D
$GPVTG,043.0,T,043.0,M,7.4,N,13.7,K,D*10
!AIVDM,1,1,,A,13ifAb0007P=KnhMOib6Q`LP0<2i,0*6A
$SAMTW,16.0,C*06
!AIVDM,1,1,,B,1345w>0OhmP>gtPMGUG79UPT00SU,0*79
!AIVDM,1,1,,B,13P>I907SW0=@6pMIAuVS5@T08:h,0*7F
!AIVDM,1,1,,A,701uEO@i16JP,0*5B
$SARMC,114910,A,5119.851,N,00256.117,E,18.9,44,270517,0>.0,W*4D

koko schreef :
Ik maak gebruik van de RoosMux

Komt de snelheid door het water ook via de Roosmux?
(Die is 6.6 knts)

It Paradyske schreef :
Correct, die komt ook door de RoosMux. De log is opgenomen door een iPad App die the NMEA data via WIFI van de RoosMux krijgt.

Idd dus snelheid door het water, 6.6 ligt in de buurt van de GPS snelheid (7.4). I was op zee toen deze log gemaakt werd, dus dat verschil kan door de stroming komen.

Dan komt die foute gpssnelheid zeer waarschijnlijk ook via de Roosmux, zelfde device ID.



Hoe zit alles aan boord aangesloten? Wat loopt er via seatalk naar de Roosmux en wat via NMEA?

Ik vermoed dat de SA staat voor de Seatalk instrumenten. De Roosmux doet ook vertalingen over en weer van nmea naar Seatalk en ws zie je die terug in je log.
Er zijn wel wat verschillen in versies van nmea en ook Seatalk wil het soms net even anders. Ws verklaart dat de verschillen. Het tijdsverschil zou kunnen zitten in het op elkaar moeten wachten van berichten binnen Seatalk.

Dit is het overzicht hoe het is aangesloten.

Misschien een keer de firmware updaten van die mux?

Volgens je schema heb je een dataloop gecreëerd met je SeaTalk instrumenten.
Dat kan weer portoverflow veroorzaken en kan weer de 6 seconden verschil verklaren.
Wat duidelijk te zien is dat je de 2X deze zin binnenkrijgt op 2 verschillende momenten:
$GPRMC,114904.19,A,5119.848,N,00256.112,E,7.4,043.0,270517,000.0,E,D*38

holtere schreef :
Uiteraard heb ik die al draaiend, gebruik altijd de laatste versies

Zeilprutser schreef :
Oke, duidelijk, snap ik. Dus hoe het beste op te lossen? De Seatalk verbinding met RoosMux verwijderen?

Dat is mogelijk maar afhankelijk van hoe je de boel wilt gebruiken.
Staat de plotter altijd aan bijvoorbeeld, of wil je de SeaTalk instrumenten ook kunnen gebruiken als de plotter uit is.
Anders moet je even goed nadenken waar wat te filteren.

Zeilprutser schreef :
Goed punt, ik ga dan beginnen met de SW config van de RoosMux om de binnenkomende seatalk data niet door te sturen naar de andere poorten, dan zou dat verholpen moeten zijn.

Het goed inregelen van een multiplexer is nog best een dingetje trouwens. Daar kan je best een paar uurtjes in stoppen. Persoonlijk ervaar ik de Interface van de Roosmux trouwens als heel overzichtelijk en begrijpelijk.
Heb hem al jaren en heel tevreden over. Nu begonnen aan N2K en zodoende een Shipmodul. Daar kan je ook fantastische dingen mee, maar moest toch echt wel studeren en “kauwen” op de manual. Nu ik hem door heb is het makkelijker natuurlijk, maar een goede routering/filtering is niet 1,2, 3 verzonnen.

De Roosmux zet ook performance op Seatalk, dus als je dat wil kan je de seatalk verbinding niet los halen. (waypointnaam).