Onderwerp: nmea wifi repeater

Ik gebruik ook wingps en heb dezelfde problemen als koko.
ook komt het regelmatig voor dat er bij een (bv) oostelijke heading er een bericht voorbij komt in eingps met heading 0.
Heading komt via st vanaf mijn autopilot.
ben er niet zeker van of dat heading is 0 bericht ook op de seatalk bus voor komt.
wat ik wel zeker weet is dat het heading is 0 bericht in wingps voor een raar draaiend bootje zorgt, maar op apparaten in het st netwerk is er niets van te zien.

PvO schreef :
Jep, dat probleem herken ik ook. Niet heel vaak, maar af en toe draait het bootje met een klap naar pal Noord. Ik dacht eerst dat het te maken had met het compass instrument in combinatie met de stuurautomaat, die ook zijn eigen compas heeft. Maar dat bleek niet het geval.
Ik zie geen verschietende cijfers op de ST instrumenten, maar het bootje draait wel op de plotter (RM C80).Die krijgt data via nmea (ivm AIS) en via Seatalk.

Komt dus voor op WinGps (nmea only) en de plotter. Seatalk en nmea

koko schreef Komt dus voor op WinGps (nmea only) en de plotter. Seatalk en nmea

Maar vanuit Seatalk, dus ik vermoed dat daar de fout zit, die 0 zit in t bericht náár WinGPS, toch??

Anjo schreef : ik denk niet dat het probleem vanuit seatalk komt, want op al mijn seatalk instrumenten (ap, wind, gps) gebeurd er niets vreemds.
ik zou zeker op de ap wel wat rare bewegingen verwachten.

@roos, zomaar een gedachtespinsel:
Mijn gps verstuurd ook een zogenaamd variatie bericht.
Kan het het zijn dat dit bericht ten onrechte wordt vertaald als een heading bericht?

Net even op checksum fouten gecontroleerd. Heb met de laatste versie geen checksum fouten bij nmea berichten.
OpenCPN heeft een mooi scherm om dat te controleren.

PvO schreef : lijkt me stug.
In de basis lees ik nmea berichten in en verstuur ze zoals ze binnenkomen.
Behalve bij conversie vanuit seetalk . Dan lees ik de data in, en vertaal het naar een nmea bericht.
en vice versa uiteraard.

Oeps, in mijn enthousiasme was ik vergeten de seatalk aan te passen voor de nieuwe cpu snelheid.
Nu wel okay. Mocht je m al geladen hebben dan even opnieuw downloaden graag.

roozeboos schreef : misschien ben ik niet helemaal duidelijk geweest, maar mijn gps is ook via seatalk verbonden.

3Noreen schreef :
Maar vaker doorgeven betekent niet nauwkeuriger, je GPS is niet zo nauwkeurig. Er is geen enkel verschil tussen elke 1/10 seconde je SOG doorkrijgen of gewoon 1 seconde lang dezelfde waarde gebruiken volgens mij.

Vandaag had ik er genoeg van, ik heb al mijn bedrading losgemaakt en (behalve de Raymarine backbone) alle draden vervangen en opnieuw aangesloten, en.....


HET WERKT!

Althans, ik heb nu alles op mijn ST60 en op mijn ST70 staan, alles wordt doorgeven van Seatalk NG van en naar Seatalk. zo krijg ik nu SOG binnen van NMEA GPS op roosmux op mijn i50 Speed die alleen op het NG netwerk hangt. Ook watertemp die mijn i50 Speed doorgeeft via NG naar de ST70 komt via Seatalk aan op de ST60.
Super!

Blijkbaar dus ergens een draak kapot of zo. pfff
Ook zie ik nu WP000F op mijn ST60 voor performance (lag stil in de haven dus nog niet getest met varen maar dit is hoopvol!).

Ik ben blij! Bedankt Chris en anderen voor de tips etc.

Groet
Bas

roozeboos schreef :
Zeg je nu dat de juiste software-werking afhankelijk is van de cpu-snelheid ??????

Baasklusje schreef : Net als vroeger, als ik op onze supersnelle 486SX een ouder spelletje wilde spelen moest er eerst een één of ander 'vertraag' programma geladen worden.

