Onderwerp: SailingPD performance weergeven op je boot

Only Fools Rush in schreef :
Noem ze even op wil je? Dan weten we of we er wat aan hebben.

Waar lees je dit, OFRI? Ik zie wel dat je zelf schermen aan kunt maken, maar kun je de library in deze MFD ook nieuwe zinnen leren, dus bv een “$PDPER” 0183 scentence of zelfs N2K PGN zoals je noemt?

Naast Garmin is Maretron ook aan te bevelen qua weergave mogelijkheden. Wel strickly n2k
www.maretron.com/products/dsm570.php

Gepost met de officiële Zeilersforum-app

SailingPD schreef :
Als je zelf helaas al allerlei gaten in je boot hebt gemaakt, dan wil ik anderen er voor waarschuwen.

Ga maar eens na hoe je zo'n gat weer mooi dicht kan krijgen. Want van enige standaard is geen sprake.

Draadloze schermpjes gebruiken eenvoudig op zo mooie Ram steun onder de buiskap.

Het probleem met gaten is inderdaad dat je ze ergens in moet maken.
Een gat is tenslotte 'niets met iets eromheen'.
Daarom kan je ze ook niet los kopen, zelfs online niet.
Ik heb wel eens gedacht een website in knoopsgaten te beginnen, maar dat is me afgeraden.

De Actisense NGW1 heeft op firmware versie 2.420 wel RPM naar N2K pgn 127245 zag ik net op de site van Actisense. Das een optie dus.
Ik moet er of even verder induiken, maar het ziet er goed uit dus.
Nog even verder grasduinen in de manuals van de Shipmodul en RM.

@ Koko:
Heb jij al in beeld hoe jouw configuratie er uit gaat zien aan boord?
Je boordpc natuurlijk maar dan verder, heb je al een schema?

Ja, niet in schema, maar het wordt ongeveer zo:

STng aan Mux aan PC voor de boorddata
PC aan Mux aan Graphic voor performance in de garage
PC aan Faytech touchscreen voor Performance Dashboard/ WinGps/ whatever.

Wens is om performance ook op STng te krijgen. Omdat het in mijn ogen moet kunnen en niet iedereen 2 of 3 soorten display wil aanschaffen.

Even tussendoor, de achterkant is uit de mal.
Soms ben ik toch wat haastig en werk ik voor de voet weg.
De eerste foto laat twee lippen zien van glasvezel. Ik had er niet bij stilgestaan dat je op geen enkele manier die vorm zou kunnen lossen uit de mal. Enigste way out was er wat aan vast te lamineren en daaraan te trekken. Dat werkte, maar wel weer herstelwerk nodig om die rommel te verwijderen.
Bij de tweede meteen maar goed gedaan

@ Koko,
Mooi plan! De setup zal niet al teveel troubles opleveren. Wel lekker om een 2e pc scherm in de kuip te hebben met zoveel mogelijkheden!
Je 2e wens om de performance ook op de STNG te krijgen...ben benieuwd. Ik heb zelf nogal liggen stunten met filtering en vinkje/toevoegingen in software en in de mux. Sindsdien weet ik dat ik er beter af kan blijven
Je duikt erin en regelt wat maar na twee weken ben ik vergeten hoe het ook al weer zat. Het stoeien daarmee is niet zo mijn ding vandaar dat ik dat liever aan anderen overlaat!
Jij had me al eerder wat screenshots toegestuurd van je graphic schermpjes waarop je wat data liet zien van SailingPD. Ik neem de vrijheid om ze te delen, misschien heb je een toelichting wat het precies is:

De screenshots zijn gemaakt tijdens de testen van de output van SPD omgezet naar de nmea ingang van de ST60 Graphic. Uit de computer, via de multiplexer naar de Graphic. Dit alles aan boord met live data.

Ik heb daarbij gekozen voor data die goed traceerbaar zijn als van SPD. Puur voor de test dus. De data is “verstopt” in het RMB bericht en later ook in het VTG bericht. Wat je ziet op de foto’s is AWA op de positie van XTE en DTW. De BTW is performance. COG is hier ook Performance. De 222 geeft aan dat je buiten de gegeven Polar vaart (te hoog of te laag stuurt).
AWA is daarbij echt testmateriaal omdat die tijdens het testmoment lekker aan het rondtollen was. Daarmee werd niet alleen het doorkomen van de data zichtbaar, maar ook de snelheid waarmee de data doorkwam. Ietsie vertraging maar dat mocht eigenlijk geen naam hebben.

