Onderwerp: Performance info weergeven low budget

koko schreef : inderdaad de brandstofmeter.

Ik neem aan dat vrijwel iedere nmea zin daarvoor gebruikt kan worden, toch?
Dan kun je per instrument zoeken naar de meest geschikte weergever. Tekst of grafisch zolang er maar geen dubbele berichten aangemaakt worden lijkt me.
Of is er toch meer mogelijk, bijvoorbeeld kiezen voor een andere bron bij de weergever?

holtere schreef :
Klopt; elk ongebruikt datawoord (dataveld) dat de juiste cijfers kan weergeven zou kunnen worden gebruikt. Dat maakt zo'n mux ook erg handig/nuttig omdat je anders het schema van Baasklusje (zie zijn sealtalk schema) moet gebruiken middels een extra display waar je een trucje mee uithaalt (die overigens perfect werkt daar niet van)

Aanschaffen van dat spul is niet zo'n kunst en zo gebeurd!
Zending 1 is binnen

ZeeZin schreef :
Dat zijn wel een paar beperkingen aan:

- het moet een dataveld zijn dat het gekozen display kan laten zien, dus dat herkend wordt door de (niet te wijzigen) firmware in het display-instrument. De mogelijkheden met bijv. een ST60 Multi/Graphic zijn beperkt...

- het moeten minstens 3 tekens (cijfers of letters) zijn. Dus bijvoorbeeld Water Temp is ongeschikt.

- het gekozen bericht moet niet ook in zijn originele vorm aanwezig zijn op het netwerk, want dan raken displays in de war. Afhankelijk van de ingestelde demping gaan ze dan om en om de 2 waarden (echte en Perf) laten zien, met veel demping langzaam verlopend van de ene naar de andere.....

Om deze redenen gebruik ik een VTG (met COG erin voor de Performance) en onderbreek ik Seatalk naar het display, kiest de roosmux een RMB-bericht (dat verder niet echt gebruikt wordt) en gebruikt Nachtvlinder bijvoorbeeld de brandstofmeter-message (die helaas stopt bij 100%).

holtere schreef :
Leuk dat je het aandurft met Tux

Het is meer dat ik 1000% geloof en vertrouwen heb in mijn forumgenoten

...wat voelt als een angstaanjagende eer

Bij N2K werkt het net wat anders: wat bij NMEA0183 “scentences” zijn (serieel verzonden ASCII strings), zijn bij N2K “PGN’s” (parameter group numbers, binair gecodeerd van header voorzien met 8 data bytes). Bovendien is N2K een bussysteem, waarbij apparaten autonoom met elkaar communiceren (zonder master). Je kunt dus niet zomaar PGN’s gaan broadcasten. Apparaten moeten zich aanmelden op het netwerk en kunnen elkaar ondervragen (moeten dus ook antwoorden als ze ondervraagd worden). Verder omdat de N2K spec nogal kostbaar is voor een hobbyist om aan te schaffen, ben je voor een algemeen werkende oplossing afhankelijk van in het publiek domein gebackengineerde PGN’s. Daarom “misbruik” ik Fuel Level, Battery Voltage en Battery Current om de performance informatie op de bus beschikbaar te maken. De templates van deze PGN’s zijn in de firmware van bijna elk apparaat beschikbaar om te decoderen en weer te geven.

Holtere is nog aan het uitzoeken waar en op welke manier (tenminste) het Fuel Level weergegeven kan worden op z’n plotter. Ofwel een dial, ofwel een bar ofwel numeriek in de “Databar” die over de kaart geprojecteerd staat.

holtere schreef :
Ja, elk N2K apparaat heeft een uniek adres op de bus. Zo heb ik 2 apparaten die Fuel Level uitzenden: de echte diesel gever en de virtuele PolarPlot Fuel Node. Bij B&G apparatuur kun je heel flexibel per data veld een databron selecteren. Hoe RM dat doet weet ik niet, bij Gregor aan boord had ik de indruk dat het minder flexibel te configureren was (maar heb er slechts een uurtje mee mogen spelen).

Nachtvlinder schreef : dat mag best langer.....

Gregor schreef : En even een schopje omhoog, want ik vind ‘t interssant. Enige mogelijkheid om de RM cofiguratie te delen?

