Onderwerp: Incorrect RMC bericht! Hoe kan dit?

roozeboos schreef :
Het is niet mijn input maar wat uit de NKE interface komt. Als je wilt klagen doe het bij hun.

Hartelijk dank voor de input!
Ik neem het mee in de correctie.
Wat een fantastisch forum is dit toch. Zoveel goedbedoelde adviezen, zo laat in de avond om de Roosmux tot een daverend succes te maken.
.
Nogmaals dank. Ik meen t echt.

roozeboos schreef :
Bewondering voor je keeping cool, maar hoe houd je het vol, ondersteuning via een publiek forum met al die mensen die hun zegje willen doen?
Misschien teveel features in je mux? Nu nog maar 250 in gebruik, maar hoe ga je dit doen als het er 1000 of 2000 zijn? Nooit meer slapen?

Dankjewel. Maak je niet druk over mijn nachtrust hoor. Dat gaat prima.

Hoe passend is je onderschrift.
Ik ben een groninger...

3Noreen schreef :
Niet "in ontwikkeling". Ik heb er wel eens naar gekeken, maar het leek een enorme klus. Ik heb wel een nieuwe Simrad AC12 AP computer geinstalleerd met Precision 9 compass en SD10 drive (= Octopus). Ik ben erg benieuwd naar het gedrag in volgende zee en will best ervaringen uitwisselen. Wat is jouw AP? Het is hier winter (37South) en ik ben druk bezig geweest met diverse klussen, dus nog weinig gelegenheid tot testen gehad. In dit verband was er ook nog de oproep van mijn goede vriend GoWest (Jan) voor metingen aan auto pilots. Daar zal ik ook nog op terugkomen. Jan is de uitvinder van de USD windvaan en heeft zich jarenlang in stuurgedrag verdiept. Zeer goed gezelschap!

Sorry voor deze afdwaling, gents.

37south schreef :
In basis heb ik een NKE AP met een Lecomble & Schmitt drive die voorzien wordt van koers data waar door zelf geschreven software aan gerekend wordt. De harmonische beweging van de boot wordt door de software in 1e,2e en 3e orde omschreven om anticiperend de koersdata 250 of 500 ms naar voren te verschuiven. De NKE kan maximaal 4Hz kompas data verwerken.
Het draadje van GoWest kan ik me nog herinneren. Mijn metingen waren niet maatgevend.
Voor zover deze intermezzo.

In middels kan ik vertellen dat de roosmux zonder checksum fouten met nieuwe frimware tegelijkertijd 10Hz RMC ,10Hz HDG, AIS, log/diepte, wind en eventueel route informatie (APB & BWC) via de NMEA poorten kan verwerken. Na een hele nacht werd er geen enkele checksum fout in het log vermeld. Let wel ik gebruik verder geen "extra" functies van de mux. Eenvoudig weg omdat ik die niet nodig heb. Dus niet door mij aan de tand gevoeld. Ik kan daar dus niets over zeggen.
Maar wel dat de mux nu dus aanzienlijk beter, voor mij foutvrij, functioneert.

Dank voor de melding Gary. En bovenal dank voor je tijd en moeite om de update te testen!

Gaaf dat de workaround werkt! Bijzonder hoe Chris zich inzet hiervoor...

Geen 'workaround' hoor.
En nette oplossing voor boten met heul veel nmea data.

Beter nog! En een (volgens mij) tevreden klant nav dit "moment van de waarheid".

Nou, kwam op mij zeker over als een moment van de waarheid. Goed om te lezen dat het toch gelukt is om tot elkaar te komen en met een goed resultaat. Was vast even doorpakken, voor beiden.

Eindelijk tijd gehad om een Roosmux log te maken en te analyseren. Hierbij heb ik een aantal vreemde dingen gevonden. Ik heb veel vragen! Het logging text bestand en de Excel versie met de analyse heb ik bij deze post toegevoegd.

Tevens heb ik een scherm afdruk bijgevoegd van het relevante probleem.



Vragen en problemen:
1. Ik heb drie verschillende berichten met GPS data: GLL, RMC en GGA. Waarom? 1 type GPS bericht zou toch voldoende moeten zijn?
2. Er zijn drie verschillende talkers die die berichten sturen: GP, MA en SA.
De volledige berichten zijn: GPGLL, GPRMC, GPGGA, MARMC, SARMC.
3. in een drietal MARMC/SARMC berichten kom ik vreemde GPS positie data tegen, waar komt dit vandaan? Hoe kan dit?
Dit geeft hele vreemde effecten in iSailor. De boot vliegt van hot naar her
4. De tijd in het SARMC bericht lijkt gewoon stil te staan (010308).

Kan iemand me helpen dit te verklaren? Alle suggesties zijn welkom. Dank jullie wel.

1. ja dat klopt. De gps ontvanger maakt meerdere berichten met soms dubbele info.
Gebruik RMC. negeer de rest. Is de korte reactie.
2,3,4 . Je hebt dus drie gever berichten. De GP komt van je gps. SA is positie vanuit de seatalk. De MA is van je AIS?
Het is belangrijk om er maar 1 te gebruiken, dat heb ik geloof ik al eerder gezegd. Je bootje gaat dan inderdaad springen, omdat niet elke gps steeds precies dezelfde positie doorgeeft. iSailor volgt alle positie berichten die binnenkomen,zoals dat hoort.

