Onderwerp: Sailing Performance Dashboard

De "enige correcte manier" bestaat niet op ZF. Er is altijd een gebruiker die het toch met STW wil doen.
Klant is koning, dus instelbaar maken.

mhsprang schreef :
Een polar tabel is altijd gerelateerd aan de windrichting en sterkte t.o.v. het water waarin de zeilboot vaart. Bij stromend water verplaats het water zich t.o.v. het aardoppervlak. Dus de wind t.o.v. het aardoppervlak is dan niet het zelfde als de wind t.o.v. het water.

mhsprang schreef :
De verwarring ontstaat doordat er twee ware winden zijn

Er is de wind zoals die voor een stilstaande waarnemer over het aardoppervlak waait.
Om de verwarring te voorkomen noem ik die meestal Geowind.
Wordt in SailingPD berekend op basis van aws/sensorheightcorrection, awa corrected for heel, SB or BB, hdg minus actdeviation, cog, sog.
Dat levert dan de GEOTWS en de GEO richting in graden kompas op.
Geen STW maar SOG gaat erin.

De andere True wind is de wind zoals een zeiler die ziet op een vooruit en opzij (drift) varend boot. Die True wind heb je nodig om te kunnen uitrekenen of je hard genoeg gaat volgens de polar.

Deze noem ik altijd maar gewoon TWS en TWA, true wind (aan boord).
Te berekenen uit AWA en AWS (en sensorhoogte incl helling).
De te gebruiken snelheid voor de vectoraftrekking:
SailingPD laat de gebruiken kiezen:
- STW + de meetfoutcorrectie daarop (per snelheid, boeg en hellingshoek)
- SOG in de richting van de HDG minus het SOG-deel in die richting door de stroom.

Daarvoor moet je dus eerst de stroom hebben vastgesteld, de SOG hebben ontbonden in vooruit opzij, de stroom ook ontbonden in vooruit en opzij.

Dit plaatje toont duidelijk het verschil tussen Geowind en True wind.

Input is wat simpele met de hand gemaakte NMEA, een paar 1000 van deze 3:
$GPRMC,092752.00,A,5246.13724,N,00507.11030,E,7.07,315,261020,,,D*78
$STMWV,315,R,7.07,N,A*23
$STVHW,0,T,0,M,05.00,N,00.00,K*52

Voor de NMEAnalfabeten:
de RMC zegt dat de COG 315 graden is en de snelheid 7,07 kts
de MWV zegt dat de wind uit 315 graden ten opzichte van de boot komt met 7,07 kts, alles schijnbaar.
de VHW zegt dat de heading 000 graden is en de watersnelheid 5 kts.

Dit is wat je zou zien als het compleet bladstil is (geen Geowind), en er stroming komt met 5 kts van dwars stuurboord binnen terwijl de boeg naar noord wijst.
De stroming zorgt voor schijnbare wind (boot wordt tegen de lucht geduwd), dat geeft snelheid.
Als je deze records in SailingPD stopt zie je dit:



Is dat grappig of niet
- geen Geowind kts
- wel True wind van 92 BB
- stroming gevonden van 88 gr met 5,2 kts (iets afwijkend van de 90 en 5 door afrondingen)
- bootje vaart lekker naar 315 met de boeg naar 0, en een lekker windje dat alleen op de boot bestaat.

mhsprang schreef :
Mijn programma wat performance uitrekent is in C geschreven. Geen idee hoe je het wilt aanpakken maar mijn programmaatje leest de polar tabel in het ram in. Daarvoor gebruik ik de volgende c structure.

het nadeel is dat er best een stuk ram daardoor in beslag genomen wordt.(±7K) Geen idee hoeveel jij ter beschikking hebt. Of dat het flash memory snel genoeg is.

Een van de mensen die SailingPD testen kreeg steeds een factor 2 (ongeveer) fout in de AWS.
Blijkt dat hij MWV-records uit de windset krijgt met meter/seconde windsnelheid erin.

