Onderwerp: OpenPlotter versie 2.xx schema Signalk

Hier nog even het schema van de werking van OpenPlotter 2.xx. In de laatste OpenCPN beta test versies is directe invoer van SignalK al werkend.

Zoals is te zien, is de SignalK server de spil van diverse in- en uitvoer stromen.
NMEA2000, NMEA183, instrumenten en sensors.

Maar je hoeft uiteraard niet alles te gebruiken.

Het is een enorme uitdaging om al die mogelijkheden simpel en duidelijk weer te geven.
Zelfs voor mij zitten in dit schema stukken die ik niet begrijp of denk klopt dat wel?
Ik zit met het zelfde probleem naar mijn klanten toe.
Je kan moeilijk voor elke mogelijke configuratie een schema maken.

je moet maar denken Jezus wat is er veel mogelijk! En dan beginnen met een lijstje van jouw eigen wensen en al aanwezige apparatuur dan kijken hoe je dat het beste er in kunt passen.

Ik denk dat je het beste kunt beginnen aan de rechterkant, wat wil ik waarop kunnen zien? en dan naar links werken.

Hoe meer ik er naar kijk hoe verwarder ik door het schema word!!!

Bijvoorbeeld de data is via het zelfde adres zowel remote als local beschikbaar.
Maar eigenlijk moet je eerst bedenken of je een scherm letterlijk aan de pi hangt of niet.
Zo niet dan moet je bedenken draai ik de navigatie programma's (weergave) op de pi en neem dan het scherm over met mijn Smartphone,Tablet of PC of draai ik de apps en/of navigatie programma's op mijn Smartphone,Tablet of PC en gebruik ik alleen de data.
Alle combinaties van alleen maar die drie mogelijkheden zijn ook tegelijk beschikbaar......

Een heel belangrijk onderdeel tegenwoordig is internet dat is ook meteen gelijktijdig mogelijk via de pi, daarvoor heb je niet nog een extra router nodig en je kan kiezen uit wifi of 4G adapters/antennes.

Beste ZP,

het is toch niet zo moeilijk.

Gegevens uitwisseling kan gewoon op alle mogelijke manieren.

NMEA2K > SignalK > NMEA183
NMEA183 > Signalk > NMEA2K

Invoer SignalK direct in OpenCPN.

Via Ethernet of draadloos of ingebouwde Wifi Acces punt. Uiteraard kun je de normale Wifi in de omgeving ook ontvangen.

Stand-alone met bediening op ander systeem (op een Ipad bijvoorbeeld) als VNC client

Stand-alone met data invoer in ander navigatie programma op een ander systeem.

Instrumenten sets op andere systemen (SignalK is HTML en bruikbaar in iedere browser)

Plus de invoer van gegevens van sensors zoals temperatuur sensers (motortemperatuur, barometer etc. etc.)

Dan de vele plugins in OpenCPN, zoals radar overlay over het plotterscherm met Ais data.

Grib bestanden.

Zoals eerder aangegeven werkt dit niet alleen op de Raspberry Pi maar ook op andere Linux computers.

Het is niet de logica, maar de veelheid aan mogelijkheden met een computer navigatie systeem.

Groet,

Bram

Zeilprutser schreef :
Valt best mee toch? Een manier om ernaar te kijken: Zoek het kortste pad tussen de databronnen die je hebt en hoe je de weergave wil hebben, en laat de rest zoveel mogelijk weg. Dan wordt het overzichtelijker.

Tja ik ken natuurlijk wat meer details en dan begrijp je niet wat hij bedoeld.
Hoezo Signalk TCP data coming soon? Die is er toch gewoon?
Can app (CAN apparaten BUS?) die zit toch op je boot waarom dan die blauwe lijnen en hoe gaat die dan serial in het bovenste blauwe NMEA2000 blok?
Bij Boot zijn NMEA2000 USB en NMEA0183 USB aan elkaar verbonden? Gaat dat dan naar Serial app? Wat is dat?
Of moet dat een Hub voorstellen? Je kan toch beter die NMEA2000 USB doortrekken naar het blauwe vak NMEA2000 en de NMEA0183 USB naar het groene NMEA0183 vak.
Dat zou het al een stuk duidelijker maken, of hij bedoeld iets dat ik niet begrijp.

Beste Bram,
Vindt het nog steeds heel grappig dat je me van alles probeert uit te leggen waarvan jij nu toch wel moet beseffen dat ik dat wel weet.

Daarnaast denk je echt dat er iemand is die nog nooit met Linux of een raspberry pi heeft gewerkt (en dat zijn er nogal veel) maar iets berijpt van wat jij hier probeert duidelijk te maken?

