Onderwerp: Signal K installeren onder Windows en dan?

holtere schreef :
Verstandig. Niet aan beginnen met een dergelijke instelling. Ook de RPI vondt je al te moeilijk.

Groet,

Bram

Dankje dat je me verstandig noemt

holtere schreef :
Hier vanavond net zo. kieperdekiep.

Bram, het ligt zeker niet aan jouw, maar dit soort projecten ontstaat tussen de oren op een spreekwoordelijk zolderkamertje. Niet zelden kunnen de bedenkers zich niet verplaatsten in anderen hoe daar mee om te gaan of te bedienen.
Ik zie dat dagelijks om mij heen, zelfs binnen mijn eigen organisatie moet ik hameren op beschrijvingen, stap-voor-stap handelingen voor dummies (zoals ik) etc.

Eens, Calidris.

hanst en Brambo leggen m.i. prima (op hun eigen manier) uit waarvoor je SK in kunt zetten en hanst vertelt ook nog iets over de structuur.

“Als je het snapt is het eenvoudig” is uiteraard waar, en wat ik jammer vindt is dat het project geen dummyguide of zelfs blokschema gemaakt heeft hoe het in elkaar zit. Dat schrikt af.

Ik denk dat je het het beste kunt zien als een multiplexer met:
-mogelijkheid tot lezen en schrijven in veel invoer resp. uitvoerformaten
-de ingelezen data bewaart in een buffer in eigen gestructureerd formaat (de “paths”)
-plugins kunnen iets met deze data doen, bv true wind berekenen (zie de eerdere voorbeelden)
-OpenCPN kan (hoeft niet) direct overweg met de “paths” (gebruik ik niet)
-Wat ik ik ook niet gebruik zijn de webserver app plugins (Tommy de Kip virtuele displays, het baragraaf voorbeeld etc)

SK moet geen doel opzich zijn (geen enkele software vind ik!), maar kan een krachtige tool zijn om nuttige dingen uit boorddata te halen, nieuwe data af te leiden, of format conversie te doen. Als een zeer flexibel in te stellen multiplexer.

Donderdag loods ik holtere met TeamViewer door de configuratie op mijn boot. We zullen meteen wat screendumps met uitleg in een documentje plakken.

Dat wordt erg gewaardeerd! De SignalK website heeft in die zin ook nog wat verbeteringen nodig om zo beter voor eindgebruikers uit te leggen hoe te starten.
Dus wat je maakt kan dan daar ook gelinkt worden.

Ik ben het ook eerlijk gezegd 300% eens met Calidris en Holtere.

Bv zo’n zinnetje van Bram waarin hij zegt:

In de eerste plaats moet je na de demo het server adres instellen op op localhost:3000 wat logisch is.

Waarom is dat logisch? Is er een demo? Hij lijkt gewoon leeg op te starten, dus iets is niet goed ingesteld. Maar waarom dan 3000? En waarom werd in de vorige uitleg 2000 gebruikt? Zin het gewoon random voorbeelden van poortnummers?
Moet bv altijd de uitgaande info van het ene systeem, qua poortnummer altijd overeenkomen met de inkomende info van het andere systeem? Waarom UDP? Als het toch alleen onderlinge communicatie tussen bv OpenCPN en SignalK is dan kan het toch ook met TCP? Of zouden andere servers of apps ook gebruik willen maken van dezelfde data op die poort?

Dus als ik ermee aan de slag zou gaan: ik heb een YachtDevices router. Op dit moment heb ik hem zo staan dat hij alle data die hij binnenkrijgt via NMEA0183 via WiFi de lucht in gooit.
Daarnaast heb ik een Rpi met Openplotter waarop SignalK draait. Stel ik wil die info in een Dashboard van SignalK hebben.
Pak ik dan in SignalK als invoerbron Ipadres_van_YachtDevices:poortnummer (en mag ik dan zelf het poortnummer kiezen?)
En ben ik dan al klaar? Of moet ik dan ook nog binnen SignalK een uitvoer aanmaken met het IP adres van de RPI? Hoe kan ik vervolgens de data in dat Dashboard weergeven?

P.s.: Ik snap dat ik voor deze use case geen SignalK nodig heb, maar ik wil het conceptueel snappen en in de toekomst zou ik de Victron MPPT, lader en BMV-712 willen koppelen

