Onderwerp: Sailing Performance Dashboard op de Raspberry Pi

Weer een stapje verder. Alle waarden in node red ingelezen en een aantal kunnen gemapped worden naar signal k. Waarschijnlijk nog wel meer en er ontbreken mogelijk nog wat conversies. Ik zal eens kijken of iemand vanuit signal k wil helpen om de rest van de waarden een plek te geven.

SPD komt op de pi in een docker te draaien en moet op de boot automatisch opstarten. Alle data is nu in een node red dashboard te tonen.

Dit zal je niet vaak gebruiken, maar het is een makkelijke start om zelf de juiste waarden er uit te zoeken en het dashboard bij elkaar te klikken wat je nodig hebt bij specifieke toepassingen.

Via signal k zijn de waarden in apps als avnav, opencpn of bijvoorbeeld in de signal k KIP plugin te tonen. In KIP kan je makkelijk door alle waarden die op je boot zijn ingelezen heen lopen en zo het dashboard configureren wat je nodig hebt. Op de Gotcha hangen we bij de wedstrijd een telefoon op die een dashboard laat zien met alleen een stuk of 4 performance cijfers en dus goed leesbaar is (op een ander moment hangt daar een tablet met avnav met kaart). Is wat flexibeler dan het misbruiken van een NMEA waarde of afhankelijk zijn van iemand voor de aanpassing van een display om performance waarden te tonen.

Is wat je gemaakt hebt mogelijk ook te distribueren naar andere gebruikers? (pas als het af is natuurlijk).
Als je dat wilt dan moeten we even nadenken hoe we het kunnen distribueren.
Dat zou wellicht kunnen vanaf de site van SPD, of daarvandaan met een link naar een site van jouw keuze.

Verder moeten we even kijken hoe om te gaan met uitbreidingen van SPD-data.
Het zou kunnen dat er nog data en info bij komt in de output van de webserver.
Ik neem aan dat je die in node red op keyword-basis te lijf gaat, dus eventuele nieuwe velden in de webserver-data (met een nieuwe naam) doen geen kwaad?

Aangezien de websocket elke keer alle waarden uitstuurt kan dit naar mijn idee nog geoptimaliseerd worden door alleen gewijzigde waarden uit te sturen. De flow filtert nu zelf waarden die niet gewijzigd zijn. Ook directe signal k output (delta's) moet volgens mij uiteindelijk niet zo moeilijk zijn, maar voorlopig doen we het met een VNC ui en node-red flow

michaelh schreef :
Er gaan over de websocket 72 variabelen eruit, elke cycle (seconde).
Daarvan zijn er zo'n 10 die niet steeds wijzigen: de filter-instellingen en de boeg en het waypoint.
Dus ik verwacht niet veel te kunnen besparen daar.
De webserverdata wordt nu in 1 regel code gevuld (een Python Dictionary). Snel en makkelijk

Directe Signal K output zou een veelvoud aan data (bytes) gaan opleveren.
Meindert Sprang heeft hier al eens laten zien dat de Sig-K beschrijving van wat data ongeveer 10 keer langer is dan het NMEA183-bericht waar die data uit komen. (allemaal redundante metadata)
SPD's webserver-data is een heel stuk korter (per dataveld) dan een NMEA-bericht.
Zo is een windbericht (MWV) al gauw 2 keer langer dan de velden voor wind in een webserverbericht.
Het zou me niet verbazen als de Signal-K berichten die nodig zijn om het webserverbericht te vervangen samen 20 keer meer bytes zijn dan wat er nu verstuurd wordt..... En een factor 20 besparen op berichten met ongewijzigde data niet versturen zit er niet in, denk ik.....

Ok, ik ben benieuwd hoe het er straks uitziet.

Vraagje:
je laat SPD 'blind' opstarten, dat kan.
Maar hoe stop je het dan weer?
Er moeten bij beëindigen wat files worden afgesloten (als je die gebruikt tenminste. PDLog, copy nmea in encopy nmea out). Met name de log is erg nuttig.

Normaal zou je SPD stoppen (de stopknop op het scherm).
Ook als de nmea-inputstroom stopt (USB eruit of apparatuur uit) worden de files netjes afgesloten.
Idem bij een EOF van de inputfile in Replay .
Maar als je zou stoppen door de Pi uit te zetten of zo zal dat vast niet goed gaan met files sluiten....

Dus eigenlijk bij elke te verwachten situatie waarbij stoppen en files closen nodig is.
Tegen het eventuele afzetten van de computer is niets te beginnen....

Het robuust maken is 90% van het werk daarna...

je bestanden worden gewoon open gelaten,als ik het goed begrijp.

Wat is je suggestie hierin eigenlijk, Chris?

Sja, dan heb je toch weinig geleerd in die tijd.

Hoe sluit een afgezette computer een outputfile.

Baasklusje schreef :
Je kunt hooguit zorgen dat je files zo kort mogelijk geopend zijn voor schrijven. open - write - close.

Baasklusje schreef :
Je kunt hooguit zorgen dat je files zo kort mogelijk geopend zijn voor schrijven. open - write - close.