Wat nu onderdeel van mijn experimenten gaat worden is om de PDXXX berichten alleen te sturen aan de Graphic (out1) en het GPRMB door naar STng.
Dat moet dan gebeuren door de multiplexer goed in te regelen. Dat zou ook een projecttopic kunnen zijn, want poehhhh, das echt goed opletten.

Wat ik ook wil uitvogelen is of de Shipmodul, net als de Actisense het RPM bericht kan omzetten naar STng. Dat kan ik zelf natuurlijk helemaal niet regelen, maar hopelijk kan die functionaliteit toegevoegd worden. Dan is Performance ook zichtbaar te maken op een netwerk met alleen N2K/STng netwerken.

Als de boot dan al uit het ijs is en weer vrij drift hoop ik dinsdag wat te kunnen rommelen aan boord.

koko schreef :
Dat vereist een NMEA183 bericht met een toerental erin (RPM).
Dat is er wel maar ik heb geen idee of het levend door een vertaling komt.

RPM - Revolutions
1 2 3 4 5 6
| | | | | |
$--RPM,a,x,x.x,x.x,A*hh<CR><LF>
Field Number:
Source, S = Shaft, E = Engine
Engine or shaft number
Speed, Revolutions per minute
Propeller pitch, % of maximum, "-" means astern
Status, A = Valid, V = Invalid
Checksum

Er zit zelfs een percentage in.

Ik zou zeggen, maak er met de hand een, typ die in in bijv een configuratieprogramma voor de mux en stuur hem op weg! wel kijken wat de N2K display aangeeft.... of in de mux de vertaling in N2K bekijken.

Voorbeeld:
$KKRPM,E,66,123,A*7B

Niets aan wijzigen, de checksum klopt zo, voor deze koko-rpm.

Als het werkt kan ik de $PDRPM zo inbouwen natuurlijk.

SailingPD schreef :
De uitlijning van de nummers bij het voorbeeld klopte niet, met [ code]...[ /code] gaat het wel goed.

Menno schreef :
Dank je! Weer wat geleerd...

Er wordt gewerkt aan een speciaal NMEA-183 bericht dat (door de juiste mux) omgezet wordt in een N2K-bericht zoals dat wordt gebruikt om motortoerental weer te geven, de PGN 127488.
Binnenkort kan SailingPD vermoedelijk dus ook performance laten weergeven op een N2K-instrument dat geschikt is om motortoeren te laten zien. Wordt zsm vervolgd.... Spannend

(En dat allemaal zonder Signal K....)

Wij gebruiken anders vaak de motor en nu zeg je dat we die weergave in moeten leveren...

holtere schreef :
Er zijn op je display meerdere motoren te tonen, schijnt het.
Je hebt er vast maar eentje, en de 'andere' is dan performance.
Bovendien, als de motor de voortstuwing doet dan is performance niet meer relevant....

Nachtvlinder gebruikt de pgn van de tankinhoud. Er zijn dan misschien meer opties.
Op onze oude plotter zag dat er grafisch wel niet zo geweldig uit, het was ook een oude plotter...
Wel leuk dat dit soort opties allemaal mogelijk worden. Goed bezig

Dat gaat zeker lekker zo

Vandaag wel even aan boord geweest, maar geen tijd om te experimenteren. Wel perfomancebevorderende lapjes opgehaald vandaag

Even een compliment hier naar de inhoudsdeskundigen. Voor mij is het Spaans, ik snap er niets van en begrijp mijzelf ook niet waarom ik alles lees. Echt een totaal andere wereld. Maar ga zo door.

Gr Michel

SailingPD schreef :
Hier dien je mee op te passen! Het (voor alle situaties) veiligst is een PGN introduceren die nog niet op het netwerk aanwezig is. Bestaat een PGN reeds, dan is deze van z’n broertje (zusje?) te onderscheiden via de SRC (Source ID). Die zijn uniek.

