Onderwerp: Incorrect RMC bericht! Hoe kan dit?

In iSailor zie ik soms vreemde dingen gebeuren, snelheid die ineens omhoog schiet, kaart die verspringt naar een andere locatie (en weer terug). Daarom ben ik logs gaan maken van de NMEA berichten die ik via de WIFI ontvang. Zie hieronder alle berichten mbt GPS positie die ik in de log heb kunnen vinden.



[28/05/17 16:12:18] $MA RMC, 141216.59, A, 5149.48600, N, 407.22300, E, 0.00, 52.0, 280517, ,E,A,S*7F
[28/05/17 16:12:19] $SA RMC, 141210, A, 5149.486, N, 00407.223, E, 0.0, 52, 280517, 0>.0,W*7B
[28/05/17 16:12:19] $GP RMC, 141217.43, A, 5149.486, N, 00407.223, E, 0.0, 052.0, 280517, 000.0,E,D*3A
[28/05/17 16:12:19] $MA RMC, 141218.69, A, 5149.48600, N, 407.22300, E, 0.00, 52.0, 280517, ,E,A,S*72
[28/05/17 16:12:20] $GP GLL, 5149.486, N, 00407.223, E, 141217. 43,A,D*68
[28/05/17 16:12:20] $SA RMC, 141210, A, 5149.486, N, 00407.168, E, 0.0, 52, 280517, 0>.0,W*77
[28/05/17 16:12:20] $MA RMC, 141218.33, A, 5149.48600, N, 407.22300, E, 0.00, 52.0, 280517, ,E,A,S*7D
[28/05/17 16:12:21] $SA RMC, 141210, A, 5149.486, N, 00407.224, E, 0.0, 52, 280517, 0>.0,W*7C
[28/05/17 16:12:21] $GP RMC, 141219.43, A, 5149.486, N, 00407.224, E, 0.0, 052.0, 280517, 000.0,E,D*33
[28/05/17 16:12:21] $MA RMC, 141220.38, A, 5149.48600, N, 407.16800, E, 0.00, 52.0, 280517, ,E,A,S*71
[28/05/17 16:12:21] $GP GLL, 5149.486, N, 00407.224, E, 141219. 43,A,D*61
[28/05/17 16:12:22] $SA RMC, 141220, A, 5149.486, N, 00407.223, E, 0.0, 52, 280517, 0>.0,W*78
[28/05/17 16:12:22] $MA RMC, 141222.52, A, 5149.48600, N, 407.22400, E, 0.00, 52.0, 280517, ,E,A,S*74
[28/05/17 16:12:23] $SA RMC, 141220, A, 5149.486, N, 00407.223, E, 0.0, 52, 280517, 0>.0,W*78
[28/05/17 16:12:23] $GP RMC, 141221.50, A, 5149.486 , N, 00407.223, E, 0.0, 052.0, 280517, 000.0,E,D*3D
[28/05/17 16:12:23] $MA RMC, 141222.05, A, 5149.48600, N, 407.22300, E, 0.00, 52.0, 280517, ,E,A,S*71
[28/05/17 16:12:24] $GP GLL, 5149.486, N, 00407.223, E, 141221. 50,A,D*6F
[28/05/17 16:12:24] $SA RMC, 141220, A, 5149.486, N, 00007.223, E, 0.0, 52, 280517, 0>.0,W*7C

En ik lijk een probleem te hebben gevonden. In het laatste bericht in bovenstaande lijst staat ineens 00007 voor de Longitude ipv van 00407! Heel vreemd.

Een aantal vragen:
- Vanaf welk device komt dit bericht? Is het van mijn Raymarine GPS via de Seatalk?
- Hoe kan het dat er ineens 400 graden verschil is?

Deze log is gemaakt terwijl de boot stil lag in de haven, in de box.

jij hebt mijn mux toch?
de $SA berichten komen dan van seatalk
Voor welke ingang heb je talker id MA ingevuld?

roozeboos schreef :
Klopt, ik heb je/de Roosmux.

Dus het RMC bericht komt dus van mijn Raymarine GPS aangesloten via de Seatalk bus.

