Onderwerp: Sailing Performance Dashboard op de Raspberry Pi

Jumpinjack schreef :
Hey,

I'm new on the forum and can only write in english sorry for that. Hopefully translator are now working pretty well.
I'm facing the same issue regarding enabling PGN 130824 and 130833 on a NGT-1 for use with SignalK BandG performance plugin and I was wondering weither you found a solution to write Tx configuration from Windows without the need of OpenCPN.
I will work on it on my side. Already wrote to Actisense support for some help with their C SDK.
Also, does your NGT-1 keeps the configuration over time? I'm afraid it loses it...

Hope we can go on with this together!

Best regards,

SailingPD draait nu bijna headless op de pi. De applicatie heeft nog ergens een display nodig. We gebruiken nu een 'fake' display, maar het zou nog wat eenvoudiger zijn kwa installatie en ruimte besparen als die niet nodig zou zijn.

De foutmelding in SailingPD is de volgende. Is het nog mogelijk om de afhankelijkheid van die $DISPLAY er uit te halen?

root@spd:/opt/sailingpd/sailingpd-v3.3.1-linux-armv7# ./sailingPD
Traceback (most recent call last):
File "sailingPD.py", line 589, in <module>
File "tkinter/__init__.py", line 2270, in init
_tkinter.TclError: no display name and no $DISPLAY environment variable
[3744] Failed to execute script 'sailingPD' due to unhandled exception!

michaelh schreef :
Dat is heel raar....
regel 589 maakt het root screen van tk, maar alleen als screen=True.
En screen wordt alleen True als er GEEN file headless.txt bestaat.....

Dus .... (zware dag).
We starten SPD na installatie nu nog 1x met display op voor de selectie van de bestanden. Daar gaat het natuurlijk fout. (Wens: laatst gebruikte bestanden in een ini file of een service om de bestanden waarmee gestart wordt op te geven, maar dat zal meer werk zijn).

Wat zou het voordeel van een ini file zijn boven een txt voor de lijst van files om mee te starten?
(de huidige startupfiles.txt)? Dat zie ik even niet....

Alle andere files (processlist, sendoverwifi, NMEAtemplates, webserverselection, icon, background, logs en copies) gaan allemaal vanzelf...

michaelh schreef : Die staan ook in een file. Die file wordt aangemaakt na de eerste startup.
Maar kan je ook gewoon handmatig maken /kopieren.

Baasklusje schreef :
Als het een ini file is, is het makkelijker de startup files met programmatuur aan te passen. Denk aan selectie van bestanden / polar etc en daarna spd opstarten. Het zou mooi zijn als dat in de headless situatie ook zo makkelijk kan. Kan in de huidige situatie ook, maar dan moet je regel zoveel van een bestand aanpassen, terwijl dat met ini files makkelijker werkt.

michaelh schreef :
Valt wel mee toch?

- De NMEAtemplates is txt maar de volgorde van de records doet er niet toe
- idem de webserverselection. Elke volgorde is goed.
- boatspecifics, processlist en sendoverwifi zijn al ini.

Blijft over de startupfiles.txt.
Daarin staan door iedereen zelfgekozen filenamen, 5 regels...
De volgorde is wel vast:
boatspecifics, polar, heelpolar, deviation en stwcorrection.

De simpelste teksteditor kan dat wel aan, toch?

Heb de startupfiles.txt nu (ook) een ini gemaakt.
De txt blijft ook bestaan, maar als er een ini is dan krijgt die de voorkeur.
Bij succesvolle start worden beide weer geschreven, voor de volgende keer.

Voordat ik het verder invoer (manual, readme, versions, compilatie) wil ik toch graag eerst snappen wat nu toch het voordeel is.....

De startupfiles.ini:
[startupfiles]
boatfile = C:/Users/naerc/Documents/Bootdocumenten/sailingpd/boatspecifics/example boatspecifics.ini
polarfile = C:/Users/naerc/Documents/Bootdocumenten/sailingpd/polars/capolavoro 2021 polar.csv
heelpolarfile = C:/Users/naerc/Documents/Bootdocumenten/sailingpd/heelpolars/heelpolar.csv
deviationfile = C:/Users/naerc/Documents/Bootdocumenten/sailingpd/deviation/capo beste 2D deviation.csv
stwcorrfile = C:/Users/naerc/Documents/Bootdocumenten/sailingpd/stwcorrection/stw capo beste 2D.csv

