Onderwerp: Vreemd verschijnsel in WinGPS Voyager

Nachtvlinder schreef :
OpenCPN kan prima werken op de klok van het RMC bericht. Dat is wat rooiedirk meld. Alleen kan hij dan niet meer de stroom uitrekenen volgens hem.

On topic.
COG en SOG geen probleem dus. Je kunt als gebruiker kiezen. Wat moet er verbeterd worden ?

3Noreen schreef :
Dirk weet dat. Hij zegt niet voor niets dat het misschien nog in de komende release mee kan.
Er is dus zelfs HAAST bij

Baasklusje schreef :


Ja, maar dit is niet wat jij in je GPS hebt zitten. Dit is top of the range. Wat Toozeblij schrijft 200 dollar voor alleen de chip.

Baasklusje schreef :
Mooi dat jij je druk maakt om open sores software.

Aswin schreef :
Als eerder hadden we hier op ZF geconstateerd dat, not all gps are not born equal.

3Noreen schreef :
Verbeterde techniek en voortschrijdend inzicht, zo werkt dat nu eenmaal.

Als mensen alles konden voorzien hadden de Romeinen wel alvast in heel Europa een 6-baans snelwegennet aangelegd. Daar was toen nog ruimte voor, en de slaven waren goedkoop. Maar ja...

We raken steeds verder off topic. Het gaat niet over Romeinse wegen of OpenCPN. Laten we het bij WinGPS houden.

3Noreen schreef :
Niet alleen WinGPS. Het berekenen van SOG obv een verkeerde klok. Ook in OpenCPN, maar daar vrijwillig
(logisch, eigenlijk).

Reactie van Stentec:

"Uw twee vragen dienen het benodigde uitzoekwerk om het juiste antwoord te kunnen geven! "

Afwachten dus. Het zit vast heel diep in oude stukken software....

Antwoord van Stentec!

Het komt erop neer dat WinGPS het eerste bericht waar hij SOG uit kan maken daarna blijft gebruiken voor de SOG. Als dat dus een bericht met alleen Positie is (geen snelheid) zoals een GLL, RMA of GGA dan besluit WinGPS vanaf dat moment de GLL's of GGA's te gebruiken. Snelheid wordt dan berekend uit de verplaatsing, mbv de kloktijden van de PC. En dat geeft dus nogal wat ruis in de SOG, zoals we zagen.

Als het eerste bericht dat WinGPS ontvangt toevallig een RMC is dan wordt de snelheid daaruit gebruikt (beter!).

Er zou in WinGPS een filter zitten dat bruikbare berichten die met een hogere frekwentie binnenkomen zou gaan gebruiken voor de SOG.
Dus zelfs als de eerste een GGA of GLL is (met 1 Hz) zou WinGPS moeten overschakelen op het gebruik van RMC als die met bijv. 10 Hz binnenkomen. Of dat ook werkt is wat onduidelijk.

In het antwoord wordt geheel niet gesproken over het gebruiken van de PC-tijd ipv de NMEA-GPS-tijd uit de records zelf. Dat is wel jammer. Het probleem is kennelijk nog niet geheel begrepen.

Stentec wil graag mijn gebruikte NMEAlogs en mijn zend-programmatje hebben om er verder naar te kunnen kijken.
Wordt dus vervolgd.

Vreemde reactie van Stentec, geen kennis van de simpelste gps, jij hebt bij een normale gps geen invloed welke string als eerste wordt aangeboden.

Een filter in de software is voldoende, bied gps aan en selecteer wat je wil gebruiken.
Doe je niets ook prima, krijg je waar WinGPS het meeste trek in heeft.

Strings bekijken, klinkt zo wanhopig als programmeur, krijg je een kant en klaar iets, waar ook net weer niets anders in mag zitten.

zonder trucen dozen krijg je dit nooit voor elkaar wel andersom, RMC 1 Hz, de rest minder < 1 Hz

Enige oplossing alles met positie wat je niet wilt weg filteren in een mux (miniplex)

Houdt Stentec een vaste programmeur in dienst, of zou ze hun software door een freelance iemand/clubje laten onderhouden? ‘t Is geen miljoenenbedrijf lijkt mij…

Nachtvlinder schreef :
Klinkt als Jaap D, komt al 20 jaar niet verder met zo;n kreet.

leuk detail, z'n eerste AIS plugin verzoop toen de AIS receiver werd in geruild voor een echte AIS, ja Jaap daar zit meer in dan VDM, jou geknutsel kan alleen nu niet omgaan met VDO en ALR berichten en blijft hangen omdat hij die nu niet snapt, i.p.v. deze weg te gooien.

