Onderwerp: Sailing Performance Dashboard op de Raspberry Pi

Nachtvlinder schreef :

michaelh schreef :
Nieuwe poging, versie v2.2.4.3

Baasklusje schreef :
Inmiddels weer een paar stappen verder met de koppeling tussen signal k en SPD. Beide draaien in verschillende dockers. Het ziet er naar uit dat je de websocket bind aan 'localhost'. Hierdoor wordt het lastig een verbinding tussen de SPD docker en de signal k docker tot stand te brengen. Dit is tijdelijk even opgelost door localhost in de SPD docker te binden aan het IP adres van de host. Doordat het geisoleerd in een docker zit, heeft verder niets daar last van. Zou je naast een poort ook de host waar je de websocket aan bind variabel kunnen maken.

michaelh schreef :
"localhost" staat inderdaad hard in de code.
Zal even kijken of dat een parameter kan worden uit een van de in te lezen files.

@menno, zie jij daar problemen in? (http_server en run_server) ?

Inmiddels de host voor de webserver ook variabel gemaakt.
Extra keyword in sendoverwifi.txt op regel 4:

5000,9090,'192.168.2.6'

Dus een IPadres of een hostnaam, altijd tussen quotes.
Als het adres of de naam niet bestaat wordt het weer de default: 'localhost'

Zeer binnenkort in v 2.2.5; nog even de manual bijwerken.

Menno schreef : Net even een korte test gedaan op een 32-bits Raspberry Pi, en daar lijkt het nu te werken.

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

Weer een stap verder in de koppeling SPD - Signal K

Bij de beschrijving hier was Signal K al geconfigureerd en ontvangt NMEA data.
De verbinding van NMEA van Signal K naar SPD loopt hier via een virtuele seriele poort. Voor de seriele poort op de pi heb ik het volgende commando gebruikt (op windows zou je hier op een andere manier een seriele poort moeten maken):
socat -d -d PTY,raw,echo=0,link=/dev/ttySPD PTY,raw,echo=0,link=/dev/ttySPDin

Voor nu schrijft Signal K naar /dev/ttySPD en leest SPD de data in vanuit /dev/ttySPDin. Vanwege configuratie van Signal K en SPD in verschillende dockers heeft verbinding via netwerk voorkeur, dit moet ik in Signal K nog uitzoeken. SPD kan alleen seriele poort uitlezen, dus daar blijft socat commando voorlopig nodig.

In Signal K moet je bepalen welke NMEA data je naar de seriele poort voor SPD schrijft. Omdat SPD ook weer data terug schrijft, krijg je mogelijk een loop. Ik ga ik er daarvoor vanuit dat van de originele NMEA data alleen de specifieke data die SPD nodig heeft naar SPD geschreven moet worden.
Installeer hiervoor de nmea0183-to-nmea0183 plugin in Signal K. Input event name nmea0183 is hier de originele nmea dataset. De aangevinkte nmea0183 sentences komen in de nme0183spd dataset die we voor de SPD seriele poort gebruiken.



Vink de NMEA sentences aan die SPD gebruikt: DBK, DBT, DBT, DPT, HDG, HDM, HDT, MWV, RMA, RMB, RMC, ROT, VHW, VWR, XDR
Maak vervolgens in Signal K een data connectie aan. Dit is de NMEA 0183 output die Signal K aan SPD gaat leveren. /dev/ttySPD is hier de virtuele seriele poort waar Signal K naar schrijft. De gefilterde nmea0183spd dataset wordt met deze instellingen naar de seriele poort geschreven.



De data die via /dev/ttySPD op de seriele poort /dev/ttySPDin terecht komt, moet door SPD ingelezen worden. Hiervoor is in de boatspecifics file de seriele poort aangepast. SPD staat in 'live' mode (boatspecifics) en start automatisch op met de juiste parameters zonder vragen (aanpassing in processlist.txt) voor de Gotcha! SPD kan door middel van VNC eventueel in een webbrowser bekeken worden.