Je kan de positie via prioriteiten kiezen, of gewoon de beste nmea ingang naar de wifi versturen. En de andere niet.

En de seatalk positie naar nmea gewoon uitzetten. Heb je niet nodig.

roozeboos schreef :
Dank je voor je snelle reactie. Idd een aantal zaken had je al verteld. Door op deze manier de NMEA berichten te analyseren begin ik het steeds meer te begrijpen (hoop ik). Dus op deze manier is het ook een leer proces.

Geen idee of MA van de AIS komt. Ga ik proberen uit te zoeken.

Toch wil ik ook nog weten waarom het SARMC en MARMC ineens die vreemde posities geeft! Dat kan niet goed zijn. Toch?

heb je een talker id in de mux wellicht ingesteld op MA? Dan weet je welke ingang het stuurt.
of je hebt een gever die MA als talker id geeft.
Dan weten we wat dit stuurt.

Zeilbootje,
Wat heb je in je filter staan en wat in je prioriteiten?

Wat er nu gebeurt is dat je drie bronnen alle soorten van positie berichten laat doorsturen. Dat is niet verstandig. Dat geeft rommel en ruis op de uitgang (lees: OpenCpn).
Door met prioriteiten te gaan werken pakt de mux hetxelfde type bericht nog maar van een bron. Te beginnen bij nmea in 1. Valt het daar weg, dan naar nmea ingang twee en zo verder. Valt dan je gps uit, dan kan bijvoorbeeld je AIS het overnemen. Op die manier regel je redundancy mbv de mux.

Slim is dus om je apparatuur in mate van prioriteit aan te sluiten. Zo heb ik mijn gps op 1 staan, mijn Ais op 2. De AIS zet ik wel eens uit, vandaar.

Er zijn berichten die je eigenlijk niet nodig hebt, maar ja. De apparatuur kan het en dus zet de fabrikant het op de lijn, maar noodzakelijk? Nee. Die kan je filteren.

Dan zijn er nog diverse manieren van noteren van gps positie. Dat geeft andere cijfertjes op dezelfde positie. Om te vergelijken moet je eerst nagaan welke notatie je apparatuur uitstuurt.

Via google kan je de inhoud van de verschillende berichten achterhalen, en misschien ook wel waarom je die alle drie krijgt uit je apparatuur.

roozeboos schreef :
Ik heb geen talkers ingesteld. Alles is (nog) leeg. Ook de prioriteiten lijst. Moet ik nog gaan instellen.

Wat moet ik invullen in de prioriteiten lijst? De volledige 5 letters van het NMEA bericht of alleen de laatste 3 (zonder talker)?

Zonder talker

koko schreef :
Bedankt voor je uitleg. Ik ga hier mee aan de slag. De GPS geeft dus 3 verschillende berichten door, die moet ik dus gaan filteren. En idd het GPS bericht komt binnen op NMEA1 binnen en mijn AIS op NMEA2. Ik ga die prioriteiten ook instellen, bedankt voor de uitleg.

Andere vraag nog, welk bericht is het beste bericht om te gebruiken? Het RMC bericht?
Het RMC bericht is het bericht dat het meeste/vaakst voorkomt!

zeilbootje schreef :
Ik doe hier even een document met alle NMEA-berichten, kan je dat soort dingen zelf opzoeken.
GLL, RMC en GGA zijn heel verschillend wat inhoud betreft.
GLL is alleen positie (Lat en Lon)
GGA is ook positie plus allerlei info over de kwaliteit van het signaal; kan erg nuttig zijn.
RMC is het belangrijkste navigatie-bericht. Positie, SOG, COG.

Met alleen RMC kom je er ook wel, maar de andere 2 kunnen geen kwaad.

Berichten als GGA en GLL zijn zeker zinvol, maar je software moet deze ook maar kunnen laten zien. Het zijn denk ik berichten die bijvoorbeeld gegenereert worden om in het device zelf die info weer te geven.
Mijn gps heeft een scherm waarin je dat kan controleren, maar het nut voor OpenCpn is minder voor de hand liggend. Zo kan je in ProAis2 de status controleren van je Ais en zo heeft hij die info aan boord.
Als je bijvoorbeeld twijfels hebt over je Ais is het logischer dat via de usb en ProAis2 te doen. Zit je rechtstreeks in je Ais te kijken, dus waarom zou je het nog via mux op je netwerk zetten?
Twijfel je aan je gps, dan kijk je in het scherm van je gps, niet via je computer toch?

Zo moet je de boel rustig aan afregelen en optimalsiseren voor je gebruik.

Laat je niet afleiden. Negeer gll en gga. Niet zinvol en voegen niks toe. Kunnen geen kwaad. Maar voegen helemaal niets toe voor jou toepassing.
Rmc is de exacte benodigde data. Niet meer, niet minder.
Je hoeft overigens niks te filteren. De onnodige berichten worden genegeerd door je navigatie programma's.
Het motto is KISS.
Keep it simpel stupid.

Is dit de juiste manier om de prioriteiten in te stellen?