Dat mag natuurlijk, een MWV heeft een getal voor de snelheid en dan een M, K of N voor resp. m/s, km/u of NM/u (= kts).

Daar had ik niet op gerekend, ik ging (ten onrechte) ervan uit dat er altijd wel kts in zouden zitten. Niet dus.

Opgelost in versie 1.8.0 (evenals 1 klein foutje met AWA en heel-correctie als de wind precies van 180 AWA komt...) dat bleek vandaag aan boord niet 180 maar 0 AWA op te leveren.
There is always another bug....

1.8.0 staat op de bekende plek.

Vorige week had ik een meeting met de NMEA 2000 Technical Standards Comittee, waar ik twee voorstellen heb ingediend voor nieuwe NMEA 2000 berichten (PGN's): een Mast Rotation PGN en een Sailing Performance PGN. Beide voorstellen zijn met een meerderheid aangenomen. Er word een "Sailing Centric"-werkgroep opgezet die ik mag leiden. Zoiets is wel een langdurig proces, er zijn veel iteratierondes gepland om zo tot de uiteindelijke PGN-definities te komen.

Een senior developer van Navico zit ook in deze werkgroep, dus de merken B&G, Simrad en Lowrance zijn daarmee vertegenwoordigd. Zodra die deze PGN's gaan implementeren, gaan Raymarine en Garmin dat ook snel oppikken, vermoed ik. Dus misschien hoeven we over enige tijd niet meer te "rommelen" door performance in RPM of RMB zinnen te stoppen voor een conversie naar NMEA 2000 en zullen plotters gewoon velden/weergaves hebben voor performance

Al met al een zeer leerzame ervaring om met de "grote jongens" te kunnen sparren.

Supergaaf Meindert! Mooi resultaat!

Inderdaad een fraai resultaat!
Het zal vast ook tot gevolg hebben dat er meerdere aanbieders komen van de data die in die nieuwe PGN's kunnen.
NKE heeft dat al; met NKE-gevers, computer en display kun je een paar soorten performance-gegevens in beeld krijgen. Erg locked en proprietary allemaal, hoewel SailingPD gewoon ook die NKE-berichten kan maken (voor de mensen zonder dure NKE RACE Processor )

Nu dus maar eens nadenken hoe voorkomen kan worden dat alle andere leveranciers van displays en sensoren weer allemaal eigen dingen gaan doen om te zorgen dat je alleen hun spulletjes koopt.
Open Performance Software! Voor Windows, Linux, iOS, in de multiplexer!

Mooi!

Echter helemaal “open” zal het niet worden: het datagram van die nieuwe PGN moet je nog steeds voor betalen! Als ie eenvoudig genoeg is valt er wel eea te backengineeren natuurlijk...

Baasklusje schreef : Het is (gelukkig) een standaard policy van de NMEA om aanvragen voor proprietary PGNs (ja, ook die moeten aangevraagd worden!) af te wijzen als er al een standaard PGN voor hetzelfde doel is.

Zo, vandaag de boot t water in.
Gelijk maar even gekeken of SPD aan de praat te pruttelen was.

SPD verwacht een RMC bericht en die heeft cog true nodig als input, en dat zit niet in mn n2k messages. Dus even snel gehackt naar magnetic. Volgende keer proberen met een extra derived data plugin calculatie om magnetic om te zetten naar true, zodat de standaard export naar 0183 werkt vanuit signal k.
Zou moeten lukken.

Dan rest alleen nog om eea op een B&G display te toveren.

En natuurlijk om alle setup files van de juiste data te voorzien door eens lekker te gaan varen.

Mooi zo!
Wel even een nieuwe versie ophalen van SPD; er zijn wat foutjes uit en verbeteringen en toevoegingen! 1.8.0 staat klaar.

Versie 1.8.2 staat klaar.
Kleine optimalisatie daarin....

Bij veel waterverplaatsers is er een nogal abrupte overgang van afkruisen naar voor de wind gaan varen bij ongeveer 13 kts, in de meetbrieven van de laatste jaren.
Voor de Capolavoro is de beste hoek bij 12 kts wind 157 graden, en bij 14 kts plat voor de wind, 180 graden. (meetbrief 2021, net binnen).

SailingPD gaf tot 13,9 kts aan dat de beste hoek 157 graden was, en bij 14,0 kts wind werd dat ineens 180 graden.
Nu (versie 1.8.2) wordt er geinterpoleerd tussen de twee beste hoeken (voor zowel UA als DA).
Bij 13,0 kts wind afkruisen zal er dus 168,5 verschijnen als beste DA.....
Een kleinigheid, maar net even beter (waarschijnlijk).

Wat mij betreft kunnen er meer mensen het gaan gebruiken dan de huidige 15 testers.
Er komen vrijwel geen problemen en vragen meer, dus de beta-test is zo wel klaar.
Gegadigden?

Vandaag de nieuwste versie van de Miniplex3-N2K firmware geladen.
Nu komen de XDR-records met Roll, Yaw en Pitch keurig binnenrollen.
Boot ligt 167 graden in de box; de Yaw beweegt daar wat omheen.

Mooi.

Ben benieuwd hoe die Yaw in de praktijk te interpreteren tov HDG.

Nachtvlinder schreef :
Ik heb me altijd afgevraagd wat Yaw is.
Maar dat weten jullie vast al lang.

Wij hebben google

Dat plaatje ken ik, maar is het de afgeleidde van de heading, een gemiddelde? Wat betekent dit getal dat in de box 0.4 gr van de heading afwijkt? Hoe te interpreteren?

Tsja, dat gaan we zien.
Het wordt gemeten door de rotatie-opnemer in de EV1 van de Raymarine AP.
Bij vliegtuigen is het duidelijker; daar is het de hoek tussen COG en Heading.
Krabbend door de lucht.

Maar dat zal het niet zijn op een boot, want daarvoor hebben we al COG en Heading....

Slingertjes om de HDG heen, is de verwachting.

Baasklusje schreef :
Is die gewoon te downloaden, of is het nog een Beta versie?

koko schreef :
Ik kreeg m in in de e-mail.... maar hij schijnt wel ongeveer af te zijn.

Baasklusje schreef :
Is er al een link naar Github of naar een Linux-repository voorhanden?

agvisser schreef :
Ik zal even met Menno overleggen.
De Linux-versie was een maandje geleden al werkend (de port was 4 regels code aanpassen, voornamelijk omdat Linux caps-gevoelig is bij filenamen), en Menno heeft het werkend gehad.
Ook de iOS-versie was er toen al, maar die zag er niet fraai uit wegens eigenwijsheden van Apple bij de GUI.
Inmiddels zijn we weer een aantal versies (verbeteringen en uitbreidingen) verder met de Windows-versie, dus een nieuwe compilatie van de Linux-versie moet even gemaakt worden.

Distributie lijkt mij het handigst vanaf een openbaar stuk van mijn Onedrive.
Wat zouden de voordelen van Github of linux-repository zijn?

Baasklusje schreef :
Als het vanaf jouw OneDrive kan, prima. Vroeg me af of Menno misschien met Github wou werken vanwege mogelijkheden voor versie-controle of bijhouden van bugs of feature-wensen. Benieuwd naar de Linux-versie van SailingPD!

Vraagje over onderstaande data uit een ORC SpeedGuide:



Omcirkelde koersen komen dubbel voor. Vetgedrukt zijn de UD en VUD paartjes. Blijkbaar worden deze op verschillende manieren berekend, want de HEEL getallen verschillen.

Wie weet hoe dit zit en welke HEEL zou ik mee moeten nemen in de heeldata tabel?