Voor de genen die er al wel ervaring mee hebben vindt ik het schema eerder verwarrend dan duidelijk.
Al helpt een plaatje altijd wel iets natuurlijk. Ik wordt in ieder geval getriggerd om na te denken hoe dit beter kan, dus toch bedankt!

Zeilprutser schreef :
Het schema lijkt mij vrij duidelijk. Het is het scala aan mogelijkheden dat moet je begrijpen.

Groet,

Bram

Zeilprutser schreef : Check!

Desalniettemin lees ik de posts van Bram altijd met veel belangstelling en waardeer zijn bijdragen en die van anderen die hier mee bezig zijn altijd enorm. Ook al doe ik er zelf niets mee en begrijp ik er (dus) maar de helft van.

Anyway die SignalK server is zo wel super duidelijk weergegeven!

Voor de duidelijkheid ik hou ook van Bram!!!

Zeilprutser schreef :
Als ik het goed begrijp zijn "Can app", "Serial app" en "Pypilot app" programma's die naast de SignalK-server draaien op de RPi. "Can app" zal dan canboat of canboatjs zijn.

Menno schreef :
Binnen openplotter is de lijn van N2k naar SignalK afgedekt door de openplotter-can app voor configuratie en openplotter-can-read voor data doorvoer.

Bij een intel-pc heb je hier dus geen openplotter nodig als je signalk, canboat en slcand goed werkend heb. En brambo slaat door gebruik te maken van een canable met een candlelight firmware de stap met slcand over voor minder overhead.


Als je op dezelfde wijze ook de openplotter-i2c en openplotter-pypilot wil omzeilen moet je als admin veel werk verrichten om alle data netjes in SignalK te krijgen. Voor I2C betekent dat een "driver" voor elke I2C chip en voor Pypilot betekent dat een tussenlaag tussen de pypilot-scripts (met IMU library).

De catch hier is dat de gebruikersinterface voor initialisatie en callibratie in de openplotter laag zitten. Het is dus niets slechts bitjes doorschuiven als bij de canbus.

brambo schreef :
Even voor mijn begrip:
de stap van SignalK - NMEA0183 - OpenCPN gebruikt KPlex?
Of doe je dit rechtstreeks vanuit SignalK?

reuver schreef :
Vertaling van SignalK naar NMEA0183 gaat met een plugin op de SignalK server, KPlex zou ook kunnen maar dat is een optioneel onderdeel geworden.

Knoet schreef :
Ik dacht dat SignalK niet rechtstreeks aan de 10110 poort hing en dat je daarvoor KPlex nog gebruikte.

reuver schreef :
Nee, dat is veranderd. KPlex gebruik je alleen nog als je daar dingen mee wil die SignalK (nog) niet goed kan zoals uitgebreid filteren.

brambo schreef :
Top! Dit bedoelde ik inderdaad.
Zal er binnenkort eens even goed naar kijken.

reuver schreef :
De nieuwe ontwikkelversies van OpenCPN hebben rechtstreeks invoer van SignalK via poort 3000. Versie 5.0.522 waar dit inzit kun je al downloaden.

Als ik data wil terugvoeren van OpenCPN naar de SignalK server doe ik dat nog wel met nmea183.

Terugvoer vanuit OpenCPN in SignalK is nog niet mogelijk.

Je doet dat als volgt:

Je maakt een extra verbinding aan in OpenCPN: uitgaand udp localhost poort 2000.

Ik begrens dan de uitvoer tot een paar nmea183 zinnen. Kan met de twee puntjes. Alles uitwissen en alleen instellen wat je wilt gebruiken RMB, RMC bijvoorbeeld.

Dan maak je in de SignalK server een nieuwe verbinding aan. NMEA183 udp localhost 2000.

Uiteraard herstarten.

Dan ontvangt de SignalK server de data die je hebt ingesteld in OpenCPN en zoals eerder getoond en zie je de data ook in het SignalK dashboard MXTommy, na daarvoor een instelling te hebben aangemaakt.

Als die dan in SignalK staan, kun je er vervolgens alle kanten mee uit.

Als je echter een NMEA2K autopilot wilt aansturen met de route data vanuit OpenCPN dan werkt dit (nog) niet. Er ontbreken nog een paar NMEA2K codes.

Zie mijn eerder getoonde schermafdruk.

Bram

Als ik het plaatje vergelijk met de v1.x.x stroomschema van openplotter valt me een aantal zaken op:

- I2C UDP poort 51000 (standaard instelling openplotter-i2c)
- Serial controller ontbreekt (aansturing stuurautomaat vanuit pypilot)
- Ik zou de data lijn van N2k en NMEA0183 naar USB loskoppelen (2 losse lijnen, schets impliceert een koppeling dieer niet is)
- volgens mij zit er geen verbinding van NMEA naar Pypilot (ik kan me vergissen, maar volgens mij is die lijn alleen getekend om de GPS en wind van de NMEA-bus naar de Pypilot te krijgen, deze loopt volgens mij altijd via SignalK).

