Onderwerp: Sailing Performance Dashboard

De webpage van lschip (zie boven) bracht me op een idee

In SPD zit al een demo-webpage van de data uit de webserver (gemaakt door Menno).
Die laat knoppen zien en de ruwe data (veel regels onder elkaar) uit de webserver.

Het zou handig zijn als alle http-bouwers zelf de html kunnen meegeven aan SPD om hun eigen webpagina mee samen te stellen, dacht ik zo.

En dat zit er nu in (even geduld, manual en zo), in versie 3.4.0, zeer binnenkort

Gaat als volgt:

in sendoverwifi zit een extra key:

[Output]
UDPmessages = Y
UDPip = 255.255.255.255
UDPport = 7000
Webserver = Y
Webservername = 0.0.0.0
Webserverport = 9090
Browserpage = Y <================= deze dus

Als je die op Y zet laat SPD niet de demo-webpage zien maar leest SPD een nieuwe file uit de map /systemfiles/ : SPD.html

Daarin kun je je eigen html zetten, en als je dan naar de pagina Webservername:Webserverport/demo gaat krijg je je zelfgemaakte pagina met SPD-data erin in de browser.
(dezelfde pagina die anders de demo-pagina laat zien).

Met de knop I/O&Files wordt SPD.html opnieuw gelezen en worden wijzigingen in je pagina meteen aktief. Je kunt dus de html editen tijdens het draaien van SPD en dan aktief maken.
Terug naar de demo-page kan ook: zet Browserpagina = N en klik I/O&files, dan wordt de N aktief. Omgekeerd kan ook: Y erin, knop klikken en je eigen pagina komt in beeld.

Knoppen: alle knoppen die geen scherm-pop-up maken (alle filter-veranderingen) werken nu ook via de webserver-browser terwijl ook het SPD-scherm aktief is.

Alles bij elkaar een paar leuke toevoegingen, dacht ik zo
Elk device met een browser kan nu aan boord alles laten zien!
En iedereen kan zijn eigen pagina in elkaar knutselen! Zóóó 2022

Leuk! Dan kan mopperende BB nu laten zien wat wél aan zijn ergonomische standaard voldoet

Misschien leuk als mensen die zoiets bouwen het hier showen en wie weet het bestand willen delen?

Kleine uitbreiding nog:

[Output]
UDPmessages = Y
UDPip = 255.255.255.255
UDPport = 7000
Webserver = Y
Webservername = 0.0.0.0
Webserverport = 9090
Browserpage = Y
Pagename= SPD <================= de naam van de htmlfile

Je kunt nu meerdere html-files (voor verschillende browserpagina's) hebben in /systemfiles/
En met deze Pagename = je eigen file kun je dan in een draaiend SPD wisselen door in sendoverwifi.ini de Pagename te veranderen en I/O&files te klikken.

Kun je zo overschakelen van een volledig dashboard naar een performance-dial of wat je maar weet te verzinnen. Oh wát 2022

Als iemand werkende html maakt neem ik die mee in de distributie van SPD.
De html van lschip wordt binnenkort de eerste.

(misschien moet ik nu eindelijk ook eens html gaan leren....)

En 3.4.0 staat klaar, inclusief de file spd.html in /systemfiles/ (dank lschip !). Die file is nog niet helemaal perfect, maar dat komt nog wel

Version 3.4.0 of 28 March 2022

• All commands for filter changes can now be given via the webserver (f.i a browser) even when SPD is not running headless (and thus also using the SPD screen).

• The commands that give a response on screen (quit, nmea, files and newlog) will only be executed when given via the webserver in headless mode, as the resulting pop-up screen in SPD would wait for a click on OK and thus block further processing. The buttons are present in the browser, but these 4 will not do anything when not headless.

• The webserver output from SPD already could be viewed with a browser for demo purposes. Now you can write your own html and have SPD use that html file to create your own page with SPD-info. To achieve this, there are 2 new keys in sendoverwifi.ini under [Output]:

[Output]
Browserpage = Y
Pagename= yourfilename (without .html)

The Browserpage = Y tells SPD that you do not want the default demo page but you are using an html file.
The Pagename = yourfilename gives SPD the name of the html file in /systemfiles/ that you want to use in your browser.
Pointing your browser to Webservername:Webserverport/SPD will bring up your own html page.

• Using the I/O&Files button (on screen or, headless, in your browser) will re-read sendoverwifi.ini and, when Browserpage = Y, it will also read the html file you specified in sendoverwifi.ini.
This way, you can activate a different browser page with SPD running by editing Pagename in sendoverwifi.ini.
There is only one html file active at any point in time. The one you specified in sendoverwifi.ini.

• The name of the page is no longer ‘demo’ ; it is SPD from now on, also for the demo-page. It can still be found at the Webservername and Webserverport given in sendoverwifi.ini

Ben benieuwd wat voor mooie webpages we nu gaan zien

Zijn de beeldinstellingen van SPD veranderd?
Hier wordt de onderkant eraf geknipt in full screen en dat laat zich niet wijzigen!

Niet gewijzigd. Het is gewoon een Windows-window

Je zou in processlist.ini eventueel de fontsize iets kleiner kunnen zetten?

Toch geen zeilweer, dus nog even wat gemaakt.
Veel betere berekening van DTLL en TTLL, nu ook voor afkruisen te gebruiken.
En een paar andere dingetjes.

Version 3.5.0 of 31 March 2022
• Calculation of current made more efficiënt.

• Error when headless (no 3-tuple ‘current’ present) corrected.

• A new version of the html page (by lschip) is included in the download. Work in progress. Other html pages will be warmly welcomed.

• Whole new calculation of Distance and Time to Layline (DTLL and TTLL) implemented.
The DTLL TTLL are now calculated for beating (TWA < 60) and for reaching (TWA > 130). It was done only for TWA < 90 previously.
When TWA is between 60 and 130, now DTLL and TTLL will show N/A for not available.

An active waypoint (in an RMB nmea record) is required, of course.

The calculations are done based on actual TWA and target Leeway. If you f.i. are on a beat with 50 TWA, SPD assumes that after the tack you will also sail 50 TWA.
Same for reaching: if you reach at 150 TWA, DTLL and TTLL will bring you to a point to jibe and move on to the waypoint at 150 TWA on the other bow for the next leg.

UA and DA play no role at all in the calculations. Actual TWA is what determines DTLL and TTLL, because that is what happens really: actual TWA. It is your responsibility to sail the best UA or DA for the given TWS.

Target-Leeway (from the K-formula) is used in the calculations, as actual Leeway might include current effects. And current effects will differ after a tack or jibe, as your course will differ. So current is not part of the calculations. It is too much dependent on the situation on the water what current would mean for DTLL and TTLL. Current changes with manoeuvres, with bends in the fairway, with time. So, you have to take care of that yourself.

Voor de mensen met angst voor cijfertjes een html pagina met alleen performance gemaakt.
Wel 5 soorten, dat wel.
Wie maakt even een mooie ronde meter van 0 tot 120 met kleurtjes?

(van html maken krijg ik jeuk in mijn ogen en verder ook overal. Wat een gedoe).

Haha, krijg je de smaak te paakken van die web pagina's



Gepost met de officiële Zeilersforum-app

Ik heb een paar versies gemist, maar het lijkt er op dat de web output van spd veranderd is?

Ik zie veel minder info en via de webservice krijg ik de melding Some record types missing en in de shell (printer?) staat No waypoint data available for RMB. Welke record types wel gevonden zijn, zie ik niet meer? Zijn er in de nieuwste versies instellingen bijgekomen?

alle info komt er nog uit, daar is niets aan veranderd.
De waarschuwing voor missende RMB is nieuw maar doet verder niets.

Wel veranderd: in de webserver output is de lijst van wel aanwezige records niet meer elk type op een nieuwe regel maar alles op 1 regel, net als op het scherm en in stdout print.
Dat zou van invloed kunnen zijn als je iets met die info doet in Node Red.

Ik heb dat veranderd om die regel (met alle gevonden records) in alle omstandigheden gelijk te houden, een constant format.

Sorry voor de overlast

In de webserver zit ook SPD-version, tegenwoordig

Voor degenen die graag een klokje zien met echt bewegende wijzers:

Google visualisation gauge. Wel internet nodig om die gauge op te halen als SPD start.

HTML voor elke browser.
Als dit niet 2022 is...

En voor wie het allemaal wil:
Je kunt net zoveel tabbladen met verschillende SPD-html hebben als je wilt.
Start met een draaiend SPD in steeds een nieuw tabblad van de browser een andere htmlfile op.
De html blijft in de browser, SPD stuurt er alle data heen, en elk tabblad laat iets anders moois zien...

Voorbeeldje van de demo-html en de pagina van lschip:

Helemaal van deze tijd!

Version 3.5.1 of 8 April 2022

Switching polar files (with I/O&Files) is now more resilient. Protected against missing or faulty polars.

Opening and reading of polar, heelpolar, stwcorrection and deviation made more resilient against missing files.

Reading of processlist.ini now checks for some errors in the file.

Txt version of startup memory (startupfiles.txt) no longer supported. Use the ini version pls.

File names of 5 files (4 CSVs and boatspecifics) added to pop up of ‘All Settings ok?’ screen at startup.

Distance to layline added to the SPD log file as DTLL, in Nm.

Direction to steer added to trim advice in case of off course.

A trim advice added to slack the outhaul in some situations.

At end of a replay SPD now stops without useless quit-questions.

The delay between info-, error- and question messages when headless and using the webserver is now a new variable in processlist.ini. Setting it higher than the default of 0 seconds, it allows seeing and even reading the messages, which can be better for debugging purposes. Key is
[Starting specials] Msg delay web = 0

All messages (info, error, question) in headless webserver mode are now Python dictionaries instead of plain text strings. This makes them easier to handle (JSON) by programs using the webserver output.

Het zou kunnen dat door deze laatste (JSON messages) de Node Red connectie niet meer goed werkt.
Deze wijziging is op verzoek van michaelh; als er gewijzigde Node Red mee moet in de distributie dan hoor ik dat graag.

Met Pasen 2 daagse rondgezeild met SPD aan.
Een Bluetooth Speaker in de kuip aan de SPD-PC, en dan luisteren naar de trimadviezen.

"Pinching!" , "Too deep" en zo. Je gaat er wel van opletten....

Ondertussen nog wat toevoegingen en verbeteringen gemaakt:

Version 3.5.2 of 19 April 2022


Missing COM or TTY name in pop-up when serial connection is established. Now corrected, COM name mentioned

Pop up screen at start further simplified and better organised.

Also I/O&Files pop up simplified.

When Variation is present in an HDG NMEA record, it is now used to calculate True Heading (Magnetic + Variation). Most heading devices do not deliver Variation, but the Miniplex3 fills the field in the HDG now from Variation info in an RMC or from a good heading device, using the actual GPS position.

Error in calculation of corrected AWA removed. When AWA was very small (say 4 degrees) correcting for Upwash could create a negative AWA. Upwash is now set at 0 degrees when AWA < 10 degrees. This is not a realistic AWA to sail anyway.

If no startupfiles.ini exists (at the first start ever), the question to use previously used files has been removed.

When startupfiles.ini exists, the pop up with the question to use it now shows all file names in startupfiles.ini

A few more spoken trim advice messages are added.

The VMG to wind and VMG performance to wind will be negative when going downwind. This is a problem when these values are used in your own NMEA messages (over serial and UDP) as your instruments will probably not display negative values. So, in NMEArecords (defined in NMEAtemplates.txt), $VMG and $VMGperf are always positive from now on. Also applies to the x.xx formatted $VMGperf1 values.

Een html-pagina met trimadviezen,filterknoppen en 4 performancedials.
Kan op elk device met een browser getoond worden.
Trimclinics zijn niet meer nodig, iedereen kan het nu zelf

Wat winddials gemaakt, beste Upwind, actuele TWA en beste Downwind.
Erboven de VMG performance, zodat je kan zien hoe groot het effect van te hoog of te laag sturen is.

Hier bijna 14 graden te diep afkruisend, de performance van VMG ver onder de 100%

De Koningsdagversie (voor na het koekhappen).

Version 3.5.3 of 27 April 2022

The IP address of the machine running SPD is now displayed in the ‘all settings ok’ pop up. This makes it easier to connect browsers to SPD, to see the SPD-webserver html pages.

The active CSV delimiter ( ; or , ) is now shown in the same pop up. This delimiter is defined in processslist.ini.

The size of the SPD screen can now be set in processlist.ini.
[Geometry]
window-hor = 1220
window-ver = 760
Combining this size with a font size to your likings, you can create a screen that fits your display.
N.B. there are NO scroll bars!

An analyses of a tack or a jibe leads to an advice on the 3rd line of trim advices. This now stays visible for 30 cycles, so that you will not miss this important information.

All routines that read or write CSV files have been reviewed and sometimes improved for US-type CSV (a comma as separator and a decimal period).

It is now also possible to create a comma-delimited polar from the ORC-Jieter database. This was already possible for a semicolon-delimited CSV polar.

An error is corrected in reading the value for CSV delimiter in routine read_ini_processfile. This error caused the delimiter always to be a semicolon. Nobody will have noticed so far as we here all use this type of CSV.

Zou een soort logboek nog handig zijn? Niet om je tripjes in bij te houden, maar wijzigingen die van invloed kunnen zijn op je meetresultaten.

Voorbeeld: deze winter de windmeter een stuk verplaatst verder uit de upwash. Of, eerder dit jaar al de headingsensor verplaatst. Calibratie ook een keer aangepast. Dat soort aanpassinkjes.

Kan met Write in Log?

Zo, kreeg t met de actisense met geen 10 paarden aan de praat.
Maar met de pican werkt t prima.

Heb wel de node red aangepast: de ratio’s moeten door 100 gedeeld, anders vlieg ik volgens de performance .

Tijd om t extra schermpje in te bouwen .

Handig, zo heb ik het ook ongeveer (geen ptoblemen met de Actisense overigens…). VMG% er nog bij.

Maar “Target TWA” alleen, dus zonder de actuele TWA heeft niet zoveel zin toch? Of heb je daar een andere klok voor?