Onderwerp: Sailing Performance Dashboard

Top! Bedankt alvast!

SPD kan nu ook luisteren naar input via de webserver, dankzij een paar toevoegingen van Menno in de webserver thread.
Je kunt dan commando's geven die anders met de knoppen hadden gemoeten.
Maar ja, die knoppen zijn er niet als je zonder scherm werkt....

In een demoschermpje (alweer dank Menno!) ziet de webserver-output er zo uit, met bovenaan de knoppen.
De teksten op de knoppen zijn de commando's die SPD begrijpt. Ze spreken voor zich.
Die teksten kun je dus op een manier zoals je zelf wilt via de webserver naar SPD sturen.
En ze doen het ook nog

Nu weer verder met de trimadviezen... da's leuker!

michaelh schreef :
Even voor mijn begrip:
de 2e en 3e begrijp ik, je wil zo strak mogelijk uit de gijp of overstag komen, en netjes sturen.
Daar is wel iets van te maken in SPD.

De eerste dan: waarom zou je niet snel willen gijpen of overstag?
Hoe korter het duurt, hoe eerder je weer voorstuwing hebt.
Dat is veel belangrijker dan het beetje remmen door het stevig sturen.
Om je een idee te geven: de Capolavoro is na een goede overstag circa 20 seconden na het begin weer volledig op koers en op 80+ % performance. Het kost misschien een halve bootlengte.

Ik zeg al, hier ben ik vooral aan het leren. Te snel, te langzaam, te ruim, te veel roer, niet strak, fok te vroeg los, te laat weer aan. Er is altijd wel iets aan te merken op een overstag of gijp. Misschien kan spd een 'performance' cijfer geven en tips hoe het beter te doen. Alle tips die spd kan geven of bevestiging dat het goed gaat, zijn welkom.

michaelh schreef :
Ik zat te denken aan 'verloren bootlengtes' als maat voor het succes van een overstag
Meer dan 0,5 is dan niet goed genoeg....

Vraagje aan de mensen met 10Hz NMEA of N2K aan boord (Jumpinjack?).

SPD maakt een rekenslag (en output) als er een RMC en een windbericht (VWR, MWV) zijn ontvangen.
Meestal komen die met ca 1 Hz.
Als RMC met 10 Hz komt en wind met 1 Hz dan doet SPD ca 1 Hz output maken.
Alleen als beide met 10 Hz komen dan gaat dat omhoog naar 10 Hz.

Heeft iemand dat?