Nou Bas, mij is het ook zo vergaan
De periode dat we weten dat het niet goed aangesloten was is afgelopen, de periode dat we weten dat we niet optimaal zeilen is aangebroken

Bas van Dijk schreef :
pfffft, das een hele bevalling geweest zeg. Klote dunne ***draadjes ook.

Chris,
Sinds ik de nieuwste firmware S38 en instelprogramma 1C2 (op de site staat V1.C0) krijg ik geen Seatalk berichten meer te zien. Ik heb ST60+ apparatuur). Ook zie ik veel nieuwe instel mogelijkheden, waarvan de betekenis onduidelijk is. Voorbeeld Button 29 en een nieuw tabblad NMEA instellingen. Verder bevriest mijn GPS regelmatig. Doe ik iets verkeerd.
Ik zit op het IJsselmeer en ga volgende week de 24 uurs doen. Ik hoop dat er een oplossing voor die tijd is. Stuur me anders vorige versies van firmware en instelprogramma waar de nieuwe functionaliteit nog niet in zit.

Rien,. je kunt altijd een versie terug.
www.star-tracking.com/stw37.zip geeft je de vorige versie.
Ik heb toen wel die zaterdag een foute versie 38 online gezet. misschien heb je die net geladen.
De zondag daarop heb ik dat gecorrigeerd. je kan t nog even proberen.( www.star-tracking.com/stw38.zip )
Heb zelf 38 getest deze week, ging prima.

Bas van Dijk schreef :
Om te kijken of jou jou bewering klopt dat een snelle gps slechts om de seconde de data ververst en gewoon tien keer het zelfde uitzend heb ik maar eens een log gemaakt. Gewoon achter mijn anker liggend wat heen en weer slingerend. Uit het log blijkt toch dat de GPS tien keer per seconde nieuwe data ophoest. Het schermafdrukje beslaat slechts 4 seconden. Bij analyse van een groter stuk van het log kan ik ontdekken dat ik met een periode van 7 seconden op en neer beweeg.
Zou ik nu een gps hebben die om de 2 seconden een gedempte data uitzend zou ik 1 keer een koers naar rechts krijgen 1 keer onwillekeurig en dan 1 keer een koers naar links. Uit deze data zou dan met zeer veel moeite die 7 seconde periode geanalyseerd kunnen worden. Door de analyse van de snelle data kan ik echter goed onderscheiden dat een middeling over 7 seconde de meest representatief is. Ik lig immers "stil" achter mijn anker. Dat is wat mijn boordcomputer doorgeeft aan mijn plotter. Waardoor het beeld van de plotter die mijn COG volgt lekker stabiel is. Een beeld wat om de seconde verspringt heb ik weinig aan. Dat zou echter wel gebeuren als ik een simpele demping van 2 seconde op de COG zou hebben.

3Noreen schreef :
Maar dat is totaal niet wat ik zei.
Ik beweerde dat het effectief hetzelfde is

Oversampling heeft geen zin, als er geen informatie in het signaal boven de 1Hz zit dat win je niks met vaker dan 2 keer seconde een signaal te zenden. Nyquist theorema.

Een zeer goede GPS heeft een nauwkeurigheid van 1m of zo, vaker dan om de meter je positie ophalen heeft dus geen zin.

Dat wil niet zeggen dat de GPS het niet doet als je het vraagt, maar ik denk dat als je 2 samples vraagt die 100ms uit elkaar liggen het verchil alleen ruis is.

Maar misschien vergis ik me, ik weet bv niet hoe nauwkeurig de SOG is middels GPS.

Oudere GPS-en meten dat door de afgelegde afstand te delen door de tijd, want dus altijd dezelfe onnauwkeurigheid heeft, tegenwoordig doen betere sysstemen het volgens mij met doppler, geen idee hoe nauwkeurig dat is.

Een COG achter het anker heb je niets aan, COG wordt berekend uit de koers tussen 2 meetpunten, door daar een smoothing op te zetten van 2 sec krijg je een stabiele COG, hier heb je nog geluk, normaal lig je rondjes te draaien als je de COG data bekijkt en geen vaart loopt.
Recente GPSén doen het nog anders die verversen de COG niet meer bij een lage SOG waarde.

