Onderwerp: Incorrect RMC bericht! Hoe kan dit?

koko schreef :
Ik maak mijn debug logs altijd met HyperTerminal. Helaas kan ik jou mening dat er geen fouten ontstaan niet delen. Bugs zijn er altijd. Wat belangrijk is of ze kwaad kunnen.

Er wordt weer van alles gesuggereerd (vooral door mijzelf) maar waarom zijn duidelijke antwoorden dan zo vaag en lastig:
1 @Rooz, Zeilbootje geeft aan de Software versie is N3D
is dat een verouderde versie? Zo ja zitten daar bugs in die je ondertussen hebt opgelost die onderstaand probleem oplossen?
Zo ja, dan moet Zeilbootje updaten en dan zouden de problemen al opgelost kunnen zijn, en dat horen we hier dan graag.

Inderdaad weer een hoop ruis en gesuggereer in dit draadje.

Zeilprutser schreef :
Dat zal echt niet aan de GPSen liggen. Die hebben heus wel de juiste tijd, met hun 12kanaals-ontvangers etc.

Dus de volgorde is wel verkeerd, maar de berichten zelf kunnen niet anders dan kloppen.
De vraag is dus, wie maakt de volgorde in de war, de mux of de iPhone-app.

Verder nog steeds helemaal eens met 3Noreen, vertalen van NMEA naar Seatalk is niet alleen onmogelijk foutloos te doen maar bovendien volstrekt onnodig. Elk fatsoenlijk Seatalk-apparaat heeft NMEA-in en doet dan zelf de juiste vertaling.
Verder creëert het vertalen loops van berichten die maar rond blijven gaan, en weer vertaald worden, en nog een keer.

3Noreen schreef :
Eeuuhhh, ik schrijf juist dat er fouten ontstaan Bugs mag je het ook noemen al zit daar voor mij nog wel een verschil in. Maar daar zullen we het vast wel over eens zijn.
Hyperterminal is natuurlijk een fantastisch middel. Speciaal gemaakt voor dit doel en kan op verschillende lagen kijken. Zou Zeilbootje ook kunnen gebruiken, al denk ik dat hij met een log uit de mux al goed op weg kan zijn.

Zeilprutser schreef :
Het is best lastig om het totale overzicht te krijgen van achter een computerscherm. Zoiets als een foto van je arm opsturen en vragen: dokter, is tie gebroken? Had jij niet laatst een klant die twee draadjes verkeerd om had zitten? Was je op zijn boot geweest dan was je in 5 minuten klaar geweest.

Zeilprutser schreef :
Volgens de Roos web site ()http://www.star-tracking.com/documenten.html is 3D de laatste versie. Zoals eerder gecommuniceerd heb ik N3D geinstalleerd, zie ook screenshot.

Mooi.

@zeilbootje

Als je naar buiten kijkt klopt je visuele  positie dan wel?





Gepost met de officiële Zeilersforum-app

WADnWIND schreef :
Jazeker! Als ik op de boot naar buiten kijk natuurlijk

Ok mooi nummer 1 is dus niet van toepassing, nu de vraag welke data komt nu echt uit de mux?
Kun je een log in de mux maken en downloaden of zo?
Of kun je met een vaste poort usb of nmea een log maken?
Vervolgens als je toch aan het testen bent maak dan gelijktijdig een log op je telefoon en bijvoorbeeld op je pc met putty of Opencpn of zo via wifi, zowel op udp als tcp, ben dan wel benieuwd naar de verschillende logfiles

Zeilprutser schreef :
Was ik idd al van plan komend weekend. De reden waarom ik de log uit de Mux nog niet echt gebruikt heb ik omdat niet alle NMEA zinnen op een nieuwe regel beginnen. Dus moet ik eerst de log netjes uitlijnen en dan kan ik makkelijk gaan filteren. De log uit de telefoon heeft wel op elke regel een nieuwe NMEA zin. Was dus iets makkelijker om mee te beginnen.

Na het weekend weet ik meer (hoop ik)

T komt goed hoor zeilbootje.
We lossen t samen wel op.
Laat je niet afleiden door onwetende en verwarrende stoorzenders in dit draadje

Proberen die "stoorzenders" niet gewoon te helpen hier!?

Ja vast en zeker

Dat het goed komt ben ik helemaal van overtuigd, geen probleem. Heb al voldoende support van je gehad. Dank je.

Ik wou dat ik nu op de boot aan het varen was zodat ik de juiste logs kan maken en analyseren. Leuke uitdaging om het goed te krijgen. En zo leer ik weer veel van NMEA.

Zo is t maar net