Nee, er kan meer.
Wij doen dat via de plotter en niet via een extra multischermpje.
Hangt een beetje van je plotter af wat je allemaal te zien krijgt, welke schermpjes dat je hebt en welke nmea zinnen die slikt.
Op onderstaande foto zie je de tankinhoud. Het aantal liters is dan je performance als de performancemeter zou lopen. Dat werkt maar tegelijkertijd je beoogde snelheid zou nog mooier zijn.

Dat vind ook het interresante eraan, hier een e7 plotter, maar een beetje leek als het over Nmea2000 of SetalkNG gaat. De plotter kan via wifi gedubbeld worden op tablet/telefoon.

PolarPlot zendt de performance en aanverwante data via onderstaande virtuele apparaten uit op het netwerk:

PGN127505 (Fluid Level = Performance)
PGN127508 (Battery Potential = Target Speed; Battery Current = Optimale UA/DA)

Verder worden de PGN’s voor onderstaande data, na evt calibratie in PolarPlot, opnieuw uitgezonden. Je hoeft daar geen gebruik van te maken/weer te geven. Naar keuze dus, als PolarPlot draait zullen deze PGN’s dubbel aanwezig zijn in het netwerk (onderscheiden door SourceID):

True Wind Angle / Speed
Apparent Wind Angle / Speed
True Wind Direction
Magnetic Heading
Boat Speed

Bij de E7 bij holtere wordt de Fuel Level PGN wel ondersteund, echter 127508 niet. Mogelijk wel via de PGN “Engine Parameters”

Ik heb vooralsnog weinig trek om voor elke willekeurige situatie nieuwe PGN’s aan te maken; mss handig om tot een overzichtje te komen over welke plotters wat ondersteunen. Wellicht is er dan 1 set te definieren welke altijd werkt.

@Nachtvlinder en wat nu als je een tussentabel maakt waar je aan de ene kant jouw data stuurt en de andere kant het formaat van de ontvangende partij?

Is het ook handig om eerst de PGN’s de benormen die bruikbaar zijn?

In elk geval minimaal 3 cijfers, liefst geen comma’s of punten er in, moet tot 100 kunnen.

De brandstofmeter wordt nu door jou gebruikt, Nachtvlinder?

-Voor “performance” in iedergeval een PGN die volledig bekend is (geen proprietery/merkgebonden PGN)

-Range minimaal tussen 0 en ~120. Negatief of decimalen hoeft niet (maar is ook geen bezwaar)

-Mag primaire navigatie PGN’s op netwerken die geen handmatige bronselectie hebben (RM bij Gregor aan boord voor firmwareupdate bv) niet in de weg zitten

-Moet breed ondersteund worden door B&G, RM, Garmin etc.

Hieronder staat wat backengineered is en welke velden daarin voorkomen:
github.com/canboat/canboat/blob/master/analyzer/pgn.h

Wie mapped opties hieruit met de specs van de MFD’s van de voorkomende merken? File lijkt wat taai, maar een stukje naar beneden herken je de PGN’s wel (zoek bv eens naar “127505”)

koko schreef : dit vraagstuk moet je m.i. anders oplossen, nl. door in een configuratiebestand een mapping te maken, een soort tussentabel.

Zo eenvoudig werkt het niet, helaas: elk virtueel apparaat dient zich consistent te presenteren en op ISO requests (soort “netwerk ping”) te reageren. Er is geen standaardformaat wat voor elke PGN werkt. Zie de gelinkte pgn.h header file. Nu heb ik in PP die paar nu gebruikte PGN’s hard gecodeerd; om flexibiliteit naar andere PGN’s te hebben zou de structuur drastisch anders moeten en mss zelfs naar C(++) taal moeten.

Als alternatief: volgens mij is het de moeite waarde onderstaande PGN eens te onderzoeken: ik kom ze zowel tegen in de specs van:
-Simrad IS42 (dus ook de B&G Triton)
-Garmin GMI20
-Raymarine i70

PGN 127489 Engine Parameters Dynamic

De oude RM e7 van holtere ondersteunt deze volgens mij ook. Andere oude en moderne plotters nog niet naar gekeken; mss willen potentiele gebruikers met die apparaten eens laten weten of bovenstaande PGN’s ondersteund worden; dan kan dat wellicht de standaardmanier worden.

Of anders gevraagd: wie heeft n2k apparatuur die deze pgn NIET ondersteunt?