10 per seconde is zinloos voor COG, of je wilt graag een zeer zenuwachtige COG hebben, je aanname dat je piloot er iets mee zou kunnen is fout, die doet helemaal niets met COG en positie.

@ Henk en Bas,

Jullie zitten duidelijk beter in de materie dan ik. Mijn referentie is slechts van de maker van mijn stuurautomaat. Hier Mogelijk is het van die fabrikant slechts een opgeklopte hype. Echter het is wel een stuurautomaat die in de offshore wedstrijd wereld een hoog aanzien heeft. Maar mijn excuses voor het verstoren van dit draadje. Inmiddels doen mijn mux'n wat ik wil en daar wat me om begonnen.

Geen excuses nodig toch? Interessant juist.

Dat is in ieder geval goed nieuws!

Volgens mij is meer data per seconde altijd beter. Soms is het niet nodig. Ook goed.
Soms krijg je een betere gemiddelde waarde. Nog beter.
In hoeverre gps correcter en nauwkeuriger is weet ik ook niet. Zal allicht ook met de snelheid te maken hebben.
Maar ik kan me niet voorstellen dat de gps 10Hz berichten aanbiedt als dat niks toevoegt t.o.v 1Hz.

Voor rate sensoren of attitude sensoren is >1Hz zeker nuttig. Mijn Simrad rate sensor geeft zelfs 20 Hz output - "fast update" heet dat in de N2K wereld. Die rate is "echt" en bevat geen ruis (althans in die bandbreedte).

Voor een AP is de rate de belangrijkste input, deze loopt namelijk vóór op het kompas. AP regelt eerst op de rate, daarna op kompaskoers en als laatste op XTE (indien je in "navigational mode" vaart). 20 Hz is wellicht wat overdreven, maar 1Hz zou echt te traag zijn voor die toepassing.

Ook voor de attitude (stampen en slingeren) is "fast update" absoluut nuttig, indien je iets met die informatie wilt gaan doen; ook daar is 1 Hz te traag. Hieronder een trendje van mijn HDG meting, gesampled met 10 Hz. Bij decimatie naar 1 Hz zou je echt informatie missen.

Geen idee waar de ruis van COG en SOG zich bevindt, maar ook die PGN wordt als "fast update" uitgezonden en zal dus niet dmv oversampling tot stand zijn gekomen. Ik verwacht daarbij dat de onnauwkeurigheid systematisch is en die 1 m (of whatever) niet als ruis tot uiting komt (waardoor je positie 10 keer per s twee meter zou kunnen verspringen). Als mijn gedachte wáár is (metingen graag!) dan zou je COG wellicht kunnen gebruiken om golfpatronen te analyseren. Het lijkt me wel verstandinger om daar een specifieke attitude sensor voor te gebruiken, aangezien deze daarvoor gemaakt zijn en je niet elke golf terug zal zien in je koers-alleen die golven die je (sensor) opzij zetten.



3Noreen: ben je nog verder gekomen met die frequentie-analyse waar je laatst mee bezig was?

Hoi Chris,
Net effe kritisch zitten kijken naar de laatste update. Daarbij viel me op dat de windsnelheid seatalk naar nmea slecht door komt. Dat wil zeggen: er is data maar echt veel en veel te traag. Dus terug naar de vorige firmware. Zelfde euvel. Hij bevriest soms lijkt het wel. Soms met alle windgegevens, maar veel vaker de windsnelheid.

Ga zo nog even verder terug. Kijken wat hij dan doet.

Dat klinkt alsof er zich iets verslikt, waardoor de tijd-relaties tussen de signalen verloren gaan. (Random latency tussen de signalen onderling.) Soms krijg je 10 (oude) windsnelheden door zonder rchtings-informatie en iets later opeens 10 (dan ook oude) windrichtingen zonder snelheid. Dan ben je beter af met tragere, wél consistente updates.

Gewoon op 1 Hz houden, dat NMEA0183 - daar is het voor bedacht