Bij Gregor (ouder RM spul) meegemaakt dat zijn plotter zelf ging bepalen welke PGN getoond moest worden (niet te beïnvloeden- beetje Apple achtig). Bij mijn eigen B&G apparaten kan ik handmatig per apparaat per PNG een SRC selecteren. Op de plotter toon ik (in mijn geval) het echte diesel niveau, op de repeater het performance niveau.

We doen voorzichtig! Er wordt meegedacht door iemand die alles van muxen weet. Echt alles!

Zoals Thomas al aangeeft gaat het allemaal zeer behoedzaam en met kennis van zaken.
NV heeft natuurlijk wel een belangrijk punt te pakken: het inregelen van de betrokken (virtuele) multiplexer hoort er ook bij. Je kan van alles voor elkaar boxen, maar ook jezelf en je instrumenten een flink rad voor ogen draaien.

Denk aan het creëren van dataloops (SailingPD detecteert en stopt het programma dan), maar ook flipperende data op je scherm (twee gelijke bronnen naar dezelfde uitgang/instrument) data blokeren die je juist wil zien enz enz.

In die zin denk ik dat de routering van een (virtuele) multiplexer een mooi projectdraadje kan opleveren, ook als iemand geen gebruik maakt van SailingPD.

Update over het tonen van performance via N2K op N2K-instrumenten:

in nauw overleg met de ontwerper van de Miniplex-muxen (Shipmodul) is het volgende bedacht:

- SailingPD maakt een NMEA183 XDR-bericht. Dat is een officieel bericht met (groepen van) 4 samenhangende velden erin.

- die velden zijn dan in dit geval de 'G' voor "Generic parameter", xxx.x is de percentuele performance en dan een 'P' voor Procent. Vierde veld is de ID, in dit geval SailPerf.

- dat wordt dan $UPXDR,G,111,P,SailPerf*7b

- de UP is voor microprocessor.

- dit is dus een keurig en officieel NMEA183 bericht.

- het gaat van SailingPD naar een Miniplex 3 en wordt daar omgezet in een N2K PGN die motortoerental hoort te bevatten. Er kunnen in die PGN 2 motoren worden weergegeven, dit wordt er een van. De echte motor blijft ook zichtbaar. Miniplex 3 krijgt hiervoor een software update.

- op een N2K-display kan dan Performance worden weergegeven in een scherm dat toerental weergeeft.

- Voila!

Er kunnen meer van die 4-velds data in een XDR. Payload lengte is uit mijn hoofd 81 posities, en er zijn er zo 16 in gebruik. Er kunnen nog een paar gegevens bij om te vertalen in andere PGNs.
Meerdere soorten XDR maken kan ook nog...

N2K kent ook Alert codes voor "Apparent Wind Angle High" en "Apparent Wind Angle Low", voor als de stuurman aan de wind zit te knijpen of te ruim afkruist
Er zou dus ook een waarschuwing op je N2K scherm kunnen komen als SailingPD een seintje geeft via een $UPXDR. Die waarschuwing zit nu al in SailingPD voor NMEA183.

Grappig wel, die NMEA XDR-definitie.
Een mix van positional en keyword parameters. Een soort XML maar dan lekker kort. Zestien characters waar JSON/Signal-K er 1600 nodig zou hebben
En bandbreedte is nog steeds niet gratis, en het in elkaar zetten van zo'n proprietary bericht is ook werk. Zestien letters aan elkaar rijgen is wel snel klaar....

Creatieve oplossing

Maar dan werkt dit alleen voor Miniplex-3 gebruikers die een update doen tbv deze tweak/uitzondering toch!? Voor zover ik begrijp is die 0183 XDR een soort wildcard/joker, die je niet in een specifieke PGN kunt omzetten (omdat deze vanalles kan betekenen).

Waarom werkt dit via de standaard RPM niet? Die bestaat in zowel 0183 als N2K en zou dus om te zetten moeten zijn.

Dan kunnen mensen met andere N2K gateways (Actisense, DYacht, Maretron etc) die wel gecertificeerd zijn hier ook gebruik van maken...

Sowiezo een grijs gebied: