Onderwerp: Polar performance, speed plugin voor SignalK maken

Nee, niet per se nodig voor zover ik het kan zien.

Polar Performance, Polar Speed en Target TWA (en nog wat andere performance variabelen) zijn op mijn netwerk aanwezig:



Maar de pagina “Laylines” bestaat bij mij niet:



Zou je willen nagaan wanneer “vanaf welke performance data velden enabled…” deze pagina bij jou beschikbaar komt? Je hebt niet toevallig een H5000 in je netwerk toch!?

Wel uitgezocht wat die layline opties zijn. “Actual” komt daarbij niet via het netwerk binnen, maarvis gewoon hoe je op dat moment vaart. Layline over andere boeg is gewoon gespiegeld over de actuele TWA: als je laag aan de wind zeilt, zie je deze hoek direct groter worden.

Om de laylines te baseren op extern aangeboden Target TWA moet je “Polar” kiezen waarschijnlijk. Als ik dat doe verdwijnen de laylines helemaal; kun je hieruit concluderen dat de wél bij mij aangeboden Target TWA in elk geval niet gebruikt wordt daarvoor?

Die pagina komt alleen als de H5000 zichtbaar is op het netwerk. Daarvoor is de emulatie en ook de canbus nodig.


Wat betreft laylines, als je Target TWA laat zien op het scherm, welke zie je dan?
Volgens mij kan Actual die van het netwerk nemen als die gezien wordt.
Polar zou dat zeker moeten doen, maar dat is nog niet gelukt om die werkend te krijgen.

Hoe heb jij de H5000 geëmuleerd?

Dacht dat de 'manual' optie ook laylines geeft.



Gepost met de officiële Zeilersforum-app

Nachtvlinder schreef :
Door een device id op het network te gebruiken en daar dezelfde identificatie als een H5000 door te geven. Je ziet 'm dan in de device list als 'H5000 cpu'.

Ik moet nog verder kijken welke extra info door moet worden gegeven, maar volgens mij met Target TWA en mogelijk opposite heading moet het genoeg zijn.

Morgen heb ik denk ik tijd om op de boot wat te testen.

666 schreef :

Nee, maar dan toont de triton/zeus wel de laylines. Die UA en DA komen toch uit 1 polar?



Gepost met de officiële Zeilersforum-app

De laylines worden sowiezo in de “Sailsteer” pagina getoond. Maar ik wil (ook) de “Laylines” pagina zien. Dat blijkt een aparte pagina te zijn die de Triton2 pas laat zien als ie denkt dat er een H3000 aan hangt.

Ik weet niet goed wat je bedoelt, ik zal van de week eens kijken aan boord.

Gepost met de officiële Zeilersforum-app

Ik dacht het al, maar ik heb geen speciale Layline pagina kunnen vinden. Ik denk dat je het verward met het Racepanel.

Gepost met de officiële Zeilersforum-app

Deze page bedoel ik. Die wordt dus zichtbaar wanneer je een H5000 aangesloten hebt (of emuleert…)

Niet bij Hercules iig. Maar alleen even op de Zeus gekeken, niet op een Triton.

Gepost met de officiële Zeilersforum-app

Even een update.

H5000 emulatie

Dat wordt gedaan binnen de SignalK plugin door een tweede device id op het netwerk aan te maken. Deze is dan ook zichtbaar in de 'device list' als 'H5000 CPU'.

Triton2: Emulatie is niet nodig om de verschillende data zichtbaar te maken in de tiles.
Het is wel nodig om dat Laylines scherm op de Triton2 te kunnen openen.
Dit heb ik net gedaan en dat werkt.

Zeus: Dit was een beetje een verrassing, maar ik kreeg het H5000 menu te zien:

Het 'Send to H5000' knopje deed weinig op het netwerk. Dit is lastig reverse engineren zonder een werkende H5000 in het netwerk.

Laylines

De volgende opties:

1. Polar: deze verwacht polar info over het netwerk. Ik weet nog niet hoe.
2. Actual: deze gebruikt de actuele TWA om een layline gespiegeld te plotten. Zoals @Nachtvlinder ook had aangegeven.
3. Manual: Zelf een up en down windangle aangeven
4. Table:
   1. Triton2: hier kun je niets instellen, maar hij pakt die van de Zeus. Dat betekent dat de info over het netwerk gedeeld wordt, maar ik heb nog niet gevonden hoe. Als ik hier achter kom, dan is het waarschijnlijk de makkelijkste methode om vanuit de plugin de Target TWA door te geven.
   2. Zeus/Vulcan: hier kun je zelf een simpele table instellen. Wel met hoeken en knopen in decimalen, dus wel precies genoeg. Ik weet niet wat er gebeurd als je bij twee Vulcans/Zeuses op 1 de table veranderd. Als 't meezit veranderd dan de ander ook wat dan de mogelijkheid geeft om het vanaf de plugin te veranderen.

Nu ga ik dus vooral focussen op de 'table' setting, omdat ik hiervan de traffic kan zien tussen m'n Zeus en Triton2 om te kijken of ik dat dan op het netwerk kan zetten met de actuele Target TWA.

Mooie ontwikkelingen weer; hier zitten veel uitzoekuurtjes achter kan ik mij voorstellen!

hanst schreef :
Ik gebruik de Actisense NGT-1. Die meldt zich als zodanig aan op het netwerk en handelt zelf de overhead (Product Info, ISO Adress Claim, ISO Request etc.) af. Met de RPi en het PiCAN2 boardje (dat uit zichzelf helemaal onzichtbaar/transparant is) moest ik dat allemaal zelf regelen. Ik kon dan inderdaad zelf virtuele devices aanmaken zoals jij hier doet met de H5000 klik