Na de berekeningen in SPD, moeten de uitkomsten naar Signal K. Dit gaat met behulp van de websocket output omdat hier alle info in zit en er aan de signal k kant geen trucs gebruikt hoeven te worden om 'custom' NMEA string in te lezen. De data stuurt SPD als 1 bericht uit via een websocket (aanpassing in sendoverwifi.txt). Onderstaande flow in de Node red plugin in Signal K vangt die data vervolgens weer als een json bericht op.



De kern van de node red flow is een splitsing van het bericht in een array van losse berichten per variabele. In de flow worden alle variabelen daarna los verwerkt (oa omgezet naar standaard Signal K eenheden). Door de waarden en meta data aan Signal K aan te leveren, kan in applicaties die verbinding met Signal K kunnen maken, vervolgens op een makkelijke manier een keuze gemaakt worden welke waarden worden getoond. De flow is eventueel het aanknopingspunt om andere specifieke NMEA vertalingen te doen.

Mooie ontwikkeling michaelh!

de TTY werkt kennelijk nu wel (zonder de foute \n erachter).

Wat betreft loops:
SPD checkt alle binnenkomende NMEA.
Als er $SP records bij de input zitten komt er een schermpje dat vertelt dat er een loop is en dan stopt SPD. Het wordt dus gesignaleerd, maar je moet het wel kunnen zien

Kijk, dit is leuk.

Aangezien de boot lekker droog staat, de rpi maar eens mee naar huis genomen om eens te kijken naar SPD op de pi.

En...

SPD werkt (op een replay file) prima!
Starten vanaf de terminal prompt met ./sailingPD &
De UI wat aangepast met een kleinere font.

Ook de connectie met signalk opgezet.
De inbound flow naar spd krijg ik thuis niet uitgetest (geen nmea netwerk hier voor input).
Maar de flow van SPD naar signalk geeft keurig data in de databrowser in signalk.

Dat wordt als de boot in t water ligt eea inregelen zodat de n2k via signalk naar spd op de rpi en terug naar signalk en dan door naar de B&G performance plugin naar mn triton2 displays.
Daar kan een B&G Hercules CPU niet tegen op

Misschien is het volgende nog toe te voegen aan het installatie recept (SPD naar signalk via node red):
- install the signalk-node-red package in Signal k
- install de extra unit converter functie for node red in the terminal:
cd ~/.signalk/red
npm install node-red-contrib-unit-converter

- use the signals webapp for node red
- import the json file as a new flow
- press ‘deploy’

- change the SPD wifi ini file to match the 8080 port on the red node json definition. (or adjust the node red flow)

SPD wordt uber cool zo! Strak werk heren!

Voor de flow naar SPD kan je in signalk het nmea test bestand uit SPD afspelen in een datasource.
Dan in signal k met UDP naar SPD is op dit moment de makkelijkste manier (SPD 3.6.1).

Kijk, tevreden gebruikers! Leuk!

Ik zal de opmerkingen over de installatie bij Sig K verwerken, volgende update. Dank ervoor.

Uhm, ik heb gewoon op spd de ini file op:

[NMEAconnection]
channel = network

[NMEAnetwork]
Type = TCP
NMEA_IP = localhost
NMEA_PORT = 10110

Signalk broadcasts nmea0183 data standaard op die poort.

Zo krijgt spd helemaal soepel de updates van signalk binnen. En stuurt die ook weer terug via node red.

Niks geen serial ports. Dit is echt een stuk makkelijker

Heb dus nu een full loop draaien:
- nmea0183 data file als source in signalk
- via tcp op standaard poort 10110 (waar ook apps als isailor / opencpn etc op luisteren)
- met ' network' setting SPD in
- alle mooie SPD spulleboel
- dan weer uit SPD via de websocket
- en met node red weer signal k in

In het voorjaar ipv de data file de actisense als n2k input.
En de plugin voor de B&G performance er tussen en dan de SPD output naar de displays.

Moet lukken, mits.... de rpi het trekt, vooralsnog op 22% cpu.