De reden achter de vraag:
voor het geven van trimadviezen is een tijdas belangrijk. ('hoe snel was de tack'?
Daarvoor wil ik de SPD-rekencycles gebruiken, maar dan moet ik wel weten het welke frekwentie die wordt uitgevoerd.... (en dat hangt dus van de inputs af).

In het RMC bericht staat toch ook de tijd. Waarom pak je dat niet als basis voor je berekeningen?

Aswin schreef :
Dat zou ook kunnen, maar soms staat die er niet in (gek genoeg, toch vaak gezien) en het staat er in uummss.
Ik wil een lengte in seconden.... en heb geen zin om dat uit te rekenen met de uumm

Ik heb wel een gps die op 10hz kan worden ingesteld, maar de windmeter niet. Die komt uit de ITC5, die er N2K van maakt.
Probleempje is dat de boot nu niet in het water ligt. Dat duurt nog wel even ook.

Baasklusje schreef :
Heb je enig idee wanneer dit in een nieuwe versie komt? Als die snel komt, slaan we 2.7.0 even over...

koko schreef : Vandaag even aan boord aan de actisense gehangen.
De poorten werken ook gewoon. SPD start live niet op (geen gps ontvangst in de hal), maar laat wel de andere ontvangen berichten zien.

Bij mij draait t dus gewoon op windows 11.

Even terzijde: op YT staat een simpele tweak om W11 wél te laten installeren. Maar wat schiet ik daar mee op? Merk je performance verbetering?

Baasklusje schreef : Er zit recent een nieuwe windmeter op de JJ. Een B&G Ws320. Die geeft minimaal 5x / sec een update.
Mn B&G ZG100 GPS doet 10 Hz.

Ik zie in de laatste SPD log files 5-9 regels per seconde, ipv 1-3 daarvoor.

Paar antwoorden:

v3.0.0 komt volgende week denk ik. 2.7.0 dus overslaan
Ben nu bezig met het detecteren van tacks en jibes. Dat werkt. Dan nog even de beoordeling ervan: haal je genoeg performance op x seconden na de tack... en de verloren meters uitrekenen.

In de boatspecifics komt een ket voor NMEA Hz.
Die wordt dan gebruikt om de lengte van de tijd voorhet beoordelen van atcks etc te bepalen.
Die tijd kun je sowieso instellen (default 1 minuut dus 60 metingen); op 10Hz wordt dan dat 600 metingen.

Met de NMEA log van de 24uurs herkent SPD al alle boeirondingen correct als tack of jibe, behalve natuurlijk die waar maar een klein knikje in de koers zat.

In 3.0.0 komen flink wat trimadviezen (voor teveel roer, teveel of te weinig helling, te weinig snelheid, gebruik buitenschoot etc. En dan dus de beoordeling van tacks en jibes....
Die komen ook allemaal als tekstberichten in de webserver, ze komen via de UDP-berichten en kunnen ook als spraak.
Even geduld nog

SPD herkent nu keurig overstag en gijp. (wisseling van boeg, en de AWA zegt iets over tack of jibe).
In de boatspecifics geef je een tijdsperiode op voor manoeuvres, zeg 30 seconden. (tack time)
Bij het detecteren van een tack of jibe geeft SPD vervolgens aan wat de performance aan het begin van die 30 seconden was en wat aan het eind.
Als ik de hele 24uurslog erdoorheen haal krijg ik keurig alle tack en jibes (op het echte tijdstip) en dus met een performance-waardering.
Moet nog even netjes verpakt worden in een adviesje (en gelogd, en geUPDt etc).
De 24uurs:Door de tack time korter te maken kun je het jezelf steeds moeilijker maken

Leuk

Zijn de uitgestuurde TWA windhoeken en UA/DA targets eigenlijk boegafhankelijk (dus BB negatief; SB positief) of absoluut gemaakt dus altijd met positief teken?

Reden dat ik dit vraag: B&G apparatuur maakt voor de targets onderscheid tussen SB en BB (ander kleurtje/grafisch pijltje)…

Nachtvlinder schreef :
Alles positief en er is een variabele BOW (ook in de webserver) waarin Starboard of Port staat.

Ok! Voer voor nodered

Version 3.0.0 staat klaar.
Heel veel uitbreidingen!
Version 3.0.0 of 25 January 2022
Further improvements of the headless operation of SPD:
- All information- and error messages can now also be seen as print lines or in the webserver output. This way, you can see what SPD is doing during start up, when detecting errors and during close down.

- Some yes-no questions can now be answered by typing yes or no into the standard input line when using headless with printer.

- In case of headless with web, there are no questions that can be answered. The assumed answer is always ‘yes’!

- Selection of file names (boatspecifics, polar, replay etc) is not supported in headless mode; this only is available when using the screen for input and output.

- As a consequence, replay of NMEA is not supported in headless mode. You would not be able to select the file to be replayed.

- The Noquestionsasked option, when set to Y, will suppress all info- and error messages and simply start SPD, no questions asked, as before.

- To start the headless mode, make sure you have a file named headless.txt in the SPD folder /systemfiles/ Note the difference with v2.7.0: it is a txt file now, not longer an ini.
- If there is no file headless.txt, the screen option is chosen.

- Just having that file is no longer enough. If it exists, it has to contain 1 line of text with one of 2 words: printer or web. This way, you determine where the info- and error messages will go to.

- Using SPD buttons is partly supported. Some buttons can be activated via commands to the webserver. See the manual for the possibilities. Filter level changes etc are possible!



- The IO&Files button will now automatically re-read the boatspecifics file, the NMEAtemplatesfile and the webserverselectionfile. No questions asked, no OK to click. You could edit these files with SPD active, and then activate the changes by ‘hitting’ IO&Files, also in web-headless. Polar re-read (incl a selection possibility) only works when using the screen.
Other new stuff:
- The first series of trim advise messages is now built in. You can receive these on screen, via the webserver and in new UDP messages. Many extra keywords in the boatspecifics and one in sendoverwifi.

Boatspecifics:

[Trimadvice]
tack time = 30
rudderanglehigh = 5
rudderangle = Y
pinching = Y
too deep = Y
big heel = Y
few heel = Y
more twist = Y
less twist = Y
outer sheet = Y
perf low = Y
tack perf = Y

Tack time is the time over which performance is measured at the start and end of a tack or jibe. 15 (seconds) is ambitious. 30 is do-able.
Each tack and jibe is found and analysed; performance going into and coming out of the manoeuvre is calculated and displayed as a warning message on screen,in the webserver and via UDP message.

Rudderanglehigh is degrees of rudder above which a warning will be gven.
The Y and N are conditions for which trim advice can be given. You can switch these on or off.

- The webserverselection file (that determines which data are available on the webserver) can now be read again during execution of SPD. You can edit the file ‘live’ and then re-read it to activate changes you have made. Tailor the webserver output to your needs. Just hit the IO&Files button or have the webserver read the command ‘files’ for that button.

- In boatspecifics [Inputcontrol] NMEA Hz = 1 you can now specify the frequency of RMC- and wind-NMEA coming into SPD. Ths value will be used to measure the length of manoeuvres like tacks and jibes, and also to judge the amount of ‘unsteadyness’ in keeping course. All to generate trim advice.
Error correction:
- Small error corrected in calccorrectedawa routine, which corrects AWA for leeway, upwash and heel.
Txt files end of life:
- The use of txt files for processlist, sendoverwifi and boatspecifics files is discontinued. The new ini files have many more keyword-values; missing these when using a txt version became more and more of a problem.

Wanneer mag de boot weer te water om al dit moois echt uit te testen?

Mooie release weer!!

De berichten van tack- en jibe-performance over UDP zien er op een UDPviewer zo uit (met een ruime tacktime van 30 sec):



Ze komen ook in de log en over de webserver.
Ik zit nog te broeden hoe je het over NMEA zichtbaar kan maken op een instrument......
Probleem is ook dat het maar even te zien is dan; via UDP blijft het lekker in je viewer staan...
Voice kan al, maar ik denk niet dat veel mensen voice gebruiken. En onder Linux werkt dat sowieso niet.

Mooie voortgang. (Terzijde ... Kip is echt een hele mooie applicatie om de teksten op een generieke display te zetten, zijnde je telefoon. Geen NMEA gedoe. En als je een dedicated display wil een m5stack. Als je eenmaal je data op ethernet/wifi hebt, zijn er veel meer mogelijkheden).

Ik kreeg de waarden eerst niet in node-red. Na ze in webserverselection te hebben opgenomen, komen ze daar ook in terecht. Zelfs dat is configureerbaar.....

Bij de headless uitvoering komt er nog wel een tk scherm tevoorschijn. Dat betekent dat er nog steeds een display aan gekoppeld moet zijn. Doen we nu met virtueel display, maar het zou mooi zijn als dat ook niet meer nodig is. Als je afhankelijk bent van tcl/tk zal het lastig zijn?

Tweede is dat alle SDP berichten als tekst tussen de json waarden door komen. Zou je misschien de berichten als json kunnen sturen? Bijvoorbeeld { display: "tekst om te tonen" }

Kan je met de headless uitvoering ook nog een instelling maken, zodat deze gewoon door blijft draaien ook als er geen data binnen komt? Misschien alleen in de output aangeven "no data" oid?

Het wordt tijd om eea op de boot te gaan testen.

Nog een kleine aanvulling: bij het opstarten met headless vraagt SPD weer om een directory waar de bestanden in staan, terwijl dat zonder headless niet gevraagd wordt.

Staat de exe wel in de juiste map??? Alleen als dat niet zo is komt er een tk scherm dat daarom vraagt. Headless en met scherm geen verschil....
SPD checkt of background.gif (de foto) er is, zo nee, dan is SPD gestart uit een andere directory.
De code:
doorgaan zonder input kan vast wel, maar dat is niet voor iedereen handig.
Zal kijken of dat makkelijk instelbaar te maken is.

Berichten als json kan vast ook makkelijk. Ik kieper de teksten nu simpel op de queue...

De zogenaamde working directory staat op de juiste plek. Ik hoef in Sailing PD ook alleen maar op ok te drukken, dus sailingpd geeft al de juiste plaats aan.

Vreemd...