Onderwerp: SignalK servers "koppelen".

Op mijn Pi4 met OpenPlotter draait een SignalK server. Nieuwsgierig als ik ben heb ik nu op mijn oude Pi3B Venus OS "Large" geïnstalleerd. De "Large" toevoeging houdt in dat die versie SignalK en Node Red aan boord heeft. Er zijn drivers geïnstalleerd om de data van 3rd party BMS-merken binnen te halen en eerste testjes thuis waren hoopvol.
Afgelopen weekend heb ik de "Venus_Pi" aan boord aangestoken en verbonden met mijn BMV 712 Smart. Na enig gedoe werd de BMV goed herkend en zag ik de data binnenkomen. Tot zover alles fijn.
De SignalK server in Openplotter zag ook direct dat er een SignalK bron beschikbaar was. Die heb ik geactiveerd, maar daar bleef het bij. Ik had verwacht dat de data uit Venus OS nu ook beschikbaar waren binnen SignalK, maar dat is niet zo. Tijdens de test heb ik het SignalK Instrument Panel gebruikt. Daar hadden de accudata beschikbaar moeten komen. Een beetje vreemd omdat SignalK wel direct de bron zag en naar mijn veronderstelling ook in staat moet zijn de diverse bronnen te multiplexen. Iemand een idee of ervaring hiermee?

Met de OpenPlotter SignalK Diagnostic kun je zien wat er in de SignalK server die verbonden is met je andere systeem werkt.

Als de data aanwezig is dan lijkt mij dat je met MXTommy Kip daar een meter voor kunt aanmaken.

Verbinden met je andere system doe je door localhost te vervangen door het Ip adres van het andere systeem. Ook in MxTommy Kip.

Je kunt ook alleen Kip gebruiken voor de data van de signalK server in je andere systeem.

Bram

Geen ervaring, maar een idee: misschien komt de data van je remote machine beschikbaar onder een andere context. In de Data Browser van signalk kun je een context kiezen. Die staat meestal op 'self'. Het voorziet in een ('dropdown') selectielijstje en misschien staat er bij jou een andere context bij die je kunt kiezen.

Wat gaan beide servers doen met hun data, wanneer ze met elkaar verbonden zijn? Niets, synchroniseren, rondzingen?

Je kunt alles instellen. Als je beperkt tot de gewenste info wordt uitgezondenzend zingt er niets rond.

Er kan heel erg veel met een aparta data server. Jammer dat mensen hier er zo negatief op reageren.

Het is ook nog eens HTML. Op iedere browser, ook remote, te gebruiken.

Zie hier de data in de Kip applicatie met het juiste internet adres, een boot die van een bekende in Zweden vaart.

Zie ook nog wat de windrichting is en hoe hard het daar waait.

Invoer van SeataLK 1 alsmede nmea2000 werkt ook goed op 250000 bitrate. SignalK kun je direct invoeren in OpenCPN.

Bram

Er zingt niks rond. De Venus SK server kijkt niet naar de OpenPlotter SK server. Andersom wel: de OP server meldde een SignalK bron gevonden te hebben. Die hoefde ik alleen maar op "enabled" te zetten.
Beide servers genereren hun geheel eigen data. OP geeft navigatiedata die uit NMEA gehaald worden. Venus geeft accudata: spanning, SoC, verbruikte ampères, in- en uitgaande stroom, etc. Dat die data er zijn weet ik doordat SignalK standaard met het Instrument Panel komt (in MXTommy KIP ben ik nog wat minder thuis). Ik kan nu dus 2 tabbladen openen in Chrome die totaal verschillende informatie laten zien omdat ze naar verschillende servers kijken. Op die manier heb ik kunnen vaststellen dat de BMV712 netjes zijn data aflevert aan Venus OS, dat dat vervolgens in SignalK publiceert. Die info wil ik graag gebundeld hebben in de output van de OP server.
De databrowser in OP SignalK staat inderdaad op self. Eén van de opties in het drop-down menu is "map remote self to local self". Omdat ik niet met zekerheid wist wat daarmee bedoeld wordt heb ik het nog niet aangezet, hoewel ik wel denk dat ik het in die richting moet zoeken. De overige opties zijn handmatige configuraties. Daar wil ik voorlopig van af blijven. Ook omdat het op het kleine schermpje van mijn Pi lastig configureren is.
Doordat de server in OpenPlotter zo pro-actief meldde een nieuwe databron te hebben gevonden, werd mijn optimistische verwachting gewekt dat het allemaal behoorlijk plug and play zou zijn. Dat is namelijk ook één van de uitgangspunten van SignalK. Configuratie komt er eigenlijk pas bij kijken op het moment dat je in de overdaad aan data wilt gaan filteren. Wordt ongetwijfeld vervolgd.