3Noreen schreef : ik heb ook een hoop problemen gehad met st.
maar met de laatste mux software werkt het bij mij probleemloos.
Bij mij komen de volgende gegevens van st via de mux mijn pc met wingps binnen: log diepte wind.
Wingps stuurt via st vervolgens de ap aan
voor de pinkstertrip een route vanaf stellendam naar ipswich uitgezet welke door de stuurautomaat probleemloos is gevolgd.

Deze "stoorzender" heeft een raymarine 125 gps en een airmar Heading Sensor H2183 aangesloten op een raymarine C120 plotter.
Om te inschatten wat stroom en drift doen laat ik beide vectoren van COG en kompas op de plotter zien. De twee sensoren rechtstreeks aangesloten op de plotter gps via saetalk en het kompas via nmea gaat alles redelijk naar wens. Ik kan ook een schoon logje van de nmea uitgang plotter maken. Nu wil mijn marifoon en radar ook mee genieten van gps en kompas info. Dus een roosmux er tussen. Gps op de seatalk. Kompas op nmea alsmede een Ais op de roosmux.
Vervolgens geeft de plotter een beeld dat ik de halve haven door schiet en de COG vectoren gaat alle kanten op als ik ga varen. Als ik een een log van de nmea uitgang van de plotter maak zie ik diverse fouten.
Bovengenoemde problemen heb ik alleen kunnen oplossen door de gps niet via seatalk aan te sluiten op de mux maar via nmea.
Nu heb ik omdat de RM 125 er steeds langer over doet op te starten doordat de interne batterij op raakt als vervanging een garmin 19x nmea0183 aangeschaft. De keuze voor deze gps is omdat deze net als de RM magnetisch variatie in de RMC zin zet. De garmin kan met 10Hz de positie geven. Deze mogelijkheid kan ik via de mux niet gebruiken en moet de gps op 1Hz zetten om geen gehaspelde berichten door te krijgen. Kortom weer nieuwe uitdagingen.

We gaan wel off topic nu, maar als Zeilbootje zich weer meld met nieuwe gegevens duiken we daar weer op

@3Noreen: is het naar beneden moeten bijstellen van 10hz naar 1hz een isue bij de Roosmux, of zou zich dat ook voordoen bij de (meeste) andere multiplexers? Kan de C120 (weliswaar geen multiplexer) er bijvoorbeeld wel mee overweg?

roozeboos schreef :
Ga dan meteen lekker verder in pb of zo !!! Belachelijke opmerking weer


Verzonden vanaf mijn iPhone met Tapatalk

koko schreef :
Een framboos met kplex heeft er totaal geen problemen mee. Maar ja, Dan heb ik geen galvanische scheiding.

Maar laten we on topic blijven. Het gaat hier om seatalk. Daar ging het grootse deel van mijn bijdrage over.

Ik denk dat 3Noreen simpelweg niet behoort tot de doelgroep waarvoor geldt dat voor 90% daarvan de snelheid van NMEA0183 meer dan voldoende is en "real-time" geen issue is

10Hz met behoud van consistente timing gaat heel lastig worden denk ik.

Maar het kómt goed!

(kun je de load van de processor van de multiplexer zien? ruimte in de schrijf/lees buffers? ik kan me voorstellen dat daar ergens sprake is van een overload)

Nachtvlinder schreef :
Verder off topic dan maar.

Misschien ben ik niet de doelgroep. Maar kan misschien enig onafhankelijk inzicht geven over de prestaties van de mux. Verder heb natuurlijk wél twee roosmux'n in gebruik. Verder is de load van een AIS wel groter. En daarvan wil je natuurlijk wél dat alles doorkomt.
Het interessante is dat GGA,GLL en VTG wel probleemloos door de mux kunnen. Echter RMC niet. Dit geeft het vermoeden dat door het RMC bericht een routine in de software van de mux word aangeroepen die (te)veel processor kracht gebruikt.

Zoiets dacht ik ook aan: dat de uitkomst van een bepaalde operatie pas beschikbaar komt nadat er al andere berichten zijn uitgestuurd.

Als de processor daarentegen niet met parallele threads werkt, zou dit een holdup kunnen geven, waardoor een hele zooi data tegelijk, maar vertraagd, beschikbaar komt?

Chris, misschien interessant om wat te vertellen over hoe dit werkt? Ik heb nooit met embedded gewerkt, hierboven zijn dus niet meer dan aannames die misschien een richting geven. Ben beniewd hoe het echt zit. Dat zul jij vast kunnen vertellem.

3Noreen, denk je dat de datastroom opzich wel zou moeten passen in 38k?