Onderwerp: Sailing Performance Dashboard

Tuurlijk: topprodukt

Nog even naar het fimpje gekeken.

Valt op:
COG 40, HDG 273, STW 0, SOG 0,1

Dus er staat wat stroom, zegt dat. Boeg naar west, boot naar noord-oost met 0,1 kts

Even later is de HDG keurig 40, en dan weer 270. Hij flipflopt op en neer.
Heb je 2 hdgbronnen????

Helemaal op het eind van het filmpje gaat de COG ook ineens van 40 naar 350 en terug.
Die komt zonder enige berekening zo uit een RMC. Daar zit ook iets fout in de input.....

Dat allemaal verklaart de grote Leeway (die is incl stroom-leeway).
En dat maakt dan weer de AWA in de war, als we die corrigeren voor enorme leeway.

Eerst even uitzoeken waarom COG en HDG zo verschillen! Ijzer in de buurt?
En dan waarom de COG varieert van 40 naar 350.
En dan waarom er SOG is in de box....

Veel GPSen geven COG = 0 als ze stilliggen.
SPD maakt dan de COG gelijk aan de HDG, dat is iig beter dan 0.
Jouw GPS geeft 40 of 350, en dat wordt dan als een echte koers meegenomen.

Strakke analyse! Ik lig in een 12 m box wat heen en weer te drijven aan lange landvasten. Misschien niet zo heel representatief/relevant. Wat de GPS uitspuugt bij SOG ~0 is denk ik niet te beïnvloeden. De HDG moet echter wel rond die 270 liggen; daar ga ik (vanavond) eerst eens induiken!

Ben ietsje verder nu. Je analyse is juist: er gaat iets mis met de heading.

Ik heb maar 1 heading bron, dat is het kompas van het Seatalk1 instrument ST4000 stuurautomaat. Die wordt via een ST1<>STng converter op de N2K bus gezet. Daar ziet alles er goed uit: ik kan maar 1 headingbron selecteren voor de Triton klokjes (en dat is precies die)

In de vertaling naar 0183 gebeurt iets vreemds. Dat vertalen doet de Vesper XB-8000. Je kunt in onderstaand scherm aanklikken wat van de N2K bus vertaald moet worden naar 0183 (en dan op de TCP server beschikbaar komt), verder kun je aangeven welke 0183 bronnen vertaald moeten worden naar de N2K bus.

Zo stond het ingesteld:


En dan is dit het resultaat: zowel in de HDG als VHW wordt de heading geschreven:


Het "TRUE" veld is echter leeg (de XB-8000 heeft blijbbaar niet de intelligentie de magnetische variatie, die ie van het GPS binnen krijgt, te gebruiken). Ik denk dat SPD "0" leest voor dat veld en dat dat in het geflip resulteert?

Als ik de heading PGN uit zet:


Dan word HDG uiteraard niet meer verzonden, echter de heading data wordt dan ook niet in VHW geschreven:


Als laatste: als ik de Vessel Speed PGN uitzet, bestaat er alleen nog heading informatie in HDG, echter dan werkt SPD niet want die heeft VHW nodig...

Eigenlijk zou SPD de heading informatie in VHW moeten negeren indien ook HDG aanwezig is...

Als alternatief kan ik van NMEA2000 via de Actisense NGT-1 naar SignalK en van SignalK naar een NMEA0183 TCP server. Dit voegt wel ongewenste complexiteit toe

Bericht aangepast. En ik heb 5 min ruwe data (met “alles aan”) naar je xs4all email gestuurd.

Ik duik er morgen even in.

Heb je ook een verklaring voor de wisselende COG?

Fijn

Ik heb maar 1 GPS, HDOP is prima (accuracy 0.6 m rapporteert ie) maar heb ‘em nog niet “stiller” kunnen krijgen. Mss beweegt de antenne ook wel met die snelheid?

So far:

- de heading uit VHW gebruik ik niet in SPD, want daar is altijd wat mee.... Dus het kan niet het gebruiken van wisselende of ontbrekende heading-NMEA zijn.