Verder: veel pijlen moeten in 2 richtingen volgens mij.
Vooral omdat je zelf ook al een onderscheid maakt tussen stromen die wel en niet 2-richting verkeer zijn.

Maar het overzicht is een stuk beter dan de info die ik had toen ik met SignalK begon. Goed werk.


Dit plaatje heb ik even als referentie gebruikt (V1.x.x). Het lijkt overzichtelijker, maar belangrijke datastromen staan er gewoon niet op. Dus aan jouw overzicht heb ik meer.

Volgens mij is het beide van OpenPlotter de oude en de nieuwe, een bronvermelding met link zou handig zijn dan weten we ook de eventuele context.

v1.x.x => waarschijnlijk de 1.2-versie van openplotter. Inclusief de stabiele versie van OpenCPN (5.0.0).

v2.x.x => de laatste versie van openplotter
Met als optionele toevoeging een experimentele OpenCPN, want er is nog geen stable of beta versie van OpenCPN met een SignalK ingang op port 3000. Dat komt alemaal nog.

Zeilprutser schreef :
Hier forum.openmarine.net/showthrea...5&pid=13057#pid13057 schrijft Sailoog dat hij aan een diagram werkt, en niet veel later stond het hier openplotter.readthedocs.io/en/...ow_does_it_work.html

Dag,
Ik heb dit schema zitten bekijken en denk het te begrijpen. Maar in mijn geval krijg ik het niet werkend helaas.
Volgens mij zit ik in het onderste deel van het schema:
serieel in - Signal K -uitvoer naar opencpn en wifi

Ik heb de USB uitgang van mijn AIS aangesloten op RPI4 met Openplotter.
Als ik in Opencpn deze seriële poort gebruik komt alle nmea0183 data binnen. Deze verbinding haal ik weer weg om een conflict met Signal K te voorkomen

Als ik in serieel deze poort koppel aan Signal K dan kan ik in Kplex via diagnose de nmea0183 ook zien.
Deze poort kan ik (automatisch) in Signal K configureren. Die staat dan als seriele input van Signal K.
Maar komt er geen data binnen. Ook de Signal K poort, localhost:3000 in Opencpn geeft geen data.
De servers draaien alle 3: VNC, Signal K Admin en Signal K NMEA 0183 output (server)
De laatste staat op 10.10.10.1:10110

Moet ik om de AIS info door te geven een plugin (ais-forwarder) installeren?

Wat doe ik verkeerd?
mvg
Peter

Het beste is de serial applicatie te gebruiken in OpenPlotter. De aansluiting zie je al aangeven staan. De aansluiting geef je een "alias" oftewel een naam, zodat deze herkend wordt ongeacht de usb poort waar je deze instopt.

Daarna ga je naar verbindingen, daat staat je nieuwe verbinding > geef aan naar SignalK daarna komt de vraag naar de baudrate en herstart de SignalK server.

In OpenCPN geef je aan data invoer SignalK localhost (automatisch server instelling uitzetten) en poort 3000.

In de applicatie Signalk diagnostics van OpenPlotter kun je zien wat er rondgaat in de SignalK server.

Uiteraard is de verbinding werkend te zien in het SignalK dashboard.

Daarna stel je in netwerk in de Wifi gegevens. AP en station:

Hier AP en Station 5 GHZ aangezet in dit venster onderaan aanklikken naar het volgende scherm
auto > naam ( hier raspynet) > wachtwoord (hier testraspi). kanaal 40. Zou ook nog even aanklikken install wifi drivers.

Systeem herstart.

Op een ander draadloos systeem. Eerst verbinding maken met raspynet. Dan met de vnc client
als adres 10.10.10.1 naam pi en wachtwoord raspberry.

En dan heb je het scherm van de RPI op een ander systeem. Hier op een Ipad en op een Chromebook.

Alleen de data kan ook in een ander navigatie programma.

Heb je OpenCPN op een ander systeem dan kun je de data van de signalK server gebruiken: signalk > 10.10.10.1 en poort 3000

Je kunt de Signalk server op afstand gebruiken: 10.10.10.1:3000. Zo werkt het ook als je de instrumenset Tommy Kip wilt gebruiken met het juiste adres..

Is dit wat je bedoelt ? Invoer van NMEA2000 en Seatalk 1 kan ook in de Signalk server.

Vergeet niet de VNC server aan te zetten. Rechts boven moet er dan VNC vermeld staan.

Bram