Ik heb tijdens het maken van deze log GEEN talker configuratie ingevuld. Ik weet dus niet waar de MA en GP berichten vandaan komen. Enig idee?

wat heb je allemaal aangesloten op de mux?

roozeboos schreef :
De NMEA bus die uit mijn Raymarine plotter/Marifoon komt.
De Seatalk bus waar de diverse Raymarine componenten zijn aangesloten zoals AutoPilot, GPS, Windmeter, etc.
AIS transponder via NMEA

Dat is alles.

De nmea bus uit de plotter zit die op de ingang van de mux? Die geeft dan ook positie.
De AIS transponder kan ook nog positie RMC uitsturen.

het handigste is dan om in ieder geval het vinkje van de positie omzetting van seatalk naar nmea uit te zetten. (seatalk tabje)
Je voorkomt daarmee dubbele posities in je systeem van verschillende gps ontvangers.
Dat gaat namelijk een beetje springen in je isailor.
En je voorkomt daarmee de foute positie ook meteen. Als er een bitje omvalt in seatalk data lijn kan je dit krijgen.

nb: Je moet beslissen of je de positie van raymarine wil gebruiken via de nmea ingang, of liever de positie van de AIS ontvanger.
Eventueel kan je prioriteit instellen van het RMC bericht.
Dan kijkt de mux naar ingang1 en als die geen RMC geeft gaat ie naar ingang2 kijken etc.
Je hebt dan dus altijd maar 1 RMC positie gever actief.
Ingang 1 heeft dan hoogste prio. Dat kan dan AIS of Raymarine zijn, net hoe je de draadjes vastzet.

Dank je voor de tips. Hier ga ik even mee spelen en testen.

Maar dit is nog geen verklaring waarom mijn Raymarine GPS bij een in de box liggende boot ineens 400 graden afwijkt.

Dat springen in iSailor heb ik idd al gezien. En dat wil ik idd oplossen. Volgens mij heb ik mijn AIS transponder geconfigureerd zodat er geen GPS data over de NMEA interface naar buiten wordt gestuurd. Weet ik zo uit mijn hoofd niet helemaal zeker. Maar misschien is het beter omdat aan te zetten en dan te filteren in de MUX want dan kan ik idd makkelijker switchen indien nodig.

Enige idee wat GP en MA voor een componenten zijn?

Die MA moet dan wel uit je plotter nmea uitgang komen.
De soms foute positie komt door de mux omgezette van seatalk naar nmea positie.
die moet je uitzetten.
Je transponder kan je inderdaad ook instellen dat daar geen rmc uit komt.

Dus de vink "Stuur positie type 1" moet ik uitzetten?

correct

$SARMC, 141220, A, 5149.486, N, 00007.223, E, 0.0, 52, 280517, 0>.0,W*7C

De checksum 7C is correct, dus de fout is gemaakt door de aanmaker van de NMEA zin, tijdens de Seatalk-NMEA 0183 conversie.

zeilbootje schreef : 4 graden verschil bedoel je, denk ik.
Je locatie:
zoom.earth/#51.824769,4.12038,19z,sat

Als je stil ligt is het voor een gps erg lastig te bepalen wat je koers is. Als hij het niet kan geeft hij 000 aan als koers. Soms lukt het wel om een koers te berekenen en dan geeft hij dat weer. Dat gaat alle kanten op, is meestal een schommelingetje van het schip. Kijk maar eens een poosje naar een gps op je stil liggende boot.

Verder denk ik dat Chris de spijker op zijn kop slaat (of course) met het prioriteiten scherm. Wij wensen nogal wat back up systemen en dat ook nog allemaal met elkaar in verbinding zodat uitval van de een automatisch wordt opgevangen. Maarrrrr, een computer/tablet/plotter/display kan niet kiezen. Hij moet dus 1 bron hebben. En dat regel je in het prioriteitenscherm. Dat staat trouwens ook in de manual.

Het prio-scherm regelt de volgorde. Komt het niet van ingang 1, dan kijkt hij op ingang 2 enz enz.

37south schreef :
Dat moet ook wel, anders hadden we er nooit van geweten:
- dan had iSailor het record weggegooid
- had TS de rare sprongen over de kaart nooit gehad
- en had hij dus ook geen logging gemaakt.

