Onderwerp: Sailing Performance Dashboard op de Raspberry Pi

Blijft toch fantastisch speelgoed!
In actie in de 200myls:



Maar dr zijn grenzen:


Bij 25+ en dikke golven gaat de laptop er van door.

Zal eens kijken naar een robuustere setup.

PietO schreef :
Wie of wat is AvNav?

web schreef :
Signal K is een oplossing op zoek naar een probleem.....

Jumping jack gebruikt nmea uit SPD om die in Sig K naar N2K te vertalen voor zijn instrumenten.

Wellicht handig om even te kijken naar de twee nmeaberichten die SPD maakt voor de Multiview van roos. In die berichten zitten allerlei mooie data en ze komen via wifi UDP de wereld in.

Ook de webserveroutput zou Sig K iets mee moeten kunnen.

SPD bedienen gaat met knoppen in de gui. Ook meldingen komen daar.
Zonder scherm en toetsenbord gebruiken is niet te doen.
Schermupdates uitzetten kan wel, knop Display Off. Scheelt de helft in cpu.

Baasklusje schreef :
AvNav www.wellenvogel.net/software/a...reibung.html?lang=en

Een navigatiesysteem wat op een pi als server draait en de cliënt in een webbrowser. Geen gedoe met vnc en resoluties en een goede interface op telefoon en tablet die geschikt is voor "touch". En het heeft een plugin voor osenc kaarten. Daarnaast is er een variant als app die op een tablet kan draaien. Ik probeer alles van daaruit te draaien.

De vraag om spd in avnav te ondersteunen komt van mij. In de huidige staat zal de homemade nmea in signalk k vertaald moeten worden met een server plugin (zie custom sentences ondersteunen github.com/SignalK/nmea0183-signalk).
Aangezien de directe ondersteuning van signalk bijna hetzelfde is als de udp uitgang zou dat naar mijn idee mooier en makkelijker zijn. Alleen spd installeren en avnav en signal k herkennen het direct. Het hoeft niet jouw manier te zijn, maar wellicht werkt het voor iemand anders.

Daarna blijft de issue van de ui over. Ik lees dat het uitzetten van de display veel performance scheelt. Dit is juist de reden om de ui niet op hetzelfde device te hebben. Performance en geheugengebruik. Daarnaast kan je een webinterface makkelijker geschikt maken voor verschillende devices. Dat spd niet zonder ui kan geloof ik niet. Ik denk dat er hier meerdere mensen zijn die graag helpen om het in dat opzicht beter te maken.

Iedereen lost problemen op een andere manier op. Daarom zijn de verschillen juist welkom. Als iedereen zegt dat iets op zijn manier moet leer je weinig van elkaar. Juist daarom kijk ik bijvoorbeeld zowel naar avnav als opencpn.

Groet,
Michael

De ui is TCL/TK en dat ga ik niet veranderen. Het zit overal in SPD. Veel te veel werk om dat te vervangen door een browserinterface. Het komt neer op opnieuw beginnen, alleen maar om een scherm en toetsenbord te vervangen door een handheld.....
Alle output is beschikbaar op vele manieren, de webserver voor browser, udp voor iedereen die dat wil gebruiken.
Maar de bediening is op een scherm met muis en toetsenbord, ook touch screen.
Met een framboos moet bedienen van de ui via VNC met een handheld dingetje simpel kunnen.
En er is veel te bedienen, ook nodig voor een goede werking. Vele filters, keuzes, files inlezen, schermlayout etc etc.

Het is ontworpen voor Windows 10 en werkt toevallig ook onder Ubuntu.
Of de ARM compilatie ook werkt weten we nog niet......
Laten we dat eerst vaststellen.

En als wegens performance issues de ui en de berekeningen op aparte devices moeten dan kunnen we beter een groter device nemen dan allerlei softwarecomplicaties te ontwerpen , zei de long time software strateeg en architect....

De naam zegt het al, SPD is primair een dashboard. Niet zomaar inzetbaar als pure logger. Gaat het je alleen om performance op signal K, is het dan niet eenvoudiger een polar/performance plugin voor signal K te schrijven?

Ik moet me er nog eens in verdiepen, maar schat de kans groot dat ik ook een software mux op basis van een hoofdloze aardbei ga gebruiken. Dan wil ik daar best een performance plugin aan breien als signal K die zelf nog niet heeft...

Daarnaast dan een x86 boordpc of Pi die niet headless is, en dáár kan SPD eventueel op.

Zelf een muxprogramma schrijven kan nooit uit... De 300 eur die een goede mux kost heb je na 3 uur al weggeprogrammeerd, en dan heb je nog niets gemaakt.
En dan is er NMEA2000, met niet-openbare layout en wellicht seatalk, idem.
Ga daar maar eens een routing tabel voor maken

Performance: OCPN tactics plugin heeft een simpele performanceberekening.
Sig K perf project is volgens mij al jaren geleden gestopt.

Baasklusje schreef : Dat hoeft ook niet, die zijn er al. De kunst is wel om er één te vinden die je nieuwe kunstjes kan leren, en die niet vastloopt bij de eerste onbekende zin of onverwachte nul ergens...

SPD pi

