Onderwerp: Signal-K onder Windows voor leken

In de projectdraad Sailing Performance Dashboard op de pi ben ik met ongeveer hetzelfde bezig.
De basis is de NMEA data die in Signal K en SPD terecht moet komen (SPD koppel ik aan een Signal K uitgang).
Daarna moet inderdaad de SPD data weer naar Signal K. Ik was hiervoor aan een plugin begonnen om de SPD data te lezen, maar daar loop je er gelijk tegenaan dat niet alle SPD data in standaard NMEA te vatten is.
De oplossing die ik nu gekozen heb is om de websocket output van SPD te gebruiken om de data in signal k te krijgen. Hier is node-red in Signal K voor nodig (zie de afbeelding van de flow die projectdraad).

Voordeel is dat je gelijk vertalingen etc in Node-red kan regelen zonder echt te hoeven programmeren.
De node-red flow kan iedereen wat mij betreft indien gewenst als basis gebruiken.

Voor jouw toepassing is mogelijk maar een variabele uit SPD nodig, wat ik wil is dat alle SPD data in Signal K beschikbaar is. Volgende stap is de data kunnen gebruiken in applicaties zoals AvNav, OpenCPN, via Wifi en eventueel weer data terug op het NMEA netwerk beschikbaar stellen.

Stap 1 in jouw plan is nog niet gelukt. In de laatste afbeelding in je post hoort ook de binnengehaalde NMEA data zichtbaar te zijn. Ik heb nog geen ervaring met N2K, dus wat er mist in je config weet ik niet.

Dankje. Ik wil het - zolang ik leek ben heel eenvoudig houden; dus maar 1 variabele.

michaelh schreef :
Ah mooi, dat leek mij al. dus in het tabje "Data Browser" zou ook de dynamische data langs moeten vliegen; dus om te kijken of er data binnenkomt hoef ik niet een RTTY oid sessie naar de SignalK server aan te maken.

Heb ergens gelezen dat de server herstart moet worden, dus dat even gedaan. Ik krijg dan onderstaande foutmelding:


Moet ik ergens nog een driver voor de NGT-1 installeren? De onder Windows geïnstalleerde driver wérkt want het Actisense "NMEAreader" tooltje werkt (zie screendump OP).

Moet in Signal-K nog een specifieke driver worden geïnstalleerd?

als ik 9met hyperterminal) COM3 open zie ik een boel voorbij vliegen. Die poort ontvangt dus data van de NGT-1. Bovenstaande melding is na slujiten van die hyperterminal sessie...

Ik vond deze details in de Server Log:

Heb het niet op windows draaien, maar wel op een pi:

Het enige verschil bij connection, jij hebt manual com3 ingevoerd, waarom kies je niet?
Is com3 niet al in gebruik?



Bij mij knippert dan het data/wifi icoontje en is de lijn geel:



Heb alleen ff wind aangesloten dat kan ik dan zien onder Data Browser:

Dank. Hier ook even op een Pi(3) geprobeerd en het werkt meteen:



Wat gaat er mis bij SignalK onder Windows? Volgens Brambo's post een tijdje terug werkt het bij hem wel onder Windows: zeilersforum.nl/index.php/foru...isense-ngt-1#1320017

De moeite waard proberen op te lossen onder Windows / of is die versie meer een demo-versie zoals ik eerder gefrustreerd reageerde?

Inmiddels iets verder…

Nachtvlinder schreef :
Blijft over het laatste punt:
De B&G performance plugin gebruiken om de betreffende PGN('s) naar de bus te schrijven via SignalK en de NGT-1

Met de github.com/SignalK/simulatorplugin heb ik een bewegend dataveld gemaakt en dit gekoppeld als bronveld voor een van de uit te sturen variabelen van de b&g performance plug-in.
-In de SK debugger zie ik een PGN met deze data geschreven worden
-In de NGT-1 knippert nu ook de LED aan de USB kant; dit betekent dat deze data vanuit de PC ontvangt

In de device list van de Triton zie ik echter niets gebeuren. Er worden geen nieuwe devices gedetecteerd en de (al eerder gedetecteerde) NGT produceeert ook geen nieuwe data.

Ik weet niet hoe 1:1 op de bus mee te kijken zoals dat met de canboat tool “candump” eerder wel kom; ik weet dus niet wat er daadwerkelijk door de NGT op de bus wordt gezet.

Suggesties hoe verder?

Ik weet niet meer zeker of ik getest heb of de Triton2/Zeus de data laat zien. Bij de Vulcan wel (want dat scherm kan ik thuis op de bank tevoorschijn toveren):

Voor de Triton2 zal ik dit nog even checken. Een Zeus heb ik niet.

Ik heb op de Triton2 in elk geval wel een “performance” hoofdstuk gezien waaruit je (3 of 4 geloof ik...) variabelen kon kiezen vanuit de “change data” optie voor de pages waarbij je zelf de weer te geven data kunt kiezen. Ik kan daar nu geen foto van maken...

Net de gegrepped in de firmware van de Triton2 en die laat zien dat ie het technisch wel zou moeten kunnen:
Keel Angle
KEEL ANG
Leeway Angle
LEEWAY
Mast Angle
MAST ANG
Target TWA
TARG TWA
Keel Trim Tab Angle
TRIM TAB
TIMER
Canard Angle
CANARD
Next Leg AWA
NL AWA
Next Leg AWS
NL AWS
Target Boat Speed
TARG SPD
VMG to Wind
VMG WIND
Layline Time
LL TIME
Layline Distance
LL DIST
Aft Depth
AFT DEPTH
Forestay
FORESTAY
Polar Speed
POL SPD
Polar Performance
POL PERF
Tacking Performance
TACKPERF
Wind Angle To Mast
MAST AWA
CAN Bus Voltage

Zojuist een heel stuk verder gekomen

Ik kreeg de Actisense niet goed aan het zenden. De plugin van hanst schreef wel naar de USB poort van de NGT-1, getuige de oplichtende LED daarop en de info in het SignalK debug scherm, maar de Triton liet niets zien.

Vreemd, want hanst had het op een Vulcan (met naar verwachting ongeveer gelijke PGN templates...) wél aan de praat. Wat wél anders was, was de gateway. Ik gebruik een Actisense NGT-1 en hanst een PiCAN2 boardje (dat alleen voor de RPi beschikbaar is).

De Actisense is een netter, NMEA2000 certified produkt met galvanische scheiding etc. en bevat ook een soort firewall: je kunt de data op de bus er niet mee verprutsen. Met een PiCAN2 wel: deze gedraagt zich transparant, checked niets behalve op het allerlaagste niveau dus je kunt daar onzin PGN's mee versturen... Ook de CAN-USB configuratietool van OpenPlotter wees daarop: voor de NGT-1 bestaat er een tabje "Enable TX PGNs". Je dient de NGT-1 hier expliciet toestemming te geven bepaalde PGN's door te laten naar de bus. Daar staan een boel PGN's bij, maar niet de performance PGN!

Daarom mijn oude PiCAN2 boardje parallel aan de NGT-1 aangesloten om onzichtbaar mee te laten sniiffen, maar voor de gein ook als databron in SignalK geconfigureerd.

En daar werkt het schrijven dus meteen wél!



Een paar conclusies:

• De Actisense NGT-1 werkt niet onder Windows met SignalK, wél op de RPi3
• De NGT-1 is niet zonder meer in staat élke PGN te verzenden; er zit een soort firewall in. Da's prima voor een Gateway, maar als je meer specifieke dingen wilt, lastig
• De PiCAN2 werkt direct onder SignalK op de RPi en kan de gewenste PGN uitsturen en (blijkbaar - niet gechecked) het ISO verkeer afhandelen

Onder Windows lijkt niet haalbaar wat ik wil doordat SignalK én de Actisense niet ondersteunt en deze Actisense het überhaubt niet toe laat de gewenste PGN te sturen naar de bus.

Noodgedwongen zal ik een Pi moeten inrichten voor alleen deze taak. SPD blijft met OpenCPN gewoon onder Windows op de miniPC draaien; de Pi doet niets anders dan de performance PGN's op de bus zetten...
Nog even bedenken hoe SPD van de miniPC naar de Pi praat (COM of TCP/IP)

Mooi om te zien!

Ik neem aan dat je dat al doorgespit hebt..
De Actisense kun je updaten maar er is meen ik ook software bij waarmee je van alles in kunt stellen.
Snuffel eens op hun site zou ik zeggen!

Firmware had ik al geupdate inderdaad. De software die de NGT gebruikt dient het apparaat juist in te stellen; ik denk dat het tabje “Enable Tx PGNs” in de OpenPlotter “CAN-USB” tools daarvoor dient. Dat ondersteunt echter een beperkt aantal PGNs en haar datagrammen. Onder Windows in SignalK zie ik überhaubt nergens iets hoe dit te doen? Daar lijkt de SignalK interface naar de NGT-1 niet ontwikkeld te zijn.

hanst schreef :
Dank voor je hulp (en je plugin natuurlijk)!

Nachtvlinder schreef :
Graag gedaan! Mocht er feedback zijn over dingen in de plugin die niet (lijken te) kloppen, dan hoor ik dat ook graag.

In afwachting van de reparatie van de laatste versie van SPD heb ik een hele oude versie die ik nog had geïnstalleerd om verder mee te gaan.

De performance data die ik buiten op de MFD's wil kunnen zien zijn:

• Polar performance
• VMG performance
• Target TWA vs. de daadwerkelijke TWA
• De rest lees ik binnen af op de SPD GUI

De dataflow is nu als volgt:

1. Op de miniPC een TCP/IP server waar nu de logfile van koko's 24uurs naar steamt
2. Op de miniPC draait OpenCPN die daaruit leest (dit wordt aan boord de USB poort naar het Vesper XB-8000 access point
3. OpenCPN zet alle data door naar virtuele COM3, waaruit SPD (ook op de PC) leest
4. SPD spuugt haar output op virtuele COM4 die gekoppeled is aan een andere TCP/IP server
5. Signal K op de RPi leest (alle slechts) 3 scentences uit die laatste server

Ik misbruik onderstaande scentences:

• MTW (water temperatuur) voor VMG performance
• RPM (motor toerental) voor Polar performance
• RMB (BTW veld daaruit) voor TWA target

In de Signal K plugin "Derived Data" heb ik een paar conversies toegevoegd (Hz vs. /min naar een getal tussen 0 en 1 en Radialen naar graden etc) die:


In de B&G Perforamnce Plugin deze 3 variabelen aangezet om van de Signal K variabelen op de NMEA2000 bus te schrijven:


En dat gaat goed


Als je goed kijkt zie je dezelfde data (perf op basis van STW) in SPC en een fractie later op de MFD...

Projectje geslaagd voor nu! Nog even bedenken of ik moeite wil gaan doen dit onder Windows, zonder RPi voor elkaar wil krijgen; heb het vermoeden dat Signal K daar niet klaar voor is... Dan wel bedenken of ik wireless blijf tussen miniPC en RPi of daar een RS232 setje voor gebruik...

Dat heb jij mooi gemaakt jochie

Webserveroutput nog overwogen?

SPD 2.3.1 staat klaar, was een foutje in de compilatie-sw (pyinstaller) icm windows.
Men zegt dat het weer werkt

Mag ik je filmpje (of still eruit) op capolavoro.nl zetten?

Dankje

Baasklusje schreef :
Als ik zie hoeveel overhead en node-red gebeuren dat vergt te parsen... Voor in mijn geval 3 variabelen... Terwijl de RPi verder niets doet (dus het best wel een beetje kort door de bocht mag betreft “misbruik” van scentences”? Nee (hoewel dat wel de nettere gestructureerde oplossing is!)

Baasklusje schreef :
Tuurlijk

Zal nieuwe SPD binnenkort proberen - mooi dat het opgelost lijkt!

Nachtvlinder schreef :
Je zou het op Slack kunnen vragen. Alle code ervoor lijkt er in te zitten.

Dan moet je wel een oplossing verzinnen om om de Actisense heen te werken toch?

Ja da’s waar en was ik even vergeten. De NGT-1 staat inmiddels te koop; op de Pi dus de PiCAN2 of (galvanisch gescheiden) een Canable Pro USB interface. Da’s wel jammer: moet ik in de weer met voedingen en net afsluitsysteem...

Deze doet wel eea:
SailorHat

- Safely power the computer using your boat’s 12V or 24V power system. SH-RPi has a wide voltage range (8-32V) power input with additional filtering and surge protection.
- Shut the server down safely when the power is switched off. The computer is informed about the power outage and the supercapacitor provides power while the computer shuts down in a controlled fashion. The supercapacitor is able to power a single Raspberry Pi 4B for up to 80 seconds, far more than the typical shutdown time of 10-15 seconds or less. No more corrupted SD cards!
- Interface the Raspberry Pi with the boat’s NMEA 2000 network or an automotive CAN bus. SH-RPi includes an isolated NMEA 2000 interface that is compliant with the NMEA 2000 specification.
- Reset the Raspberry Pi automatically if it has crashed.

Nachtvlinder schreef :
Ik zou kunnen kijken of de websocket-output door de gebruiker in te stellen is: zelf wat variabelen kiezen.
Maar dat vereist flinke ingrepen en bovendien het besturen (via een file) van de websocket-output: ingewikkeld extra werk voor de gebruiker, zitten de meesten niet op te wachten....

@nachtvlinder,

ik heb op de SPDsite een link naar je Youtube-filmpje gezet.
Laat je dat staan op Youtube? Anders heb ik straks een dode link....

Baasklusje schreef :
Zou ik ook niet doen. De grootste stap is de koppeling met node red. Of je er daarna 1 of alle variabelen uit haalt, maakt naar mijn idee niet zo veel uit. Wel is naar mijn idee de node red route beter te begrijpen en makkelijker aan te passen, dan het herdefiniëren van nmea en gebruik van de derived data plugin. Ieder zijn eigen smaak en redenen voor bepaalde implementaties...

Als jij klaar bent met de ontwikkeling word ik mss gebruiker Voor nu heb ik de SPD data die ik wil op de klokjes (als hobbyende gebruiker niet als ontwikkelaar)

Daarbij bevat in mijn setup de Signal K database alleen de NMEA0183 data die ik misbruik om de performance variabelen uit te halen. Dat daar “RPM” iets anders betekent dan zou horen geeft geen verwarring (itt tot wanneer de SK server een centrale rol aan boord zou hebben).