Er zijn goede redenen voor iets als een checksum.....

Waarschijnlijk het werk van Russische hackers, deze foute positie met correcte checksum...

Vandaag toch nog even een andere log uit zitten pluizen die ik afgelopen weekend heb gemaakt (ben nog niet op de boot geweest dus heb de suggestions nog niet kunnen proberen).

$SARMC, 114910, A, 5119.846, N, 00256.107, E, 18.6, 44, 270517, 0>.0,W*45
$SARMC, 114910, A, 5119.846, N, 00256.107, E, 18.6, 44, 270517, 0>.0,W*45
$SARMC, 114910, A, 5119.848, N, 00256.112, E, 18.9, 44, 270517, 0>.0,W*40
$SARMC, 114910, A, 5119.848, N, 00256.112, E, 18.9, 44, 270517, 0>.0,W*40
$SARMC, 114910, A, 5119.850, N, 00256.114, E, 18.9, 44, 270517, 0>.0,W*4F
$GPGLL, 5119.848, N, 00256.112, E, 114904.19, A,D*66
$GPRMC, 114904.19, A, 5119.848, N, 00256.112, E, 7.4, 043.0, 270517, 000.0,E,D*38
$SARMC, 114910, A, 5119.851, N, 00256.117, E, 18.9, 44, 270517, 0>.0,W*4D
$SARMC, 114910, A, 5119.850, N, 00256.114, E, 18.9, 44, 270517, 0>.0,W*4F
$GPGLL, 5119.848, N, 00256.112, E, 114904.19,A,D*66
$GPRMC, 114904.19, A, 5119.848, N, 00256.112, E, 7.4, 043.0, 270517, 000.0,E,D*38
$SARMC, 114910, A, 5119.851, N, 00256.117, E, 18.9, 44, 270517, 0>. 0,W*4D
$SARMC, 114910, A, 5119.853, N, 00256.119, E, 18.9, 44, 270517, 0>. 0,W*41
$GPGLL, 5119.851, N, 00256.117, E, 114906.23, A,D*60
$GPRMC, 114906.23, A, 5119.851, N, 00256.117, E, 7.4, 044.0, 270517, 000.0,E,D*39
$SARMC, 114910, A, 5119.853, N, 00256.119, E, 18.9, 44, 270517, 0>.0,W*41
$GPGLL, 5119.851, N, 00256.117, E, 114906.23, A,D*60
$GPRMC, 114906.23, A, 5119.851, N, 00256.117, E, 7.4, 044.0, 270517, 000.0,E,D*39
$SARMC, 114920, A, 5119.854, N, 00256.122, E, 18.9, 44, 270517, 0>.0,W*4D
$SARMC, 114920, A, 5119.854, N, 00256.122, E, 18.9, 44, 270517, 0>.0,W*4D
$SARMC, 114920, A, 5119.857, N, 00256.127, E, 18.9, 46, 270517, 0>.0,W*49
$SARMC, 114920, A, 5119.857, N, 00256.127, E, 18.9, 46, 270517, 0>.0,W*49
$GPGLL, 5119.857, N, 00256.127, E, 114910.25, A,D*64
$GPRMC, 114910.25, A, 5119.857, N, 00256.127, E, 7.4, 045.0, 270517, 000.0,E,D*3C
$SARMC, 114920, A, 5119.859, N, 00256.129, E, 18.6, 46, 270517, 0>.0,W*46
$SARMC, 114920, A, 5119.860, N, 00256.131, E, 18.6, 46, 270517, 0>.0,W*45
$GPGLL, 5119.857, N, 00256.127, E, 114910.25, A,D*64
$GPRMC, 114910.25, A, 5119.857, N, 00256.127, E, 7.4, 045.0, 270517, 000.0,E,D*3C
$SARMC, 114920, A, 5119.859, N, 00256.129, E, 18.6, 46, 270517, 0>.0,W*46
$SARMC, 114920, A, 5119.860, N, 00256.131, E, 18.6, 46, 270517, 0>.0,W*45
$GPGGA, 114912.25, 5119.860, N, 00256.131, E, 2, 08, 1.0, 6553.30, M, 4.70, M, 0.10,0*45
$GPGLL, 5119.860, N, 00256.131, E, 114912.25, A,D*65
$SARMC, 114920, A, 5119.861, N, 00256.134, E, 18.9, 46, 270517, 0>.0,W*4E
$GPGGA, 114912.25, 5119.860, N, 00256.131, E, 2, 08, 1.0, 6553.30, M, 4.70,M,0.10,0*45
$GPGLL, 5119.860, N, 00256.131, E, 114912.25, A,D*65
$SARMC, 114920, A, 5119.861, N, 00256.134, E, 18.9, 46, 270517, 0>.0,W*4E
$GPRMC, 114912.25, A, 5119.860, N, 00256.131, E, 7.3, 045.0, 270517, 000.0,E,D*3A
$SARMC, 114920, A, 5119.863, N, 00256.136, E, 18.9, 46, 270517, 0>.0,W*4E
$GPRMC, 114912.25, A, 5119.860, N, 00256.131, E, 7.3, 045.0, 270517, 000.0,E,D*3A
$SARMC, 114920, A, 5119.863, N, 00256.136, E, 18.9, 46, 270517, 0>.0,W*4E
$SARMC, 114920, A, 5119.864, N, 00256.139, E, 18.9, 46, 270517, 0>.0,W*46
$GPGLL, 5119.863, N, 00256.136, E, 114914.25,A,D*67
$GPRMC, 114914.25, A, 5119.863, N, 00256.136, E, 7.4, 045.0, 270517,000.0,E,D*3F
$SARMC, 114920, A, 5119.864, N, 00256.139, E, 18.9, 46, 270517, 0>.0,W*46
$GPGLL, 5119.863, N, 00256.136, E, 114914.25,A,D*67
$GPRMC, 114914.25, A, 5119.863, N, 00256.136, E, 7.4, 045.0, 270517, 000.0,E,D*3F
$SARMC, 114920, A, 5119.866, N, 00256.141, E, 18.9, 46, 270517, 0>.0,W*4B
$SARMC, 114920, A, 5119.866, N, 00256.141, E, 18.9, 46, 270517, 0>.0,W*4B
$SARMC, 114920, A, 5119.868, N, 00256.143, E, 18.9, 46, 270517, 0>.0,W*47
$GPGLL, 5119.866, N, 00256.141, E, 114916.27,A,D*62
$GPRMC, 114916.27, A, 5119.866, N, 00256.141, E, 7.4, 045.0, 270517, 000.0,E,D*3A

