Onderwerp: Sailing Performance Dashboard

koko schreef :
Het ging me even over het gebruik van een polar diagram. Het plaatje geeft aan wat de bezeilde koersen zijn en de te verwachten snelheid. Dus een antwoord op de vraag is deze geul bezeild.

Een polar is niet zozeer bedoeld om te zien of iets bezeild is

Hij is om zo hard mogelijk te gaan, en igv niet bezeild of afkruisen, de hoogste VMG te vinden.

Baasklusje schreef :
Voor jou ja. Maar voor heel veel zeilers is het een routing tool.

3Noreen schreef :
Dat weet ik. En daarom staat er in de manual van SPD: Een Polar Met VMG-Gebaseerde Data (boven de UA en onder de DA) Niet Gebruiken Voor Routing.....

Ik neem overigens aan dat slechts weinig zeilers een polar gebruiken om eens een lekker langzame route te plannen?

Baasklusje schreef :
Ik ben me gaan verdiepen in het gebruik van een polar voor mijn tocht naar de Azoren. Je kunt dan na mijn mening beter gebruik maken van de voorspellingen van in de gribfile. Een groot deel voor het vermijden van oncomfortabel harde wind. Die misschien wel meer snelheid zou geven maar het leven aan boord niet zo te goede komt.
Baasklusje schreef :
Misschien is de discussie over wat je meer met een polar kunt doen hier niet op zijn plaats. Dit is immers een projectdraadje.
Dus voor het gebruik in BK zijn software is de interpretatie en visualisering van de polar zoals BK dat voorstelt meer dan voldoende.

Zou mooi zijn als de N2K bus van een systeem als dit gesniffed kan worden.

Nachtvlinder schreef :
De uitdaging is dat veel (alle?) leveranciers allerlei proprietary PGNs over die N2K bus jagen....

Maar wat wil je precies? Alles vangen en ontleden? Dat lijkt me kansloos....

Goed punt. Irritant dat de relevantste PGN’s voor B&G gewoon bestaan maar geheim zijn!

Nachtvlinder schreef :
Misschien een kans dat Signal K ze begrijpt

Versie 1.9.0 staat online.

Flink wat wijzigingen en uitbreidingen.
Zie de readme.txt bij de download.
Of deze PDF:


@roos: de 2 records voor de Multiview MkII zitten erin. Kun je live testen!

Thomas,

ik probeer eindelijk weer een stapje verder te komen met SPD, laatste versie. Er rust een vloek op mijn goede voornemens lijkt het wel. Anyhow, als ik het polarfile dat Web heeft gemaakt 1 op 1 overzet in de map Polars struikelt SPD daar over. "Failed to excecute" en het programma stopt. Ik heb zitten zoeken naar een foutje, en wat dingen geprobeerd, maar zie het het niet. Wil jij eens kijken wat er mist?

mail de csv even wil je?

Opgelost.

Als er TWSen in staan die niet in de polar staan (in dit geval 1 kts wind) moeten er wél hoeken voor die TWS in de UAlist en DAlist staan. Zelf iets verzinnen dus!
Van een lege cel is geen floating waarde te maken...

Dank je Thomas!

Het draait nu!

Volgende stap is zichtbaar maken op de Multiview color#1 van Roozeboos. Daarvoor wijk ik toch maar uit naar NAVMONPC. Wel weer even graven hoe dat ook maar weer ging

Baasklusje schreef :
Om dit soort foutjes af te vangen heb ik de routine die de polar leest nu volgestopt met checks of alles wel correct is ingevuld (geen lege cellen, geen letters).
Dan krijgt de gebruiker een keurige waarschuwing.
Misschien doe ik dat voor de heelpolar, de deviatietabel en de stw-correctie ook nog wel eens, maar ergens moet je ophouden gebruikersfouten af te vangen
Tegen gebruikers is nu eenmaal geen kruid gewassen; de code bestaat nu al voor de helft uit afvangen van allerlei fouten (in gebruikerstabellen, gebruikersacties en ook fouten in NMEArecords.)

Sja, dat is programmeren, hè . De functie zelf zit er zo in.

95% van het werk is fouten herkennen, opvangen en oplossen.
Tevens controleren op valide waardes is belangrijk.

roozeboos schreef :
Ja ik weet het
Tegen gebruikers die de manual niet lezen is niets opgewassen