Mooie GUI he

Mooi dat het werkt.
Al een idee over cpugebruik?
Op een Core i5 Windows met ssd doe ik 25.000 inputrecords per seconde in replay met zo'n 7% cpu, display off.

web schreef :
Ik zie een paar opties:
Performance in signal k berekenen in een nieuwe plugin, eventueel benodigde berekeningen toevoegen aan github.com/SignalK/signalk-derived-data. Alle signal k data en alarmen zijn daarin bruikbaar.

SPD homemade NMEA output voor de multiview in Signal K parsen als custom sentence github.com/SignalK/nmea0183-signalk#custom-sentences.

Naast de UDP output ook een output in Signal K deltas.

Als SPD te starten is, met als parameters de te gebruiken files en display=off oid, dan zijn die laatste twee mogelijk een optie. SPD is volgens mij erg leerzaam op de boot, dus ik zou het graag gebruiken. Enig punt is dat de gui niet in mijn boot past Ieder zijn eigen eigenaardigheden...

Das gaaf zeg! Zonder al te veel kennis van zaken, zeg maar gerust heel weinig, had ik er een hard hoofd in eigenlijk. Zo zie je maar.

Baasklusje schreef :
De GUI toont een hoop interessante zaken waar ik me nog in moet inlezen. Ik zie me er alleen niet op kijken op de boot. En ik heb nog geen visualisaties oid gevonden.

Ik ben pas net begonnen met te doorgronden wat er gebeurt, en alle hardware ligt nog los. Heb je een standaard replay die op verschillende omgevingen gedaan kan worden om performance te vergelijken?

Bij de downloads zit een file met ruwe nmea voor replays.

Geen visualisaties, kost veel te veel ruimte. Alleen cijfers.

Op het scherm kijken doe je alleen voor waarden die niet op andere manier getoond worden.

Baasklusje schreef :
Hoe zie ik of stel ik het aantal waarden per seconden in?

Michael, jij hebt zelfs een speciale laptoptafel aan boord De kajuittafel aan BB is in twee delen in te klappen. Op het voorste deel past perfect een laptop. Gegarandeerd

michaelh schreef :
Wat bedoel je?

Met live data gaat hij zo hard als er records binnenkomen. Meestal een keer per seconde.
In replay zonder display on gaat hij zo hard als hij mag van het OS.

koko schreef :
De laptop op de laptoptafel wordt vooral gebruikt voor planning en evaluatie. De boot verzamelt en distribueert de benodigde gegevens zoveel mogelijk zelf op een server zonder display. Hierbij zijn de gegevens op verschillende plaatsen en voor verschillende doeleinden bruikbaar. Waaronder de laptop, maar ook in de kuip. Ik heb het idee dat SPD veel dingen kan, die niet allemaal via hetzelfde dashboard zouden hoeven, maar ik ga eerst maar eens kijken hoe ik het in de Gotcha geïntegreerd krijg.

Baasklusje schreef :
Ik begrijp dat je 25.000 inputrecords per seconde afleidt uit de tijd waarin het hele nmea bestand verwerkt is? Met welke outputs en instellingen?

Wanneer heb ik deze performance overigens nodig? Ik heb het idee dat ik niet alle functies van SPD op de boot nodig heb, maar ook een deel zoals Koko aangeeft op een aparte laptop op de boot of met een krachtige PC thuis kan benutten?

Kom anders een keer bij mij aan boord kijken Michael. Dat is niet identiek zoals het bij jou kan, maar het enige verschil is een Raymarine Graphic of Multi display uit de serie die je al hebt. Ik kijk onderweg buiten ook alleen maar naar performance. Al het andere komt later. Dat draait op mijn boordpc tegelijkertijd met een navigatieprogramma, nog wat kleiner spul. Als je een laptop aan boord hebt, een multiplexer en een scherm ben je er. De Graphic of Multi integreert naadloos wat heb de beste kandidaat zou maken.

Die 25.000 per seconde heb je nooit nodig.
Maar het replay doen van een log van de 24uursrace is met dat tempo een zaak van 5 a 10 minuten. Geen hele dag....

Normaal live komen er per seconde tussen de 50 en 150 records binnen, erg bepaald door de hoeveelheid AIS.
Daarvan worden er maar een stuk of 5 gebruikt.
Maar als je de ontvangst (uit een mux of zo) niet filtert komen ze alle 150 elke seconde in SPD binnen. Ergens onder een knop zie je de teller.

Baasklusje schreef :
De NMEA berichten voor de Multiview inlezen in Signal K is een goede optie. Ik zie alleen niet goed in de handleiding hoe ik die NMEA over UDP als output krijg?

Groet,
Michael

Door in de boatspecifics de twee drielettercodes voor die berichten te zetten op de juiste regel.
MVP en die andere MV (ben niet thuis en kan het even niet nakijken)

aanvulling:

het zijn MVW en MVP, die nmea-berichten voor de Multiview.

UDP op poort 10110

Baasklusje schreef :
Bedankt, dat was de truc. Ik krijg nu data van SPD binnen op signal k. Ik zal zorgen voor een plugin die een aantal velden leest, waar er meer aan toe te voegen zijn.