Onderwerp: XTE gaat de verkeerde kant op?

Nachtvlinder schreef :
Welke versie OCPN?

Baasklusje schreef :
Als niet gebruiker van Opencpn stel je er wel erg veel belang in.
Maar deze gebruiker heeft gisteren het gevraagde experiment al uit gevoerd. Daarbij bleek dat mijn Raymarine plotter het zelfde doet als Opencpn.
Maar je kunt mensen blijven vragen om te experimenteren totdat je het door jou gewenste resultaat te horen krijgt. Daar jij niet een opencpn gebruiker bent kan als motivatie alleen maar zijn dat je jou gelijk wilt behalen waarom je opencpn niet gebruikt en het af kan schilderen als inferieur.

Baasklusje schreef :
Dat staat in die post

3Noreen schreef :
Wij weten niet of holtere dezelfde versie gebruikt als jij.
Zoals baggah schreef zijn er versies (tenminste 1) met een fout.

baggah schreef :
Nachtvlinder heeft 5.2.4 + 6b314e6

Wat dat ook moge betekenen....
Die gaat goed.

@3N:
ik gebruik al 25 jaar WinGPS, en eerder Seaclear, Tsunamis99 en OziExplorer.
Algemene belangstelling voor navigatiesoftware dus.
Altijd in de gaten houden of OpenCPN al beter is geworden dan WinGPS Voyager.
Tot nu toe niet. En dus in de bittenbak.

De laatste verandering in de master code van Opencpn is van 10 juni 2021. Dit draadje is begonnen op 16 juni 2021.

3Noreen schreef :
holtere heeft ongetwijfeld niet de laatste versie van 10 juni.

Het is een wedstrijd tussen de mensen die fouten toevoegen en degenen die ze weer verwijderen, dat open source

@ Nachtvlinder:
Het gaat niet over het rolling roadscherm van Opencpn. Dat wordt ongetwijfeld goed weergegeven.
Het gaat over de weergave op de RM schermpjes, die zat naar de verkeerde kant te wijzen.

Overigens, voor het goede begrip sta ik helemaal open in dit verhaal en de meest waarschijnlijke oorzaak zal eigen suffigheid zijn of een verkeerde instelling ergens in dat samenspel van computertjes, schermpjes en plottertjes.
Ik ben er wel benieuwd naar en het zoeken en vinden geeft alleen al plezier. Meer nog dan dat de pijtjes de goede kant op wijzen eigenlijk want het sturen op de koers gaat allemaal goed.

Gebruikte versie van Opencpn is 5.2.4.+6b314e6

Baasklusje schreef :
Iemand beweert dat naar aanleiding van dit draadje de master code is veranderd. Dat zou het bewijs zijn van de "fout". Maar tenzij die verandering door middel van een tijds discontinuïteit heeft plaats gevonden kan dat niet.
Voor als nog ga ik er vanuit dat die verandering een luchtspiegeling is.

holtere schreef :
Da’s dezelfde versie als ik in het filmpje (W10) laat zien. De RMB daarvan klopt.

Is de RMB die je naar je multi stuurt wel van de juiste route; volgens mij kan er maar 1 route aktief zijn; kwam die uit OpenCPN of GPS of plotter?

Versie 5.2.4 is van 18-10-20 (@BK +6b314e6 is de laatste commit voor deze versie)
Versie 5.2.0 is van 16-07-20
Versie 5.0.0 is van 23-03-19
Hier ( https://github.com/OpenCPN/OpenCPN/commits/master/src/routeman.cpp ) staan alle veranderingen van de betreffende file. Voorzover ik zie is de laatste verandering betreffende RMB geweest op 19-02-2019.Op de hele wereld zijn er maar twee mensen die de master code van OpenCPN kunnen aanpassen. De rest van de wereld kan slecht aanpassings verzoeken indienen ("Pull requests")

Misschien begreep ik de code niet helemaal goed.
Enige wat ik zeker gezien heb is de volgorde in FROM en TO in het RMB bericht (NMEA). Die is zeker terug te vinden in de commits.

Nachtvlinder schreef : Dat zou een grap zijn

Ja, dat wel maar dat was niet zo

Vreemd. Je hebt geen multiplexer die nog iets zou kunnen doen zei je. EN je voer de goede kant op. EN het actieve waypoint voor je neus was dezelfde in OpenCPN en multi (check DTW en BTW)?

Ik weet het niet meer. Nogmaals proberen te reproduceren zou ik dan doen...

Ik moet wel zeggen dat dit “debuggen - we weten niet waarvan nog trouwens” in 0183 heel veel eenvoudiger is dan in 2000. Eet je multi Seatalk1 of 0183 of 2000 op het moment van de foto trouwens? Of meer tegelijk?

Netwerk is seatalk NG dat gaat via Actisense naar de mux. Wordt samengevoegd met nmea 0183 uit de usb/pc en weer retour via de Actisense het netwerk op.

Het netwerk hangt (met plotter)aan poort 1
De graphics aan poort 2

Je moet altijd oppassen dat je niet de zelfde nmea zinnen blijft rondpompen. Normaal gesproken is je plotter / opencpn geen talker. Maar alleen een listener. Maar bij RMB, en aanverwanten moet je gaan opletten dat je route niet een cirkel vormt.

Volgens mij wordt dat netjes verworpen:

Instellingen poort en uitgaande berichten:

De RMB, XTE en APB uit OpenCPN zeggen allemaal hetzelfde:
- xte = 0.000
- maar er is wel ietsje xte want je moet naar Links
(kan ook een bugje zijn, dat bij 0.000 XTE er toch een L komt..... leeg veld moet dan eigenlijk)
- de bod en btw in APB resp RMB zijn gelijk (want je ligt stil op de route).

0.000 XTE betekent minder dan 0.00044 mijl. 81 centimeter.....
So far so good.

Wat zegt de OpenCPN kaart nu? Ook dat je naar links moet?

En de ST60's?? Moeten XTE 0 laten zien en misschien een scheef bootje naar links (maar waarschijnlijk niet; je zit op de route).

Dit is de enige RMB die er is? Er komt er niet ook eentje uit een ander apparaat of stukkie software?

Dit is wat OpenCPN naar de multiplexer stuurt; ik ben vooral benieuwd wat je multi ontvangt! Kun je daar iets laten mee-sniffen? In de multiplexer bv?

Dit is gewoon een dingetje om de uitgaande berichten te laten zien en de instellingen erbij. Verder geen apparatuur aan.

De miniplex geeft de RMB wel of niet door.
Een routering waarbij de L in een R verandert kan je niet instellen

Als het goed is niet nee. Net zoals wat OpenCPN uitstuurt juist is en zijn ST60 multi ook geen bugs heeft. Blijft voorlopig niet verklaarbaar wat holtere gezien heeft.

Krijgt de graphics nu 0183 of Seatalk1? Of beide tegelijk?