Onderwerp: XTE gaat de verkeerde kant op?

Nachtvlinder schreef :
Ik ben daar wel eens mee bezig geweest. De gps te gebruiken als kompas censor. Dan kom je er achter dat je een op gps gebaseerd kompas met twee antennes nodig hebt. De COG is blijkbaar niet nauwkeurig/snel genoeg.

Als je (een eind) naast je te varen routesegment de AP aanzet, heeft je AP simpelweg niet voldoende informatie om een verstandige koers te kiezen: misschien zit er wel een zandbank tussen je positie en de route. Daar zul je dus altijd zelf bij moeten zijn.

[Edit:] Zowel het zo snel mogelijk naar de route sturen, als het naar het volgende waypoint sturen is dan niet per definitie de beste keuze.

Ah, in jouw geval is het OF heading OF XTE? Ik zat nog met het B&G plaatje in m’n hoofd, mss verschilt dat per systeem.

XTE is de geïntegreerde fout en zal nog veel trager zijn dan COG. Er zal wel een soort masterslave koppeling zijn, waarbij uiteindelijk gestuurd wordt op een HDG setpoint dat (dynamisch) bepaald wordt op basis van XTE. Anders heb je ook niets aan je 9D of whatever snelle sensoriek.

Als je op je plotter(B&G) een goto geeft van pos A naar pos B en je vaart een tijdje voordat je de ap activeert, zal de ap naar het begin van je route gaan zodra je je ap activeert. Ook als je al toevallig met 0 xte op de goede weg was. Zo hoort het ook te zijn denk ik.



Gepost met de officiële Zeilersforum-app

Gepost met de officiële Zeilersforum-app

Er zijn, behalve B&G, meer merken waar je kunt kiezen of je op basis van COG of XTE bij een waypoint uitkomt. Hier Furuno:



Wat ik van BK begrijp, ook in een eerder draadje, is dat dat bij RM apparatuur afhangt van de NMEA data die je aanbiedt...

Dit ding zit in mijn boot straks (ja: vol met RM erfenis, ik weet het...). Wat doet die “track” knop? Kan ik daar mee switchen tussen Nav (COG naar HDG) en NavNoDrift (XTE naar HDG) mode switchen?

Mijn oude st4000 ap reageerde verschillend op nmea0183 en seatalk1 wat dat betreft. Via nmea0183 werd abrupt koers gezet naar de originele koerslijn bij een xte, via seatalk1 werd met een mooie curve de originele lijn benaderd.

Gepost met de officiële Zeilersforum-app

Als ik me niet vergis was dat zelfs instelbaar in dat eindeloze menu?

Dat dacht ik niet.



Gepost met de officiële Zeilersforum-app

Nachtvlinder schreef :
Het gaat hier over Opencpn toch ? Als je stuurautomaat standaard eerst terug gaat naar je routelijn dan heb je de mogelijkheid in Opencpn om de XTE nul te maken. (Zero XTE rechter muisknop op de route klikken) Dan heb je een nieuwe routelijn naar het waypoint en gaat je niet terug naar je oude route lijn.
Je hebt dus gewoon een keuze.

Slim, inderdaad!

Ik ben eigenlijk nu nieuwsgierig of Dirk met een goed verhaal komt.
Waarom dit fout of goed is of dat er een ander sinister spel gespeeld wordt in het routespel?

Nachtvlinder schreef :
Dat kan natuurlijk ook met een ouderwetse GPS en met een navigatieprogramma.
Gewoon vanaf je verkeerde positie opnieuw een goto waypoint doen.
Is de XTE weer 0.

Nachtvlinder schreef :
Als de AP in Auto staat en je drukt op Track dan gaat hij kijken of er een waypoint actief is.
Dan zegt hij "no data" als dat er niet is, of hij vraagt of je naar WP X wil.
Nog een keer Track en dan ga je.
Passeren van een WP gaat ie piepen en vragen of je naar het volgende WP wil. Track = ja.

XTE op 0 zetten: de huidige route (in GPS of navigatie) stoppen en opnieuw starten.
Op mijn Garmin is dat GOTO ENTER.
In Voyager een rechtermuisklik op het WP en Navigeer Naar.
Of in OCPN die rechtermuis van 3Noreen.

Dankje!

Bij mij niets aan de hand overigens (OpenCPN 5.2.4+6b314e6). Uiteraard op een stabiel Windows10 systeem.

In koko's 24-uursrace een route uitgezet en hem 100x sneller dan normaal laten varen. Gedrag is zoals het zou moeten zijn volgens mij. RMB output in terminal ventster; rechtsboven de OpenCPN route-overzicht.

Vandaag even getest. Route aan bakboord. RM plotter geeft op de automaat een negatieve XTE. De door mij gemodificeerde (omgekeerde) OpenCPN geeft een positieve XTE.
Bij het inschakelen van de stuurautomaat in waypoint mode kan de automaat met wat de RM doorgeeft prima gaan sturen. Met de door mij veranderde OpenCPM RMB ontstaat er vrijwel (30 seconde) direct een alarm van de automaat.
Wat mij betreft kunnen we de conclusie trekken dat er geen XTE fout in de OpenCPN software zat/zit.

Een XTE is altijd positief, volgens de definitie.
Dat OCPN een negatieve XTE gebruikt als je links van de track zit is een eigenaardigheidje.

Hoe modificeer je de RMB? L ipv R en omgekeerd? Of het teken van de XTE?

PS de fout zat er zeker in in de code die baggah en ik onafhankelijk van elkaar bekeken hebben. Iemand kwam ook al met de verklaring daarvoor, iets met verkeerde files in folders gezet.

Baasklusje schreef :
In de baas zijn universum. Maar in mijn universum niet. Als mede in het universum van zeer veel professionele, tot de absolute top in de zeilsport behorende Franse oceaan zeilers die NKE spullen gebruiken. Op hun en mijn displays wordt een negatief/positief teken voorafgaand aan de waarde van de cross track error getoond. Maar ik kan me voorstellen dat een gebruiker van het amateuristische RM spul daar anders over denkt.

Over RM gesproken....
Ik heb net even met Time zero een route uitgezet.
Dat ziet er zo uit:

Stuur naar rechts oftewel, stuur naar stuurboord.

Dit is een onzinnige discussie geworden.

Op mijn Raymarineplotter (èn op de graphic) ziet dat er zo uit

M.a.w.
Nachtvlinder gaf het al aan, binnen Opencpn wordt het goed weer gegeven. De Raymarine spullekes draaien het om.
Time Zero doet hetzelfde als Opencpn, ook daar draait RM de boel om.
Ik lig in een deuk

holtere schreef :
Bij RM zullen ze ook nog wel moeten leren dat een krimpende wind (-) tegen de klok in draait, naar links dus, en een ruimende wind (+) met de klok mee naar rechts dus.

Nou ja, de stuurautomaat stuurt wel keurig als het er op aankomt. De visualisering van het geheel behoeft echter wel wat aandacht.