- de RMCs laten zeer veel verschillende COGs zien! Echt een rommeltje. Daar heeft SPD last van....
Ik mail je een file met alleen de RMC's. Er is iets mis met de GPS....

- de frekwentie van berichten uit de Vesper (AI) is erg wisselend. Soms 5 wind- en 5 watertemp per seconde

- HDGberichten zijn veel zeldzamer. SPD onthoudt de laatst gevonden HDG een paar cycles maar als er niets komt maakt hij er 0 van, bij gebrek aan input.

- achter vrijwel elk bericht zitten extra CR/LF characters. Dat geeft lege regels in de copy-nmea-in, soms 3 of 4 bij 1 bericht. Niet erg, wel gek dat de Vesper dat zo doet?
Ik stuur een file in de mail met die copy-nmea-in, dus zonder AIS erin. Kun je zelf kijken

Ik ben bang dat ik (en SPD) er niets aan kunnen doen.
Het is zoals de Fransen zeggen, "garbage in...."

Even de RMCs in Excel gehaald, 5 minuten in de box geeft deze COG en SOG:
Dat loopt tot max 0,25 kts.
En alle kompaskoersen, bijna....
Zou het aan Volendam liggen?

Dankje. Hier kan ik mee verder. Hoe kan het dat in het HDGc veld afwisselend de echte heading en de COG staat weergegeven? Volgens de manual is HDGc niets meer dan de ontvangen HDG, gecorrigeerd met de deviatietabel (nullen bij mij, voorlopig)…

Nachtvlinder schreef :
Als er 2 cycles (het vinden van een RMC en een VWR of MWV) geen bijvangst van een HDG is dan zet SPD de HDG gelijk aan de COG (ipv op nul).
De eerste cycle zonder HDG gebruikt SPD de vorige HDG, maar daarna.....

Dat gebeurt bijna nooit, maar bij jou zijn er erg weinig HDG-records, relatief.
En dus is HDGfound = False, en wordt HDG gelijk aan COG....

De heading uit de VHW gaan gebruiken is ook geen oplossing, want bijvoorbeeld de Miniplex3 vult in de VHW alleen de snelheid in, geen magnetische en ook geen echte HDG.
Dat zou dus elke keer een 0-HDG opleveren..... tenzij er ook een HDG-records gevangen wordt.

Gaan wachten in een cycle op meer dan RMC en wind is ook geen alternatief, want lang niet iedereen heeft HDG of een gevulde VHW. En dan duurt het wachten wel erg lang....

Nog een dingetje: in je NMEA zit geen !AIVDO, eigen positie. De Vesper is toch een transponder????

Even records geteld in je 5 minuten log, !AI niet meegeteld.

287 GPVTG
287 GPRMC
287 GPGSA
861 GPGSV
548 AIHDG
573 AIDPT
2775 AIMWV
287 AIVLW
573 AIVHW
1148 AIMTW
287 GPGGA

Rond de 300 is 1 Hz.
Wind AIMWV is 10 Hz!
MTW is 4 Hz. Zo snel verandert de temp niet
DPT en HDG en VHW ca 2 Hz
GSV 3Hz ?????

GPVTG zit niets in dat niet ook in RMC zit.

Dit veroorzaakt niet het probleem, maar het veroorzaakt wel allemaal load....

Baasklusje schreef :
Duidelijk! Dus eigenlijk moet HDG vaker voorkomen dan (RMC AND (VWR OR MWV))

Vreemde frequenties inderdaad bij mij. Het MTW verhaal komt omdat ik de airmar DST810 sensor 4 verschillende PGN's liet uitzenden waar watertemperatuur in voor komt. Dat heb ik nu gereduceerd tot 1 (en de frequentie wat verlaagd). De windsensor is idd 10 Hz en kan ik niet trager zetten.

Ik heb nu onderstaande fequenties bereikt:


Jammer dat ik het geheel niet op 2 Hz kan laten draaien, maar nu komt HDS in elk geval voldoende vaak binnen.
Baasklusje schreef :
Klopt; ik heb silent mode ingeschakeld

Gaat een heel stuk beter nu, nog heel af en toe dat de HDG niet op tijd komt. Maar ik weet nu waar ik op moet letten. Thanks!

Nachtvlinder schreef :
Even vaak is voldoende.

SPD kijkt in een cycle eerst of het eerstkomende record een RMC is (SOG en COG).
Als het iets anders is (HDG, bijvoorbeeld) wordt dat meegenomen.
Pas als laatste wordt gekeken of het een windrecord (MWV of VWR) is.
Dus alleen als een RMC toevallig als eerste binnenkomt én er direct achteraan een windrecord zit wordt in een cycle niets anders gevangen.
Die kans is wel groter met wind op 10Hz....
Maar dan komt het de volgende cycle wel weer goed.
Met de GPS op 1 Hz wordt er iig een seconde lang van alles gevangen voordat zowel WINDfound als RMCfound True zijn (het einde van een cycle en data naar de output!)

Het alternatief zou kunnen zijn dat een cycle niet alleen wacht op wind en RMC maar ook op een of meer andere types. Omdat niet iedereen die heeft (geen kompas, bijvoorbeeld) doet SPD dat nu niet. Met de kans af en toe iets te missen.
Kan het natuurlijk zo maken dat de gebruiker kan opgeven op welke types iig gewacht moet worden, maar tot nu toe werkt het zo prima.

Wat voor GPS heb je eraan hangen? Zoveel SOG en wisselende COG in de box is niet normaal.....
Kan de Vesper RMCs zenden?

Al bijna 50 pagina's van -in een ander geval- interessantie discussie. Helaas zijn de graphix voor mij onoverbrugbaar. Het lijkt het resultaat van een programmeur die in de 2e helft van zijn carrière omgeschoold is van typemachine naar PC, waardoor het vanuit een 3.11 basis nét kan aanschurken tegen Windows 95 look. Helaas ben ik beperkt als estheet. Jammer, het kón zo mooi zijn

Val dood.

Dat gaat vanzelf een keer.



-volgens mij neem je me te serieus



Misschien wat web2.0 bolletjes toevoegen om het naar dit millennium te halen?

Ga jij nu maar je bilge poetsen, daar heb je wel verstand van.

Allebei druk met iets uit de jaren 80 oppoetsen, dat schept verbroedering

On-topic maar weer ?

Ben nog in de ruis van de GPS SOG en COG gedoken - het blijkt vaker voor te komen bij moderne apparaten dan oude GPSsen. Staat los van de refresh rate. Zou aan de antenne kunnen liggen, maar geen garantie dat dit het is - ook wanneer ik een N2K GPS-puck zou kopen is dat geen garantie. Kan ook in de kwaliteit van de ontvanger zitten of de plaatsing van de antenne. De moeite niet om hier geld in te steken. Te meer omdat deze 0.1 kn onnauwkeurigheid wss verdwijnt en in elk geval niet relevant meer is als ik vaar.

Omdat ik het niet goed kreeg door instellingen te wijzigen en daarbij de timing van HDG vs. VHW/RMC toch af en toe nog mis ging, heb ik volgende workaround gemaakt:

• Via de Actisense NGT-1 komt alle N2K data binnen in SignalK
• Deze verbinding bestond sowiezo al om de SPD data op de Triton displays te laten zien
• Via de plugin "Convert Signal K to NMEA0183" worden de alleen de scentences die SPD nodig heeft naar lokale TCP server poort 10110 gezet (SPD leest daaruit). In die plugin kun je per scentence de refresh rate instellen: HDG wordt onvertraagd doorgezet, RMC, VHW, MWV etc met 1 Hz. Dit gaat altijd goed nu
• De ruis in de SOG heb ik opgelost door een treshold in te bouwen (die plugin wat getweaked): wanneer SOG < 0.2 kn DAN SOG = 0