Heb jij een idee hoe/of dat met de NGT-1 ook zou kunnen? Deze gateway zou denk ik dan “dom” gemaakt moeten worden, dus niet op eigen houtje gaan communiceren maar onzichtbaar worden?

Kun je in elk geval aangeven welke PGN’s ik in de Actisense configuratie moet enablen (receive vs. transmit)?

Dat kan niet met Actisense.
SignalK doet dat uiteraard voor zichzelf en met een paar regels code heb je een tweede device, dus dat maakt het emuleren van devices redelijk eenvoudig.

Ik had de volgende data op de Triton2. Misschien is het genoeg voor dat Laylines scherm, maar dat weet ik niet zeker. Je kunt dan Laylines even op 'actual' zetten om te zorgen dat die ook beschikbaar zijn.

Nachtvlinder schreef :
De performance PGNs tot nu toe zijn:
65305
126993
130823
130845
130847

Dankje; denk dat ik de Actisense niet uit de weg krijg

Vraagje: die 10 “user tiles” die je in de latere versies hebt toegevoegd; kan de Triton2 die ook tonen, of alleen een plotter? Zou je die kunnen gebruiken voor VHFinfo output?

Nachtvlinder schreef :
Volgens mij werken die ook prima op de Triton2. Je kunt met deze plugin de namen veranderen en het aantal decimalen zetten. Helaas geen units.

666 schreef :
Heb je een Hercules aan boord? Die zou ook polar info moeten kunnen delen.
Dan is op het netwerk wel te zien hoe die gedeeld worden.

Ja, klopt.

Gepost met de officiële Zeilersforum-app

666 schreef :
Kun je een dump maken hiervoor?
Dat de Hercules polars stuurt en de Zeus/Triton2 boot en de info begint te ontvangen?

Ik heb het aan de praat maar heb een verzoek/suggestie om te kunnen gebruiken...

Polar data formaat restricties
Het CSV formaat dat de plugin gebruikt is nu gelijk aan hoe "jieter" de polar targetspeeds heeft gecombineerd met UA/VUA en DA/VDA data. Bijvoorbeeld:



De groen gekleurde targetspeeds zijn voor vooraf vastliggende TWA: die TWA zijn voor elke boot gelijk.

Aan de onderkant houdt de polar op bij TWA=150 graden; aan de bovenkant bij TWA=52 graden. Er kan daarbuiten geen data meer bestaan.

Aan de bovenkant is het niet mogelijk om targetspeeds bij kleinere TWA in te voeren; er is slechts de mogelijkheid (verplichting!) hier (oranje cellen) de specifieke UA TWA windhoeken met hun (VUA) targetspeeds in te vullen. Rondom die datapunten mag de tabel slechts nullen bevatten. De plugin heeft dit nodig om de UA/VUA uit de tabel te kunnen halen als "bijzonder datapunt" (denk ik...)

Aan de onderkant (rode cellen) werkt dit hetzelfde: ook dáár zijn voor TWA > 150 graden alleen DA/VDA datapunten toegestaan.

Dit gaat er vanuit dat een boot nooit hoger vaart dan UA en nooit lager dan DA. Voor races zal dat vast zo zijn. SPD kan ook zoiets doen wanneer je TWA < UA vaart: er wordt dan "222" weergegeven als indicatie dat je te hoog stuurt.

Rood omcirkeld zijn de UA/VUA en DA/VDA paartjes: de polar zelf bestaat daarbuiten niet en is door de plugin geëxtrapoleerd met verzonnen waarden:




Wens
Omdat ik (en ik denk meer toerboten...) wél eens hoger of lager stuur dan UA resp. DA én ik een polar heb dat doorloopt tot TWA = 180 graden, wil ik de mogelijkheid hebben dit volledige polar te gebruiken.

Aan de onderkant is mijn polar compleet tot 180 graden; aan de bovenkant heb ik tussen TWA=UA en TWA=0 berekend (cosinus) watr de targetspeed zou moeten zijn voor dezelfde VMG als VUA zou opleveren. Naar boven toe worden de targetspeeds dus niet nul, maar nemen via een cosinus af tot de optimale VMG die bij TWA=UA geldt.

SPD kán dit en dat bevalt mij goed. Is het mogelijk de gebruiker meer vrijheid te geven door wijziging in het CSV polarformaat? Mogelijk moeten de UA en DA dan apart ingevoerd worden; de tragetspeeds daarbij kunnen ofwel uit de polar (interpolatie) gehaald worden, of los worden opgegeven (met het risico op overspecificatie...)

Snap je de aanleiding van deze wens; is zoiets mogelijk?

Zoals het nu werkt:
- als er een 0 in de row zit, dan is het een up/downwind angle (<>90deg)
- zoniet, dan is het een normale, waarbij de TWA de eerste cel is
- Na inlezen wordt er tussen 0 en eerste TWA en laatste TWA en 180 met stappen van 5 graden ingevuld met een formule.

Je kunt dus gewoon regels met een TWA van 20, 30, 35, 39 enz graden invullen.

UA/VUA en DA/VDA opgeven is wel verplicht toch? Dus, als ik een "volledig 0 - 180 graden" polar aanvul hiermee, zou dit goed moeten gaan, zoals hieronder (lees voor de komma's even punten...):



Werkt dit, of gaat de plugin dan alsnog zelf targetspeeds invullen/overschrijven?