Maar het is niet het leuke stuk van het bouwen van software.
Bovendien is het onmogelijk alle fouten die gebruikers gaan maken van tevoren te zien aankomen....

Maar ondertussen even een uurtje try-except combinaties toegevoegd aan alle inleesregels in de 5 routines die de polar, heelpolar, deviatie, simpele stw-correctie en stw-corectie met helling -files lezen.
Alle fouten in die CSVs worden nu keurig gevangen en gemeld.

Op naar de volgende gebruiker

@chris, heb je SPD al gedownloaded voor live test met de MV?

Je moet het zo zien.....
Als je geen vangnetjes inbouwt krijg je tien keer zoveel telefoontjes en mailtjes.
Een goede feedback van de gemaakte stommiteit levert je uiteindelijk een rustiger bestaan op. Positief bekaiken dus

nee ik heb het niet gedownload. Daar heb ik helemaal geen tijd voor joh.

Inmiddels wat getest (en gevaren) met WinGPS, SPD, de Miniplex3 met NMEA2000 en de nieuwe stuurautomaat (RM, EV1, ACU200, P70S aan de al bestaande Type 1 drive).

De uitdaging was nog om de RMB (met waypoint, closing speed, BTW en DTW) van WinGPS in SPD te krijgen.
Dus van de ene COM in Windows naar de andere COM.
Van alles voor bedacht (NavmonPC!) en een setup van Nachtvlinder met VSPE met 7 virtuele COM-poorten.

NavMonPC kun je hiervoor vergeten. Veel te langzaam. Opeen gegeven moment loopt de NMEA 10 minuten achter met de werkelijkheid (en toenemend).
VSPE wilde ik gaan proberen, maar toen loste het probleem zich vanzelfop

WinGPS stuurt over een COM (met Franson GPSgate ertussen) een RMB naar de Miniplex.
Die maakt daar NMEA2000 van voor de P70S. (die kent geen NMEA183).
En wat blijkt, die PGN (van de RMB gemaakt) komt ook weer binnen op de Miniplex en wordt doorgezet naar de USB waar beide COM's op hangen (Franson, 1 voor WinGPS, 2 voor SPD).
En zo komt zonder enig gedoe de RMB keurig binnen bij SPD en heb je Layline info, BTW, DTW etc zonder extra software ertussen.
Alleen voor NMEA2000-muxen.

Kleine complicatie is nog dat de oude gps (Garmin GPS128) altijd RMB's stuurt, ook als je nergens heen navigeert. Dan komt er een lege RMB.
Die kun je in de mux wel helemaal blokkeren, maar dan komt hij niet door als je hem ooit wil gebruiken (navigatie met de GPS ipv Wingps).
Dat is niet met een prioriteitsetting op te lossen, want de andere RMB komt over NMEA2000 en dat kent geen routing of priorieiten: alles komt door.
Die lege RMB uit de GPS geeft nu wat verwarring in SPD: in beeld om en om het echte waypoint (uit Wingps) en een leeg waypoint uit de GPS.
Dat wordt nu afgevangen door SPD: RMB-records met lege waypointnaam erin worden genegeerd...

Koop dan een multiview II !

roozeboos schreef :
Is die al af dan?

Maar die helpt niets tegen dubbele RMB's (uit WinGPS en GPS) in SPD....

Vandaag gevaren met een polar actief waarin snelheden (buiten het normale polar-gebied) zijn ingevuld op basis van de VMG in de wind en voor de wind.
Dat is interessant. Je ziet best goed of je te hoog aan de wind of te ruim afkruisend zeilt. Dan haal je de VMG niet meer (want voorbij de optimale hoek UA of DA).
De andere kant op werkt het niet natuurlijk: te ruim aan de wind zit nog steeds binnen de polar.
De 222 verschijnt niet: geen 0 in de polar. Een keuze... Maar je kan met SPD al varend gewoon van polar wisselen. 3 muisklikken.....

Ook leuk was deze: achter je eigen AIS-boot aan varen. Hoe dat nou kwam weet ik nog niet....

Ja klaar, uiteraard.
En ik heb toch jou nieuw bericht ingebouwd?
Wat moet je dan nog met RMB???

Echte RMB, voor de navigatie.

Ja, dus? Dat is heel andere data. No problem voor de multiview hoor