Dank voor je tijd maar weer BK!

Oja: wat volgens mij niet goed is, is dat, wanneer stilliggend, de COG gebruikt wordt om de geowind te berekenen. Dit hoort op basis van heading, omdat de COG wanneer stilliggend ongedefinieerd is. Zo doet mijn andere apparatuur dat ook. Als je dus achteruit aan bent komen varen in je box (of je COG beweegt wat...) dan kun je nog steeds een TWD bepalen.


In deze snip:
Berekende TWD = 162 - 127 = 35 gr
Echte TWD = 289 - 127 = 162 gr (en dat is ie ook echt buiten!)

Als je vaart is COG juist; wanneer je stil ligt is COG niet gedefinieerd (is meestal de koers waarje op je ankerplek aan bent komen varen net voor je tot stilstand kwam - kan ook achteruit zijn).

Ik maak nu zelf COG = 0 wanneer SOG = 0

Nachtvlinder schreef :
En SPD ook

geowind wordt eerst berekend op basis van alleen HDGc en AWA. Simpel, optellen of aftrekken. AWA is gelijk aan TWA, stilliggend.

Pas als SOG > 0 is dan worden SOG en COG gebruikt in de berekening. COG kan echt 0 zijn. Dus geen criterium.

In situaties waarin dat stilliggen er wel is maar niet is vast te stellen (oude COG en SOG nog van kracht) heeft SPD weinig keus.... dan is er SOG en COG, hoewel onterecht.

Nog een dingetje:
geowind is gedempt (moving avg) met het aantal cycles dat de wind-filter aangeeft.
Default is dat 32, wat bij 1 Hz RMC neerkomt op ruim een halve minuut.
Tijdens manoeuvres lopen COG en SOG per definitie wat (seconden) achter op de werkelijkheid. Dat heeft sowieso vreemde effecten in de berekeningen. En de filter helpt daar niet bij; pas na 32 sec steady varen (of liggen) is de geowind (en ook italic andere waarden) weer rustig.

Version 3.3.6 of 20 March 2022

SPD now checks for the availability of some useful but not necessary record types. It will warn for the impact of missing these types. They are VHW for water speed, RMB for Waypoint related info and HDG, HDT or HDM, for heading info.

Without heading info or water speed, calculation of current is not possible, and a few other data are less correct when you are in current.

Without RMB, there is no DTW, BTW, speed to WP etc.

This check is done at the start of SPD. When you add these record types later, when SPD is running, they will be used. So when you activate a WP, the info will be shown.

Version 3.3.7 of 25 March 2022
- In the webserver data the value (in degrees) of a detected windshift was overwritten by the text of a shift message. This is now corrected, by changing the key windshift in webserverselection.txt to windshift-deg. If you use webserver data, please change this key.

- A new value is added to the webserver output: the version of SPD . Key used in webserverselection.txt is SPD-Version .

Mede-ZF-er lschip heeft een HTMLpagina gemaakt waarop in een browser alle SPD-data (uit de webserver) zichtbaar is! Ook zijn er (bijna alle) knoppen voor bediening in een headless situatie.
We kijken nog even hoe die pagina op te nemen in de distributie van SPD: als losse file (html) of als onderdeel van de sailingpd.exe

Het wordt steeds mooier, weer een UI erbij!

Version 3.3.8 of 26 March 2022
HDGc output in the webserver had a one-position decimal value. Removed as it is noise only

The names of some keys in the webserver had small errors. BOW had starboard behind it, and Actual-yaw had a trailing -
This resulted in the HTML page not recognising these keys.
You can correct both yourself by editing your webserverselection.txt file in /systemfiles/

Two new keys added to the webserver output:
- Current-from-degrees
- Current-impact-degrees
These values, already present on the SPD screen, are now also available for users of the webserver output.
The from-degrees is in line with the definition of current on a map: where it is coming from.
The second is the impact of the current on the boat: how many degrees the current is moving the boat to the left (negative values) or the right.