Op de site van Stentec staan de medewerkers genoemd. Ook 2 software-ontwikkelaars, al een flinke tijd dezelfde namen.

Het zou natuurlijk zomaar kunnen dat deze snelheidsberekening uit positieverschillen opbasis van een verkeerde klok al sinds dag 1 (van Jos Verbeek, de bouwer van de eerste versies) in de software zit.
Diep verstopt in modules waar niemand ooit weer naar gekeken heeft.....

Ze zijn in elk geval bereid serieus te kijken naar wat je hebt opgemerkt en gedeeld met hen. Vind ik al heel wat waard in elk geval.
Hopelijk komen ze met een oplossing, en dan niet alleen in 6, maar ook voor 5

Ik heb recent eens goed gekeken naar de SOG die WinGPS5 weergeeft (in het Navigatie-schermpje) en die vergeleken met de SOG uit de GPS, de RMC-berichten.

Dan valt meteen op dat de SOG in WinGPS heel erg springerig is, grote variaties van de ene op de andere seconde. Zal wel komen door het gebruik van de PC-klok.

Het heeft ook gevolgen voor de berekening van stroom in WinGPS.
Dat is SOG/COG minus STW/HDG.
Met een springende SOG krijg je ook springende stroom.

Geen idee of het in versie 6 verbeterd is.

Er is wel net een verbeterde versie uit van 6. Ik denk niet dat ze nog iets doen aan 5. Er is vast een lijst op hun site met verbeteringen.

Edit: www.stentec.com/anonftp/pub/wi...igatieprogrammas.pdf

Afgelopen weken ook weer een paar keer een afwijkende SOG gehad.
Tot wel 2x de STW.
Lijkt te gebeuren na een tijdelijke netwerk hick-up.
Dan de melding dat er geen data binnenkomt.
Communicatie stoppen (WinGPS herstart niet vanzelf de data ontvangst).
Communicatie starten -> afwijkende SOG.
Communicatie weer stoppen-starten -> weer normale SOG
In de afgelopen weken heb ik dit 3x ervaren.

Heb wat parallel gedraaid met versie 6 voyager (laatste versie 2022) maar vind het tot nu toe geen verbetering.
Wat er veranderd is eigenlijk alleen maar minder (plaatsing van instrument data) en meer toeters en bellen voor in-land waar ik niets aan heb.
Er is geen change-log van bugs of verbeteringen zoals bovenstaande issue.
Heb geen abonnement voor update en ga het op basis van de huidige info ook niet doen.

Gepost met de officiële Zeilersforum-app

Ik heb die hik-ups ook wel vaker gehad en dan even starten en stoppen (F3 indrukken).
Wat ik nu bij een paar wedstrijden heb gehad dat Win gps vindt dat ik een boei heb gehad waar ik naar op weg was terwijl ik er nog mijlen van weg was. Is er een mogelijkheid om dit snel te corrigeren zonder te slepen met waypoints?

F32thriller schreef : Volgens mij kan je in het routeoverzicht kiezen naar welk routepunt je wilt.

Dank je PvO ik vond het in route info waar je kunt selecteren wel waypoint je moet hebben.
Vind het alleen wel wat vreemd dat ik in een race tot drie keer mijn waypoint al gepasseerd was voordat ik maar iets in de buurt was, je moet dan gelijk weer ingrijpen. Heb het bij de 50 mijls een paar keer gehad en bij de Trintel haven in de buurt gehad.

Volgens mij kan je ook ergens instellen onder welke voorwaarden wingps het waypoint als gepasseerd beschouwd.

PvO schreef :
Ja dat weet ik maar als ik er 3 mijl of meer vandaan ben hoort dat niet te gebeuren als hij de cirkel op 500 meter heeft staan voor bereiken van doel. Als het één keer gebeurt dan kan ik er wel mee leven bitje om gevallen zullen we maar zeggen maar heb dit nu al een aantal keren tijdens een wedstrijd gehad.

F32thriller schreef : Dat zou kunnen als je ook een vinkje hebt staan bij bisectrice. (zie onderstaande afbeelding).
Als je hier geen vinkje hebt staan zou het niet moeten kunnen.

F32thriller schreef :
Dat kan ook aan de GPS liggen natuurlijk, als die even een verkeerde positie geeft.
ik heb het verschijnsel nog nooit meegemaakt.