Leuk! Ben benieuwd of/hoe het je lukt de Actisense te laten zenden? N2K lezen lukte bij mij op de Pi wel, zenden niet. Beide lukt probleemloos met een PiCAN2 boardje… Actisense is galvanisch gescheiden dus verdient de voorkeur.

zeilersforum.nl/index.php/foru...n?start=%1$d#1340130

De Actisense is bi-directional. Kan dus zenden en ontvangen. Zal een kwestie zijn van de juiste plug-in in SignalK.

Voor de RPI 4 kan ik het RaspiOS 64 bits op basis Debian Bullseye aan bevelen. Werkt zoveel beter en vooral erg snel.

Hoor weinig kritiek meer op SignalK data server en de RPI ontwikkelingen.

Bram

Dat deed t het hele afgelopen seizoen al vanaf mn windows laptop.
Zal binnenkort weleven wat settings delen als dat helpt.

NGT-1 icm SK onder Windows? Die zou ik dolgraag onder Windows aan de praat krijgen, dan kan die Pi weer de kast in

In de link hierboven heb ik de errors beschreven

Dank voor je PB JumpingJack

...JumpingJack had een mogelijke verklaring waarom het bij mij niet lukte met de Pi en Actisense NGT-1 naar de bus te schrijven (terwijl lezen wel lukte) maar waarbij zowel lezen als schrijven wél goed ding met een PiCAN2 boardje. Dit zou hebben kunnen liggen aan het bewust moeten toelaten van specifieke PGN's om te schrijven...

En dat lijkt het geval inderdaad. Default staan er maar een paar PGN's ingesteld die de NGT-1 doorlaat om te transmitten; alleen de standaard "overhead PGN's":


Je kunt handmatig instellen (wordt dan op de NGT-1 opgeslagen) welke PGN's je extra toe wilt laten. Gewoon selecteren en "Apply", dan wordt die instelling naar de NGT-1 geflashed.

De B&G Performance plugin van hanst gebruikt 130824:


Maar de lijst met PGN's die je tbv Tx aan kunt zetten stopt al bij 130585



Wie weet of/hoe ik PGN's die niet in deze lijst staan toe kan voegen tbv Tx? Die filtering geheel uitzetten vind ik ook prima trouwens.

Oja: firmware is 2.690, dat is de laatste...

Je zou zeggen dat t ergens moet lukken:

---

-- Changes from v2.660 to v2.670 --

---

* NGT-1:
- Manufacturer Proprietary PGNs (130816/0x1FF00 - 131071/0x1FFFF):
Fixed bug that resulted in these fast-packet PGNs incorrectly being
transferred (to PC) as single-packet PGNs.
- Manufacturer Proprietary PGNs (65280/0xFF00 - 65535/0x0FFFF) and
(130816/0x1FF00 - 131071/0x1FFFF): Fixed bug that would allow any PGN in
the 256-PGN block to be transmitted if at least one PGN was enabled.

Vreemd!

Net op de Pi geprobeerd: daar kan de bewuste PGN wel geselecteerd worden als Tx-enabled:





Het lijkt dus niet aan de firmware te liggen, maar aan de (ik noem het maar) run-time configurerende software.

Heb nu geen display om te testen, maar lijkt erop dat de NGT-1 nu bruikbaar is met de Pi voor deze toepassing

Nu nog onder Windows - maar dat is offtopic in dit draadje

Voortgang in ieder geval!
En goed nieuws

JA.

Ideetje: als ik nu in de Pi deze (en een aantal andere om te proberen) PGN's "aan zet", en geen andere software zet deze uit; dan staat ie onder Windows ook aan toch? Zal eens sproberen met een PGN die in beide "lijsten" voorkomt!

Edit:
dat werkt: de op de Pi aangezette PGN 130824 wordt nu ook in de Windows Actisense NMEAreader getoond en staat aan bij opstarten:

Toppie!!

Ben even aan t spelen met de setup om eea auto op te starten etc.
En hoewel de connecties t prima doen, lijkt het er op dat alle waardes in Node Red de helft zijn van SPD?
Zo kom ik natuurlijk nooit op 100% performance