Onderwerp: Sailing Performance Dashboard op de Raspberry Pi

Om het goed te testen moet je dan ook niet de aan-uit knop gebruiken, maar de stekker er uit trekken (en/of de batterij, bij een laptop). Of in een VM draaien die je hard afsluit. Een rpi heeft van zichzelf geen aan/uit knop..

Wat ook meespeelt is de controller van je permanente storage. Een SSD heeft een slimmere controller dan een SD (heeft ook één S meer, van Slimmer!) die het filesystem beter beschermt tegen dit soor uitval.

Laptops uitzetten door accu te verwijderen, dat gaat tegenwoordig niet zomaar meer...

Even getest met en zonder PDLog sluiten en re-openen (Append) na steeds 900 records.
Geen verschil (in Replay) in de snelheid van SPD.
Dat is wel met een SSD, en die hoeft natuurlijk niet steeds wat milliseconden te verspijkeren aan het verplaatsen van de kop over de disk. Met een HD zal er vast wel verschil zijn.

Voor ik die versie in de download zet hoor ik graag even van de Linux-gebruikers (zeker op de Pi) of deze toevoeging echt nodig is. Als ook op de Pi de PDLog gewoon leesbaar is na het uitschakelen van de voeding (met draaiend SPD) dan is deze toevoeging niet nodig.

We zijn nu bezig alle componenten aan elkaar te koppelen:
- Shipmodul naar Signal k
- Signal k tcp output naar virtuele tty/com poort naar SPD
- SPD output via websocket naar node-red en dan weer signal k in

SPD draait als blackbox in een docker en kan eventueel in een webbrowser bekeken worden. File locaties zijn als share beschikbaar.

Tot nu toe heb ik SPD alleen in replay mode gebruikt. Waar ik tegenaan loop is dat SPD de virtuele com poort niet wil openen. Net even geprobeerd met een echte seriele poort met usb/nmea gps, maar ook daar krijg ik dezelfde foutmelding. Wat kan hier het probleem zijn? (De \n in de foutmelding achter de naam van de tty lijkt mij verdacht?).




Met SPD in een webbrowser (en in het bijbehorende dashboard) zou het leuk zijn als SPD een herkenbaar icon heeft. Is daar al iets voor bedacht?

michaelh schreef :
Het lijkt er op dat je de variabele nog moet 'strippen'.
Zie hier.

hanst schreef :
Ah, kijk. Dan hoop ik dat Thomas daar iets mee kan/wil doen.

Gelijk maar de vraag of SPD gebruik zou kunnen maken van ini files: docs.python.org/3/library/configparser.html

Voordeel is dat de bestanden minder foutgevoelig worden, zijn niet meer afhankelijk van info op een bepaalde regel en meer zelfverklarend (ook commentaar bij de variabelen zelf is dan mogelijk).
Daarnaast wordt het makkelijker om vanuit een andere applicatie de config aan te passen (we installeren SPD als een blackbox en willen dan zoveel mogelijk automatisch instellen en mogelijk aanpassen tbv specifiek gebruik).

michaelh schreef :
De TTY: dat klopt. Voor Windows pakt SPD 5 characters (COMxx) van de com-naam en gooit met een rstrip() een eventuele spatie (5e plek bij COMx) eraf, maar voor linux niets van dat alles, en dus blijft per ongeluk de \n achter de TTY staan. Nooit getest bij gebrek aan live NMEA op Linux....
Menno (dank) wees me er ook al op.

Zal het zsm wijzigen, in versie 2.2.4. (wel afhankelijk voor de Pi van Menno's handwerk-compilatie).
Daar zit dan ook meteen het steeds na 900 regels closen van de PDlog in.

Configparser heb ik al eens naar gekeken na een suggestie van Menno. Is wel veel mooier natuurlijk, maar ook een heel forse wijziging. Ik denk erover....

Icon: heb ik geprobeerd, maar omdat Python de code uitvoert zien we het Icon van Python.
Ik heb nog geen manier gevonden om dat te vervangen door een eigen...
Iemand een idee?

Ik heb de mods verzocht een apart draadje te maken van het deel van deze draad dat specifiek over de Pi-implementatie gaat. Zo'n beetje alles vanaf 16 september.

Dan blijft het ook leesbaar voor niet-frambozen

Versie 2.2.4 staat klaar, maar nog niet voor de Pi.....

(TTY-probleem opgelost en steeds closen en openen van de PDLog, tegen kwijtraken bij 'crash')

Baasklusje schreef :
Is er al een icon voor spd? Dan kan ik die in ieder geval in de browser tonen.

Voor het aanpassen van het icon bij de exe heb je hier misschien wat aan?
www.devdungeon.com/content/pyi...ller-tutorial#toc-12

michaelh schreef :
Dank je!

Is het feit dat de exe gemaakt wordt op GitHub met de Python interpreter die daar erin (dat is de eigenlijke exe) staat een probleem?
Het zou betekenen dat we de icon die daarin standaard voor Python aanwezig is moeten vervangen bij het maken van sailingpd.exe ....

Iemand een suggestie voor een mooi icon?

Baasklusje schreef :
Waar op Github, heb je een verwijzing? Github zelf zal de exe niet maken, het zal een project op github zijn. Is het zelf compileren geen optie?

Baasklusje schreef :
Spirit-logo met extra D?

Stoei eens met JeePee als die daar zin in heeft?

Hoeveel werk is het maken van de versie voor de pi? Is er eventueel hulp nodig?

Als de seriële poorten op de pi gebruikt kunnen worden, kunnen we verder met integreren.

Dat is een vraag voor Menno....

Baasklusje schreef : Deze

zie zeilersforum.nl/index.php/foru...rd?start=925#1338293

Ik heb het bouwen van versies voor de Raspberry Pi nu ingebouwd in de automatische workflow, dus ze komen nu met alle nieuwe versies mee.

Er zijn twee smaken:
- 64-bit ARM: sailingpd-vX.Y.Z-linux-aarch64.tar.gz
- 32-bit ARM: sailingpd-vX.Y.Z-linux-armv7.tar.gz

Nog niet getest op een echte Pi

Menno schreef :
SPD geeft de volgende foutmelding op de pi:


Misschien een nieuwe module toegevoegd?

michaelh schreef :
Niets veranderd daar.... regel 68 is: from tkinter import *

Misschien iets niet ge-include bij de compilatie? Menno?

Komt er een flatpak installatie?