Wat mij opvalt:
- Er zijn 4 berichten die elk GPS informatie hebben, namelijke: SARMC, GPRMC, GPGLL, GPGGA.
- Volgens de SARMC berichten vaar ik 18.x knopen en volgens de GPRMC berichten vaar ik 7,x knopen. Ik kan je verzekeren dat mijn boot geen 18 knopen vaart. Het aparte GPVTG bericht bevat netjes de 7.x knopen.
- De GPS coordinaten redelijk lijken te kloppen. Behalve dat de verschillende berichten toch af en toe verschillende waarden aangeven. Dit is natuurlijk logisch inden het twee verschillende GPS sources zijn.
- Mijn COG netje op de 44, 45, 46 graden blijft staan (en niet verspringt).

De diagnose en suggesite blijft voorlopig dezelfde. GLL en GGA zullen worden genegeerd door isailor. Het gaat om de RMC
Tevens, welke versie software zit er eigenlijk in de mux?

roozeboos schreef :
Software versie is N3D.

Op basis waarvan zal iSailor de GLL/GGA berichten genereren? Op basis van de GPS van de iPhone?

En natuurlijk de vraag waar komt die 18 knopen snelheid vandaan!

Geen idee wat voor log dit is maar ik vindt het nogal verontrustend!
Of heb je er in zitten knippen?
Kijk maar eens naar de tijden?
die staan na RMC,114910 betekend 11:49 uur en 10 seconden
Er zit wel 10 seconden verschil tussen het binnenkomen van de 2 bronnen.
Lijkt er erg op dat een poort is overbelast of de processor.

Zeilprutser schreef :
Dit is een log gemaakt op de iPhone met de iNmealogger applicatie. Ik heb niet zitten knippen, wel zitten filteren zodat ik alleen de GPS data zichtbaar had om te vergelijken. Ik snap je opmerking over de 10 seconden interval. 10 seconden lang geen nieuwe GPS positie is misschien wel een goed punt.

Ik weet even niet hoe die iPhone app de logs maakt. Kan best zijn dat daar 10 sec intervals inzitten. Ik zal zo'n log ook eens bekijken en filteren vanuit de Roosmux log.

Nee het is erger er zit 10 seconden verschil tussen de 2 bronnen.
Het SARMC bericht is van 11:49:10 vervolgens krijg je een zin binnen GPGLL die is van 11:49:04.19 dan van die zelfde bron ook een GPRMC om 11:49:04.19 en dan krijg je weer een bericht van de SARMC nog steeds van 11:49:10 zie:
$SARMC, 114910, A, 5119.850, N, 00256.114, E, 18.9, 44, 270517, 0>.0,W*4F
$GPGLL, 5119.848, N, 00256.112, E, 114904.19, A,D*66
$GPRMC, 114904.19, A, 5119.848, N, 00256.112, E, 7.4, 043.0, 270517, 000.0,E,D*38
$SARMC, 114910, A, 5119.851, N, 00256.117, E, 18.9, 44, 270517, 0>.0,W*4D

De GP zinnen lijken hier 6 seconden achter te lopen!
Zoals ik er nu naar kijk lijkt het me eerder een vertaalbug van Seatalk naar NMEA0183
Je krijgt 10 SARMC berichten met de zelfde timestamp en vervolgens springt hij 10 seconden verder.

Ok, ik snap wat je bedoeld. De ene GPS source loopt achter de andere aan. Mee eens, was me ook op gevallen.
Ik ga komend weekend de MUX config wijzigingen zodat er maar 1 GPS source is. Zoals door Roozeboos al gesuggereerd. Ik ga er vanuit dat dat een betere en stabielere oplossing gaat bieden.

Wat nog steeds vreemd is, en volgens mij niks met de verschillende GPS sources te maken heeft is die snelheid (SOG) van 18 knopen in het SARMS bericht. Dan kan echt niet kloppen.

Ja icm die snelheid is de conclusie denk ik wel dat er iets mis gaat bij het vertalen.
In dit geval kun je die bron weggooien maar het zou wel netjes zijn als dit is/wordt gefixt.

Al een tijd terug heb ik het hele seatalk 1 opgegeven. Ik kreeg het gewoon niet goed.

Van vertaalfout nmea -> seatalk merk ik niks. Bij mij is alleen gps en ais nmea. Gps gaat via de mux op de Seatalkbus en wordt daar getoond op C80plotter, st60maxiview, st60Graphic & Multi en doorvertaald naar SeatalkNG via een ST70. Allemaal foutloos. Enkele keer dat de sec blijft hangen (1sec).
Ook de terugvertaling van Seatalk log, diepte, wind, kompas, watertemp naar nmea komt goed binnen via de mux op laptop (Navmonpc en Wingps). Daarin is medio september vorig jaar nog iets verbeterd, en sindsdien uitstekend.

Ik vind dat je voor analyse van de mux het log van de mux moet bekijken en niet aan komen zetten met een log uit een app of andere software. Of op zijn minst allebei gelijktijdig. Iedere verbinding is een potentieel zwakke schakel en iedere software biedt kans op (extra) fouten. Zeker Wifi is imo onbetrouwbaar.
Zo maakt Navmonpc een bende van de CSV file die ze maakt en is er met alle software wel iets.

En probeer het eens stuk voor stuk. Alle andere apparatuur uit en 1 voor 1 bijzetten. Alleen dan krijg je de opeenstapeling overzichtelijk. Ik krijg regelmatig verzoekjes om hulp. Met plezier sta ik bij, maar regelmatig blijkt een instelling in de applicatie het euvel, niet de mux. Het inregelen van je totale navigatiepakket is geen plug en play. Daar moet je echt serieus voor gaan zitten of veel ervaring mee hebben.

seatalk werkt prima hoor.
je moet alleen wel een nieuwe versie draaien op de mux.