Die Yachtdevices router stuurt het op een bepaalde poort uit. Daar moet je dan naar luisteren, dus Yachtdevices bepaald de poort.
In het geval van broadcast hoef je geen bron IP aan te geven.

Zoals zo dikwijls, men wil alles ineens ter beschikking hebben.

Begin eenvoudig bij het begin en bouw dit daarna naar behoefte verder uit.

Zie mijn les 1. Is dat nu zo moeilijk ?

SignalK is zeker niet even gemaakt op een zolderkamertje.

Maar door prominente software ontwikkelaars. Met als belangrijke eerste punt de ontcijfering van NMEA2000 met de ingebouwde applicatie Canboat.

Waarvan de kennis hiermee opgedaan nu ook is aangebracht in de nieuwe komende versie 5.8 van OpenCPN. De mogelijkheid van directe invoer van NMEA2000.

Voortuitgang alom. Waarvan veel informatie op internet is te vinden.

De updates van Windows daarentegen zijn geheel ongeducmenteerd en verschijnen ook nog ongevraagd.

Bram

XanderB schreef :
Klaar waarvoor? Wat wil je functioneel bereiken wat nu niet lukt?

holtere schreef :
Maar Rémy, jij hebt een Miniplex 3, toch?
Voor de data-conversies (N2K, ST, NMEA0183) heb je dan geen SK nodig, dat doet de Miniplex al.
Wellicht op sommige uitzonderlijke berichten na (tankmeters etc).

En voor de display van nuttige data voor een zeiler heb je SPD, met output op scherm, in NMEA en in webserver naar any browser.

Logisch dat je geen toepassing weet voor SK

Nachtvlinder schreef :
Ik wilde graag dat iemand de stappen bevestigt of uitwerkt die ik noem. Kloppen die stappen? En met klaar bedoel ik: heb ik dan SignalK dashboard die informatie toont? Het gaat dus niet om functioneel iets bereiken wat nu niet lukt, want nu lukt het me perfect zonder SignalK. Dus nogmaals, welke verbindingen moeten er worden aangemaakt in het door mij aangehaalde voorbeeld?
Ipadres_van_Yachtdevices met poortnummer van YachtDevices): In SignalK server als input?
Moet ik dan nog een output verbinding aanmaken? Ik kan die post wel herhalen, maar kan iemand nu eens letterlijk alle stappen uitwerken die ik moet nemen om die gegevens in een SignalK Dashboard weer te geven?

Baasklusje schreef : Ik kan uitstekend zonder idd. Ik schreef al dat het voor de lol was en voor de ontdekkingsreis, das meestal reden genoeg net als 95 % van mijn andere bezigheden

Al je een ontdekkingsreis wilt doen. Begin dan eenvoudig. En maakt je reis af. Stapt niet onderweg af met achtergelaten van je "boot-project". Helaas gebeurt dat met "nieuwbakken" watersporters ook regelmatig die een "droom-versteek" willen maken.

Zal ik doen Brambo. Als jij dan van je troon afkomt en een stap voor stap handleing maakt met geduld en zonder die neerbuigende toon komen we misschien nog ergens.

holtere schreef :
Je maakte anders niet de indruk dat je lol had

holtere schreef :
Beste H,

ik heb je al voorzien van les 1. Gewoon eenvoudig beginnen dan zien hoe en dat het werkt.

De volgende inkomende verbindingen zijn dan hetzelfde.

SK heeft wel een standaard dashboard, maar dan kun je alleen de verbingen zijn en of ze werken.

Het is software (de server) en die moet je net als alle andere servers instellen.

De SK site lezende valt op dat de bedoeling vooral is (was?) om af te komen van al die proprieraty communicatie (zowel op de elektrische als op de logische(data)laag), en is (was?) het idealistische beeld dat een open data-protocol, bovenop bestaande physical layers die redelijk standaard zijn (USB, serial, CANbus, Ethernet TCP UDP) ook door leveranciers gebruikt zou gaan worden zodat diverse merken moeiteloos zouden kunnen samenwerken.