Eclips schreef :
Dit lijkt mij de synchronisatie die ik bedoelde, tenminste wanneer je deze optie in beide servers activeert. Een doel daarvan zie ik zo niet, maar wel geinig als dit zou kunnen…

Nachtvlinder schreef :
Waarom zou je dit op beide servers willen activeren? Die logica ontgaat me. Als je het op de OP server activeert dan hoef je alleen maar die server uit te vragen en heb je zowel alle zeildata als alle batterijdata in 1 server beschikbaar, dus kun je op elke client mooie overzichten tonen.

Dat wil ik inderdaad niet. Je zou dan op de adressen van beide servers alle informatie op kunnen vragen, maar dat is weinig zinvol en het creëert onnodig veel netwerkverkeer.
Naast die mapping-functie zie ik ook nog wel een andere mogelijkheid. Ik heb in de OP SignalK server de Venus OS-plugin geïnstalleerd. Als die doet wat ik hoop dat hij doet (data uit Venus OS importeren) heb ik de Signal K server op de Venus Pi helemaal niet meer nodig. Dat scheelt resources.

Beetje off-topic, maar hoe heb je de BMV-712 aan Venus-OS gekoppeld? Ik zou hetzelfde willen doen met een Rpi3 die ik nog heb liggen.

XanderB schreef :
Zo off-topic vind ik dat niet. Om thuis te kunnen testen heb ik wat kabeltjes in elkaar geknutseld. Als databron had ik alleen een LiFePO4 accu met JBD BMS ter beschikking. Ik heb daarvoor o.a. een USB-naar_serieel adapter gebruikt met optocoupler. Die verbinding werkte, maar Venus OS werd er wel ongelooflijk traag door. Zo'n kabeltje had ik ook kunnen maken voor de BMV-712, maar ik heb gewoon een standaard VE.direct kabel bij Amazon gekocht. De VE.direct poort heeft ook een andere form-factor dan de UART poort op het JBD-BMS, hoewel de dataprotocollen wel sterk overeenkomen. Ja, zo'n kabeltje is prijzig. Maar als je je BMV of je Venus Pi uitrookt tijdens het experimenteren ben je verder van huis.

XanderB schreef :
Hoe meer dataservers hoe beter (toch, brambo)

Doet me aan een gevleugelde uitspraak over standaards denken:

"the nice thing about standards is that there are so many to chose from!"

Eclips schreef :
Ik heb nu twee signalk servertjes met elkaar gekoppeld en de optie "map remote self to local self" doet inderdaad precies wat het belooft. Zeg je 'no self mapping' dan staat de remote data onder een andere context.

Wil je slechts bepaalde keys ('paths') mappen dan moet je je even verdiepen in het subscription protocol; hieronder een voorbeeldje. Om e.e.a. werkend te krijgen moest ik de hostname handmatig aanpassen van de waarde die de autodiscovery er in had gezet. Voor debuggen is de server log je vriendje en je debug key is signalk:streams:mdns-ws. Succes!

Ik heb het anders gedaan. Allereerst de verbinding met SignalK op de Venus-Pi gedeactiveerd. Toen op de SignalK-server van OpenPlotter in de Venus-plugin de adresgegevens van de Venus-Pi ingevoerd. Vervolgens in Venus OS MQTT geactiveerd (zowel plain text als SSL, want plain text is niet beschikbaar als SSL niet aangevinkt is). Et voila, data uit Venus lopen binnen in SignalK.
Inmiddels heb ik de benodigde accudata beschikbaar in het SignalK Instrument Panel en ook op mijn eerste MxTommy KIP dashboardje.
SignalK op de VenusPi is inmiddels helemaal gedeactiveerd. Dat scheelt resources.
Er zijn nog wel wat aandachtspuntjes aan de setup, maar dat is meer iets voor de Victron-community. Tenzij iemand hier daarin geïnteresseerd is omdat hij ook zoiets wil opzetten.