Mede door dit draadje geinspireerd geraakt om ook een eenvoudig performance metertje te maken.
Ik heb wel iRegatta op mijn iPad, maar ik vind het vaak teveel gedoe om met de iPad in de kuip te werken en ben hoofdzakelijk geinteresseerd in % performance. Voor navigatie gebruik ik de Zeus plotter en bulkhead instrumenten en de iPad is binnen bij de kaartentafel met iNavX als backup voor de plotter en om alle informatie in de kajuit te hebben.
De Zeus plotter ondersteunt laylines dus optimale tack en gybe posities zijn bekend. Helaas kan de plotter alleen met polar data werken als je een (dure) B&G processor hebt zoals B&G5000.

Al eerder heb ik een engine monitor gemaakt voor flow van koelwater, koelvloeistof, RPM, temperatuur enz. Deze monitor schakelt in als de motor wordt gestart door voeding van het motor instrumenten paneel. Tijdens zeilen heeft het instrument geen funktie en kan mooi als performance metertje dienen. Er is nog ruimte in het MCU geheugen voor de code daarvoor. Deze code is helemaal onafhankelijk en met een toggle schakelaartje wordt de funktie gekozen: Engine monitor of performance meter. Tevens schakelt dit de voeding: start of service accus. De enige hardware toevoeging is een wifi module, dit alleen voor het gemak, maar niet strikt noodzakelijk.

Het voordeel is dat het metertje een eigen 2x16 char LCD heeft, dus het is niet nodig om andere instrumenten te gebruiken.










Het meeste is geprogrammeerd, maar nog niet "set in concrete" en nog niet volledig getest. Als performance deskundigen nog goede suggesties hebben, hou ik me aanbevolen.

Voor een volledige beschrijving, zie de pdf bijlage.

Mooi stuk werk!

Het op afstand kunnen configureren met de zelf bedachtte NMEA0183 zinnen vind ik een interessante optie, al heb je daar een koppeling met een PC voor nodig.

Waar ik minimaal aandacht aan zou besteden:

-Een paddlewiel-log is vaak onnauwkeurig; op stilstaand water heeft SOG de voorkeur, zowel als substitutie voor gevaren snelheid als TWS/TWA berekening. User-toggle via schakelaar of WiFi commando?

Benodigde boarddata is erg ruisig:

-Gebruik laagdoorlaat filters, tot zo’n 3s (voor een eenvoudig eerste orde filter) zul je ervaren.

-Een live polar bouwen op basis van enkele calibratiepunten zie ik persoonlijk niet zitten. Dit vereist uitvoerige logging en statistische analyse en zelfs dan: www.ockam.com/2008/02/19/make-polar/

Ik gebruik zelf een polar waarbij de TWA in stapjes van 2 graden gedefinieerd wordt. Dat kwam ik ook het meeste tegen op het net. Maar misschien neemt dat teveel geheugen in beslag. Om de nadelen van die grote stap te ondervangen zou je een niet lineaire interpolatie kunnen gebruiken. Iets simpels als dit.

Ik denk dat het effect van lage resolutie wel opgelost kan worden, maar de lage kwaliteit van ongevalideerde data het probleem is, leidend tot een inconsistente dataset in de polar.

Ik zie geen reden de fabriekspolar niet te gebruiken. Zelfbouwen is geen sinicure, geloof dat Expedition dat kan, maar na serieuze off-line statistische bewerking.

Supergaaf 37South!

Polair zijn inderdaad modellen. Het is uiteindelijk een gemaximaliseerde samenvoeging van alle polair diagrammen van alle zeilvoeringen. We kennen ze altijd als vloeiende lijnen, maar in de overgangsgebieden zijn knikken in de praktijk best mogelijk.

Met name de interpolatie rond de run en beat VMG koersen is heikel. Zo word er meestal geïnterpoleerd naar 0 knopen bij 0 graden aan de wind. Dat is natuurlijk volslagen nonsense.

Rond deze koersen loont het om bijvoorbeeld 3 graden hoger een meting t doen en 3 graden lager, om een idee te krijgen van de richtingscoëfficient door dit punt.

In de praktijk heeft dit billen en neushaartjes. Je voelt met je billen wat het schip doet en met je neushaartjes de wind. Daar helpt geen display je bij. Het ene jacht kun je rustig een beetje footen, het andere jacht kan goed pinchen.