Dat is natuurlijk niet in het belang van al die leveranciers. En die blijven lekker dus bij hun eigen stekkers, kabels en proprietary PGNs. Geen adoptie van SK daar. Sterker nog, de eigen ontwikkelingen bij elk merk gaan lekker door. Ook NMEA.org zal dat supporten, want dat is hun verdienmodel. Licenties....
Ook willen leveranciers voor hun communicatieprotocollen natuurlijk niet afhankelijk zijn van een paar hobbyende zeilers.
Komt bij dat door de gebruikte manier van berichten samenstellen (met alle metadata erin) die berichten 10-tallen tot 100-en keren langer zijn (in bytes) dan wat gebruikelijk is in N2K en 0183. Dat kost transport- en interpretatie-tijd.

Blijft over de hobbymarkt, vooral voor de handigere sw-knutselaars.

Op Github is overigens weinig activiteit rond SK.
Wel is er sprake van een Version 2. Die op datamodel-nivo dreigt niet compatibel te zijn met de huidige versie. Dan is de ellende wel compleet....

Het is dat Brambo zo doordramt, anders was 't hele signal K allang weer vergeten hier.

Ik denk juist dat als brambo niet van alles zei “dat het heel eenvoudig was” maar nuttige toepassingen demonsteerde en uitwerkte, “meer mensen minder teleurgesteld” waren

Maar mss kunnen we het hier on-topic houden in plaats van vóór of juist heel erg tégen iets te zijn!?

Als gebruikers hier hun gebruikerscase uitwerken, geeft dat denk een leuk overzicht.

Nachtvlinder schreef :
Eens, maar de verwachtingen lopen klaarblijkelijk nogal uiteen.
Het lijkt erop dat mensen een kant en klaar scherm met nuttige info verwachten.
Dat is er niet bij SK, dat uiteindelijk een converterende-schakelaar-met-geheugen is, en geen scherm om naar te kijken.

Verder lijkt het installeren van de communicatie (poorten en computernamen of -adressen) een hinderpaal.
Dat is feitelijk simpel werk, maar er zijn nogal wat mogelijkheden om het fout te doen.

Normaals het is een multiplexer en data server en data convertor. Niet alleen voor NMEA185 en 2000 maar ook voor allerlei andere toepassingen.

Zoals in iedere server toepassing moet je hierin de nodige instellingen doen.

En wil je een scherm voor de bediening? Dat is dat op alle mogelijke systemen te tonen in een willekeurige browser.

En ook nog op afstand of via internet verbinding.

XanderB schreef :
Niemand?

Nachtvlinder schreef :
Top! Dank voor je toelichting!

XanderB schreef :
Beste Xander,

het ligt waarschijnlijk niet aan SignalK. Maar aan je verbinding. Wat heb je nu aangesloten op welk systeem ? Als het een draadloze verbinding is moet er eerst een verbinding zijn tussen beide systemen anders werkt het niet. Geef nog even aan wat je precies hebt aangesloten en in gebruik.

Je kunt altijd even ping commando doen naar het uitzendende systeem en dan moet je bij een verbinding antwoord krijgen.

Geef even precies door wat je nu hebt opgezet los van SignalK.

Groet,

Bram

XanderB schreef :
Ja, je maakt onder “Data Connections” een invoer voor NMEA0183 aan (klik op "Add") en geeft daar aan dat ie met de NMEA0183 server van de YD verbindt, dus het IP adres en de poort (niet een willekeurige poort) waar de YD nmea server haar nmea0183 data naar streamt. In je navigatieprogramma heb je dat wss ook zo geconfigureerd… Zoals brambo zegt moet de computer waar de SK server op draait daarvoor wel in hetzelfde netwerk als de YD hangen. Je kunt dit testen door vanaf de SK computer de YD server te pingen: ping “ip_van_YD” Als de YD zich presenteert als Access Point moet je de Pi daarmee laten verbinden (voordat je deze databron aanmaakt)



Ik kan nu niet live laten zien, dus verder even zoals ik mij herinner (met wat willekeurige schermen die ik online vond)
…Daarna klik je op “Dashboard”; daar kun je zien of de net aangemaakte verbinding daadwerkelijk data binnen krijgt. Het dashboard kun je zien als een soort status overzicht: hoe druk de aangemaakte inputs en outputs zijn, welke plugins draaien etc:




Als je daarna (als bovenstaand OK is…) op “Data Browser” klikt, zie je in welke SignalK variabelen (de “paths”) deze ingelezen data geschreven wordt: