Onderwerp: XTE gaat de verkeerde kant op?

Baasklusje schreef :
de ene zin komt uit de raymarine de ander uit opencpn.

$ECRMB,A,0.000,R,,GOTO CURSOR,5304.413,N,00523.300,E,1.02,343.7,,V,A*40
$OCRMB,A,0.000,R,,002,5303.545,N,00523.674,E,0.124,330.864,0.293,V,A*59

Volgens mij stuurt Nachtvlinder ons wel in de goede richting.
Volgens de ST60? is de BTW 262^o, maar als ik op de kaart zo goed mogelijk 262 (zwarte lijn) uitzet krijg ik zoiets:

Kan het zijn dat je al naar een waypoint extra naar voren gaat bv?
(Waar is dit plaatje gemaakt?)

3Noreen schreef :
Dan is het afronding. ok.

rooiedirk schreef :
Maar ook dan zit hij links van de lijn start-naar-waypoint, en dus moet er ook dan een R komen....
De DTS gaat altijd naar de lijn toe waar je had moeten wezen. Zo wordt hij in OCPN ook berekend.
De navigatie gaat niet zelf besluiten maar een andere route te nemen (de BTW te volgen).

Nachtvlinder schreef :
Bij mijn weten alleen 0183; Grand Wazoo heeft geen ST1 aan boord.

Correct

Wat ik bedoel is: stel dat je waypoint (nog) niet zichtbaar is op je OpenCPN scherm, en je hebt een route die er ongeveer zo uitziet.

Je denkt dat je naar het eerstvolgende waypoint gaat, maar in werkelijkheid is OpenCPN al een waypoint verder, en dan krijg je dit:

Dan zou je inderdaad verkeerde waarden krijgen, en omdat je waypoints buiten de schermrand vallen had je niks in de gaten

Blijft wel de vraag waarom O wat haastig is/was met waypoint wisselen.

Let metname op de L en de R in de Xte.

@rooiedirk:
wat is dan de rechte rode lijn in de kaart (waarvan ik denk: de lijn van origin to active waypoint).

Als dat een 'oude' lijn is, naar een inmiddels niet meer actief waypoint, dan hoort hij er niet te staan.
Als er een waypoint verderop actief is moet er een andere lijn staan als de DTS correct is.....

Dat is je route. Je kan aan de lijn niet zien of dit de aktieve 'leg' van de route is of niet. Je hebt alleen de indikatie van je aktieve waypoint icon.

rooiedirk schreef :
Maar een leg wordt toch pas aktief als je het begin-waypoint ervan passeert?
Daarover postte iemand in deze draad een stuk van de manual van OCPN. (ik denk 3N).
Daarin stonden geloof ik 4 manieren om een nieuwe leg te starten.

In jouw gedachtengang: de feitelijke actieve leg (het verlengde ervan, eigenlijk) zou dan aan de andere kant liggen dan het deel van de route dat we zien op het plaatje van Rémy?
In mijn onderstaande plaatje uit WinGPS:
als het tweede deel het actieve leg zou zijn zou ik naar rechts moeten (ipv precies op de route te zitten)?
NB de paarse gebieden: een nieuw feature in Voyager: alarmzones.

Ik stel voor dat holtere de situatie repoduceert (of een nieuw voorbeeld aan maakt).

Tegen het einde van de week heb ik wel een paar nieuwe testjes gemaakt.

Nog even t.a.v. het afvangen van de datastroom met daarin de RMB berichten:
Ik heb een log gemaakt m.b.v. een udp verbinding met de mux.
In dat log zie je een rmc bestand met kenmerk gp. Dat kenmerk is met grote waarschijnlijkheid van de plotter want die levert ook de gpsinfo.
Tijdens de opname stuurt Opencpn een koers uit met ECRMB en ECRMC. Die worden ook ontvangen door de plotter en door de graphics want die geven de rolling road met die info.

Als ik dan het nmealog maak met mpx config via wifi uit de mux dan is de ecrmb en ecrmc van Opencpn niet zichtbaar, niet aanwezig.
Het lijkt dus alsof dit log gemaakt wordt zonder de usb/hostdata maar alleen met de data die binnenkomt via de vier nmea ingangen.
Je kunt dus alleen de volledige nmea stroom monitoren aan poort 1 of poort 2 met een extern apparaat. Mits je natuurlijk de uitgangen voedt met hostdata (heb ik)

Maakt het lastig niet?....
Rare rommel dat nmea, zal er nooit vrienden mee worden!

Dat is wat ik bedoel, maar Holtere moet maar aangeven of dat inderdaad plausibel is.

Komt WinGPS nu pas met alarmzone's? Heeft O al jaren OK niet standaard maar als plugin.

Ik zal er zeker op letten of dat het goede waypoint uit de route actief is.

rooiedirk schreef :
Standaard erin (plug-in bestaat niet in Voyager).

Laatste toevoeging is automatisch aanmelden van je aankomst aan bruggen en sluizen (via internet) door WinGPS. Voorlopig alleen Noord-Holland...
ik heb het plan van de winter een soort ZF-online-cursus WinGPS te doen.
Misschien kunnen we er een vergelijking OCPN-Voyager van maken?

Ontopic maar weer

Bij wingps heb ik begrepen dat als je meer functionaliteit wilt je een andere duurdere versie moet nemen. De smaken zijn :
lite
navigator
pro
voyager

Bij OpenCPN voeg je gewoon naar behoefte functionaliteit toe.

Prima toch? Kan je zelf kiezen wat je wilt.

rooiedirk schreef :
Draw? Watchdog?

taan schreef : Als je alarm wilt in een zone beide.
Draw voor het tekenen van de zone en de hond voor het alarm.

Voor de Weather Routing plugin heb je Draw nodig om exclusion zones of inclusion zones te tekenen. In onze vaarwateren nogal essentieel...

Gisteren weer even kunnen proberen.
conclusie:
Binnen Opencpn wordt de rolling road met xte correct weergegeven. Links moet je naar links, recht naar rechts.
De weergave van deze info op de RM graphics en op de plotter is dan verkeerd. Die zegt dat je naar rechts moet maar dat moet dan links zijn of andersom. De route had alleen een startpunt en een eindpunt dus het verkeerde waypoint actief is niet van toepassing.
Zoals ik al eerder beschreef.
Sturen op de automaat gaat allemaal perfect.
Andere software heb ik nog niet geprobeerd.

...en de uitgestuurde RMB klopt ook hadden we al geconstateerd. Dan ligt het dus aan RM. Zowel plotter als multi zijn van RM? Kwalijk. Gelukkig weet je AP wel hoe het werkt.

holtere schreef :
Ha, da’s mooi! Niks aan het handje dus met OpenCPN... wel jammer dat we het nu pas weten, had een grimmige discussie in dit draadje gescheeld tussen gewaardeerde forumleden...

Blijft dat er licht zit tussen de implementatie van de info tussen Opencpn en Rm.
In ieder geval op onze boot