Onderwerp: Sailing Performance Dashboard

Het start nu (1.9.4, binnenkort) met 1 klik, maar rekent dan wel erop dat alles klopt:
- de juiste COM bestaat
- de processlist file staat op de juiste plek
- de NMEAtemplates file staat daar ook
- de juiste namen staan klaar van de vorige opstart (boat, polar, heel, dev en stw)
- al die files bestaan ook echt

Het meeste zal wel goed gaan, maar de COM is de zwakke plek.
Blijven proberen de COM te vinden als het niet meteen lukt vind ik niet wenselijk.
Het geeft elke mislukte poging (om de x seconden) een pop-up scherm dat zegt dat de COM er niet is en dat je op OK moet klikken. Met een beetje pech moet je tientallen OK's klikken. Ook niet vriendelijk....
En of hij al verder zoekt voordat je op OK klikt is ook nog maar de vraag...
Maar we gaan het horen. Er gaan vast mensen de opstart koppelen aan de PC-start..... ik niet.

Fijn!

Ik blijf wel van mening dat je een scherm en een toetsenbord erbij moet hebben om optimaal van SPD gebruik te kunnen maken.
- even een filter wat anders instellen
- even een andere polar laden
- even een andere $variabele in je NMEA zetten
etc.

Vandaag met de wind regelmatig onder de 6 kts (TWS op 10 meter) viel op dat boven de 6 kts de performance zich keurig gedroeg: 80 a 90% met alleen de genua.
Onder de 6 kts TWS sprong de performance omhoog: 120, 130%
In de polar heb ik een kolom voor 0 kts, 3 kts en 6 kts (die laatste uit de meetbrief).
Boven de 6 kts zoekt SPD een target speed door voor de TWS te interpoleren tussen de snelheden bij 6 en bij 8 kts, in de echte polar dus.
Onder de 6 kts gaat dat tussen de snelheden bij 3 en bij 6 kts.
En kennelijk stonden de target speeds voor 3 kts wat laag gegokt in de polar. Vandaar de 130%.
Al varend de polar (CSV) editen, opnieuw laden in een gewoon doorwerkend SPD, en zo de polar ge-fine-tuned tot er voor de meeste TWA's lekker 90% berekend werd.

Dat kan alleen met een werkende PC met scherm en toetsenbord (en excel)

Versie 1.9.4 staat klaar voor download. capolavoro.nl

De wijzigingen:
- Added four $variables for performance in format x.xx instead of xxx, better to display in some fields that are limited to x.xx (XTE, f.i.)

- Added a short average filter (5 records) for curkts and curangle, the current variables for kts and angle of current. Less noisy current.

- Button wifi & files now also offers the possibility to re-read the boatspecifics file and/or the NMEAtemplates file. You can edit these files with SPD running (add NMEA types to be output, change record-content, etc) and then have SPD read the files again. Changes made in the files will immediately change the output of SPD.

- Start up changed. The working directory (from where SPD was started) is detected automatically, and in that directory /systemfiles/background.gif is searched for. If succesful, SPD starts. If not succesful, SPD asks the user for the sailingpd directory.

- Error corrected where MWV-T was illegally processed after windfound = true from a VWR record was already established. Tricky error…. Responsible for too much noise in apparent wind data. Found thanks to testing by Froufrou! (they have 5 different types of NMEA wind records on board... ideal for testing extreme situations)

de 194 had per ongeluk de 193 nog als hoofdprogramma...
Binnen een paar minuten is er 1.9.4.1
Excuus. Teveel haast

amateur

roozeboos schreef :
Zeker! Moet er niet aan denken dat het mijn vak zou zijn

Ik knutsel aan een versie die (in dit geval) sailingpd194.py heet.
Maar als die op Github de compilatie in moet moet ik hem eerst saven op mijn PC als sailingpd.py, niet als sailingpd194.py
Soms vergeet ik dat...

Ja, dat kan op die leeftijd.
Maak een lijstje met hoe het moet. Over een jaar ben je het helemaal vergeten. En moet je hetzelfde opnieuw uitzoeken.