Oke, het draait weer. Nu inderdaad helemaal zonder display of display libraries. De eerste keer dat je de file maakt met de teksteditor, moet je weten wat op welke regel staat, valt allemaal mee, maar toch. We hebben al programmatuur om ini files aan te passen en kunnen dat nu ook gebruiken om de startupfiles.ini aan te passen. Kan ook zonder, maar ook hier maakt een ini het makkelijker.

Volgende stap is headless starten vanuit node red, misschien zelfs ooit als signalk plugin. Daarna kan je dus in node red een ui maken om startupfiles, polars etc te selecteren, de juiste instellingen naar de ini te schrijven en dan spd af te sluiten en opnieuw op te starten. Binnenkort alles op de boot plaatsen, varen en kijken of er nieuwe wensen uit komen. Ideeën genoeg...

SailingPD blijft een mooi stuk software dat een hoop nieuwe ideeën oplevert (software ontwikkeling blijft leuk), hopelijk straks ook weer veel leren op het water...

Ik zie ook uit na het gebruik Was eerst alleen van plan “dat ene allesomvattende getal” weer te geven, maar ben erg benieuwd naar hoe de berichten gaan werken!

michaelh schreef :
Ok, mooi. Wat was er mis dat er toch een scherm wilde komen? (kan niet aan SPD liggen )

Ik ga binnenkort de ini versie van de opstartfiles wel maken.
Probleem is een beetje dat bestaande gebruikers dan ongevraagd overschakelen naar de ini-versie van startupfiles, want die moet wel geschreven worden (na een blanco start), en dan is hij er de volgende keer en wordt hij gebruikt (terwijl de txt versie ook blijft bestaan).

Misschien moet ik de txt versie door SPD laten deleten na een succesvolle creatie van de ini versie....?
Dan schakelt iedereen vanzelf om naar een startupfiles.ini.

Zijn er gebruikers (anderen dan michaelh) die die file zelf editen????

Nachtvlinder schreef : Dit gister ook gepoogd, maar de TX window wil maar niet te voorschijn komen.
Zal t nog eens met een andere rpi proberen. Heb je er nog iets bijzonders voor gedaan?

Jumpinjack schreef :
Alleen op de knop “Open device TX PGN’s geklikt…

Vraagje: zijn er mensen die SPD draaien op de 32 bits ARMV7 architectuur (op een RPi, neem ik aan)?

Achtergrond: de 'compilatie' op Github van die versie doet het om een of andere reden niet meer.
Pyinstaller (tool dat de hele boel in een executable stopt) weet niet meer hoe dat moet.

Als er geen gebruikers van ARMV7 zijn kunnen we dat gewoon uit zetten...

Op dit moment niet maar ik wil dit zeker wel gaan proberen.
Dus ik zou het jammer vinden als dat op de RPI niet meer kan.

Ik draai op 32 bit rpi (openplotter) met armv7.
Openplotter op 64 bit is nog in alfa.
In mn eerste test draaide t, maar missen nog een aantal key features.

Maar ik zou kunnen kijken of er te switchen valt.

Ja, zeker. Voorlopig nog wel. Zou erg jammer zijn als het niet meer ondersteund wordt.

Opgelost! Menno (dank!) heeft de Pyinstaller job op Github aangepast zodat ook de 32bits ARMV7 versie weer beschikbaar is! V3.3.4.1 is er.

pfff, net als met de framboos, denk ik zomaar, meer updates dan gebruikers...

roozeboos schreef :
Ach, het is gratis, moet je maar denken.

Eigenlijk wel heel knap dat jij gewoon geld vraagt voor de gammele software in de roosmux.

En nu graag wegwezen uit dit projectdraadje als je niets nuttigs te zeggen hebt.

Baasklusje schreef :

Baasklusje schreef :
Fijn, bedankt!

Ga binnenkort m’n Rpi maar eens updaten met dit mooie stukje software… Doe ik eigenlijk nooit, blijf er normaal gesproken vanaf, maar voor SPD maak ik graag een uitzondering!

Nu eerst nog een ST60 multi ergens scoren…de rest heb ik al…

Of de 110% om je pols...!?

open-boat-projects.org/de/cate...ojects/openhardware/



Gepost met de officiële Zeilersforum-app

Ik probeer spd nu ook op een pi te installeren.
Maar misschien lees ik de handleidingen niet goed maar het lukt niet helemaal.
In boatspecifics en in signalk heb ik /dev/ttySPD geconfigureerd, dan werkt het niet. Er is ook geen ttySPD.
Of kan het ook via tcp of udp?
Spd en signalk staan op dezelfde rpi.

Een tip om mij verder op weg te helpen is welkom.