Got the t shirt...

En maak een backup voordat je wat gaat aanpassen....

roozeboos schreef :
De 2TB backup USB drive hangt ALTIJD aan de PC..... USB-gevoed. Handig.

dat is mooi,
Maar dan moet je het ook daadwerkelijk daar heen schrijven...

roozeboos schreef : Ligt niet aan jou... over een jaar IS het ook anders, hoe het moet.

Weinig veranderlijker dan softwareontwikkeling.

Code die je nu schrijft kun je over 5 jaar weggooien of totaal herschrijven naar de laatste mode.

VSPE weer even.....

Zoals gemeld kun je aan een echte COM een virtuele VSPE-splitter hangen.
En die is dan voor meerdere applicaties bereikbaar, en werkt voor allemaal in twee richtingen.

Ik gebruik nu 1 VSPE-splitter om van de echte COM3 een virtuele COM1 te maken.
Met die COM1 verbinden dan WinGPS, SailingPD en af en toe MPXconfig (voor de miniplex3).
Dat werkt dus... maar vraag me niet hoe het kan.

Leuke bijkomstigheid: Die VSPE virtuele COM overleeft een Windows10 afsluit-actie.
Nu is Windows 10 afsluiten niet echt afsluiten maar een soort slaapstand. Maar toch, na weer aanzetten van de PC is de VSPE-COM gewoon weer vanzelf actief.

Of hij ook een 'opnieuw opstarten' overleeft weet ik nog even niet.
Maar daar is eenvoudig achter te komen....

In SPD zit een correctie voor windsnelheid bij helling.
Een windmeter met draaiende cups gaat nu eenmaal minder wind meten als hij scheef staat.
De formule ervoor komt uit een onderzoek naar windmolens op hellingen.
Het komt neer op 0,4% te weinig gemeten per graad helling.
Dat voegt SPD dus weer toe.

Nu zijn er vast mensen met een ultrasone windmeter op de mast. Die zullen vermoedelijk geen last hebben van minder AWS meten bij helling, dus kan die correctie dan naar 0%.

Is daar behoefte aan? Die ultrasone meters zijn voor zover ik weet een stuk onnauwkeuriger dan de gewone meters, dus vast niet breed in gebruik?

Web heeft er een en getest met de auto en gps. Klopte naar zijn waarneming akelig precies.
Weet niet of hij behoefte heeft aan de mogelijkheid om dat aan te kunnen passen.

Mijn idee was dat de ultrasone meters qua richting niet zo nauwkeurig zijn, maar ik kan het fout hebben.
SPD inmiddels aangepast; in de processlist file kan de gebruiker zelf opgeven hoeveel zijn AWS bij helling moet worden gecorrigeerd. 0,4% per graad voor cup-meters, 0% voor ultrasoon, of nog een andere waarde.

Die van Airmar viel mij in elk geval tegen: daar zitten systematische fouten in. LC Capteur is wellicht beter, maar die lieten ook geen fatsoenlijke specs xien. Niet met de billen bloot boot met een produkt dat zoveel geld kost vind ik sowiezo niet acceptabel.

Versie 1.9.5 bijna klaar voor download.

Ik heb de manual wat onderhanden genomen; Zeilbroer wees me op wat slordigheden. Dank!

Hier is ie, altijd blij met opmerkingen ter verbetering:

Thomas, blijft bij jou de Rolling Road met SPD data gewoon doorlopen en data verversen?

koko schreef :
Ja, maar de rolsnelheid is vreemd......
Het laatste veld in een normale RMB is de VMG to WP. Die bepaalt de rolsnelheid (denk ik).
Maar zelfs als ik die $vmgwp erin zet op de juiste plek dan gaat het rollen nogal random.

Ik gebruik deze:
$SPRMB,A,$sogperf1,$dts,T,$shiftmsg,$destlat,N,$destlon,E,$dtw,$btw,$vmgwp,V,A

- op de plek van XTE de $sogperf1, dus performance in formaat 0,99 (gaat goed)
- $shiftmsg op de plek van waypoint to (gaat goed)
en dan alle gewone data erin op de normale plekken.

Heb je de V en de A goed staan, niet een A ipv de V (die eerste letter is waypoint arrival).
De laatste A is de FAA Status Indication, verplicht sinds 1998 of zo...

Die rolsnelheid heb ik nog niet onder controle.
Misschien doet RM dat toch anders, geen idee.
Er zijn wel meer gekke dingen met RM ST60 en NMEA183.
Zo krijg ik het op geen enkele manier voor elkaar om een MTW te gebruiken; wat ik er ook in stop, Celsius, Fahrenheit, de Graphic en de Multi weigeren watertemp te tonen.

Dank je Thomas, ik zal het bericht nog eens nakijken. De RMB komt uit de GP32 via SPD die de waypointnaam wijzigt in performance op SOG. De rest gaat ongewijzigd door naar de Multiview. Rechtstreeks uit de GPS zal ik ook nog even testen.

koko schreef :
SPD maakt een hele nieuwe RMB, het is niet alleen de waypointnaam wijzigen.
Je moet dus alle waarden (via de template van de SPRMB) zelf invullen.

Versie 1.9.5 staat klaar.
Weinig anders, wat kleinigheden.
De volgende grote wijziging zou het aanbieden van data aan een browser kunnen zijn.
De webserver zit er al in en werkt. Maar nu die HTML erbij....
Ik wacht met smart op Handige HTMLers.
We kunnen het ook geheel vergeten natuurlijk, want zelf denk ik dat het nergens voor nodig is
(er is al een scherm, instrumenten, UDP-berichten, de Multiview Mk II, en een vriendelijke voice!)

Version 1.9.5 of 13 July 2021
- VHW records are now only processed to find water speed. The heading fields in them are too often not filled and lead to wrong heading info in SPD.

- The correction for heel in AWS is no longer fixed at 0.4 % per degree of heel. It is now a parameter on line 18 in processlist file. Ultrasonic wind measurement does not deteriorate with heel.

- Yaw back again to raw measurement data.

- Manual updated and better organised.

Net SPD opgestart met mijn meetbrief er in.

Nu aan het kijken naar wat verschillende settings. Wat me opviel bij het selecteren van een aantal files is dat je de hint krijgt om eventueel de default file te kiezen, maar dat in het lijstje geen default file staat, maar bijvoorbeeld example. Zijn dat de files die je dan moet kiezen? Misschien goed die te hernoemen als "default?
In de folder Systemfiles is ook het bestand NMEAtemplates. Mag je die hernoemen en er meerdere van maken? Zodat je bijvoorbeeld een NMEA Templates kan maken voor verschillende situaties, die je dan snel kan wisselen (in de sluis bijvoorbeeld )? Met of zonder stroming om maar eens iets te noemen.

Ik zag ook in het sendoverwifi bestand dat standaard op Y staat. Kan/moet ik dat in dat file ook uit zeten als ik dat zou willen? (Kwestie van Y wijzigen in N?)

Nachtvlinder schreef : Formeel is dat ook een weerstation voor vast of motorboot gebruik en geen zeilboot-windmeter. Dus niet gemaakt voor een zwiepende mast / helling.

Niettemin gebruik ik hem wel als zodanig en is mij geen systematische fout opgevallen. Waar zat die bij jou?

Voor wat betreft gedrag onder helling heb ik hem een eind boven een rijdende auto uit gestoken bij windstil weer, en geen afwijking in AWS t.o.v. GPS kunnen vaststellen tot een graad of 30 helling, daarboven ging ie wel iets minder aangeven. Vond ik voldoende om hem toch op de mast te zetten.

Qua richting wel een beetje lastig uit te richten, dat nul AWA ook echt nul is.

In elk geval zou ik zeggen dat het wel mooi is dat de correctie die voor cupjes bedoeld is ook uit kan. Het kan ook zomaar gebeuren dat er binnenkort (of nu al) NMEA2000 windgevers geleverd worden waar die correctie ingebakken zit. Een hellingsensor is immers kwartjeswerk tegenwoordig, dus er is weinig reden voor fabrikanten om het niet te doen.