Onderwerp: SignalK: instrumentpanel vs MXTommy/KIP

Het lijkt erop dat SignalK hier aardig begint te leven. Ik heb bij meerdere draadjes getwijfeld of ik daar mijn vraag zou stellen, maar wil ze ook niet vervuilen. Daarom maar een nieuw draadje.
Afgelopen weekend mijn OpenPlotter Pi weer uit de wintertest-modus naar productiemodus gebracht.
Aan boord wilde ik een nieuw dashboard in MXTommy/KIP gaan bouwen. Normaal gesproken kijk ik daarvoor naar de sentences die in het standaard SignalK Instrumentpanel getoond worden en neem die over naar de schermen in KIP. Om onduidelijke reden lukte dat voor een aantal meters wel, voor andere niet. Terwijl ik weet dat ze werken, want het Instrumentpanel liet dat duidelijk zien. Het meest vreemde voorbeeld kwam wel van mijn NMEA0183 dieptemeter, die in KIP wel de watertemperatuur wilde tonen, maar niet de diepte. In het Instrumentpanel werden gewoon beide meters goed werkend getoond. Iemand enig idee?
Herstarten Mux: heb ik gedaan, hoewel ik wist dat het daar niet aan kon liggen, want dan had Instrumentpanel ook kuren moeten vertonen.
Herstarten SignalK server: gedaan. Zowel alleen de server software als het hele systeem.
Dus zeg het maar...

Ik heb geen ervaring met KIP of andere dashboards, maar zijn de vereiste “paths” wel aanwezig (en levend) in de SignalK database?

Zeker. Instrumentpanel kijkt naar exact dezelfde strings. Het voordeel van Instrumentpanel is dat als het path niet leeft in SignalK, de desbetreffende meter ook niet beschikbaar is. Je kunt dan bijvoorbeeld geen meter voor de watertemperatuur toevoegen, als environment.WaterTemperature niet in SignalK voorhanden is. In KIP kan dat wel, omdat je daar handmatig een path kunt invoeren. Mits je daarbij geen spelfouten maakt, komt de meter vanzelf tot leven op moment dat SignalK de sentence gaat aanbieden.
Daarom check ik bij het bouwen van een dashboard altijd wat er op dat moment leeft in SignalK en exact die string neem ik over in KIP. Dat lukt momenteel dus maar gedeeltelijk. Vorig jaar was het appeltje-eitje.

Via Slack contact gehad met de ontwikkelaar van SignalK. Er blijkt een recent issue op Github te staan waarin het besproken wordt. Ik kan weer verder.

Is de desbetreffende plugin door dezelfde ontwikkelaar geschreven; ik bedoel: de fout lijkt in de plugin te zitten en niet in Signal-K toch? Of mis ik iets?

Nachtvlinder schreef :
Nee, dat zie je goed. Zowel Teppo, de ontwikkelaar van SignalK als Tommy van KIP bemoeien zich met de casus. Voor geïnteresseerden: github.com/mxtommy/Kip/issues/176

Er verschijnen steeds maar weer nieuwe toepassingen voor data op je scherm.

Hier de plugin in OpenCPN 5.8. genaamd DashboardSK. Hiermee kun je data uit de SK server op je OpenCPN scherm plaatsen. Kun je uiteraard naar wens instellen en de plaats aangeven op je scherm.

Voor aanzetten moet je wel even de handleiding raadplegen.

Zie bijgaande voorbeeld. Hoeft natuurlijk niet allemaal tegelijk. Maar kan bijvoorbeeld de diepte aangeven of de tankinhoud. Alles lijkt mogelijk wat in SK "rondwaard".

Vhf info ook?

Weet niet hoe de VHF info verschijnt in de SK vorm. Als dat een SK formaat is, dan moet het ook wel mogelijk zijn dit op een schermpje te tonen. Moet je eerst een schermpje voor kiezen, naam geven en de betreffende SK regel als databron aangeven.

Overigens is het een plugin die in de iconen lijst verschijnt. Kun je eenvoudig af of aanzetten.
Zie de paarse 35 ikoon op mijn schermprint.

VHF info zou trouwens een mooie toepassing zijn.

Bram

holtere schreef :
Ja, in principe wel. Want VHF info is ook toonbaar in KIP en Instrumentpanel. Niet dat ik het in KIP al aan de praat gekregen heb, maar dat ligt aan mij...

Ha, gelukkig, dan voel ik me niet meer alleen

Dat ligt inderdaad aan jullie.

MxTommy Kip is aanwezig in de applicatie lijst. Wolkje aanklikken en het wordt geinstalleerd.

Daarna, na een herstart van de server, staat dashboard KIP in het lijstje van webapps.

Aanklikken demoserver en je ziet de demo werken. Je wilt echter je eigen data gebruiken. Ga naar setup en vervang het demo adres door je eigen data met localhost:3000. Staat de data in een ander systeem dan (ipadress):3000

Daarna ga je je eigen dashboard maken. Je kunt de bestaande schermen eerst al aanpassen. Met edit dan unlock en dan kun je alles aanpassen. Je kunt schermen splitsen horizontaal of verticaal.

Verander de naam naar bijvoorbeeld Breedtegraad inplaats van Depth. Dan Path. Zoek op de gegevens op latitude en geef de waarde van latitute aan bijvoorbeeld in minuten. Je kunt ook nog de bron aangeven van de data.

Zo werkt het allemaal. Van alles wat in de SignalK server draait kun je de gegevens tonen in meerdere vormen. Ronde klokken, horizontale balken etc. etc.

Het is HTML dus in iedere browser te gebruiken die is verbonden. Kan zelfs over internet. Dan kun je in Limburg zien wat voor wind er staat bij de boot in Zeeland.

Het is helemaal niet moeilijk. Je moet het alleen even weten.

Bram

brambo schreef :
Gelukkig hebben we jou dan voor goede raad. Of nee, adviezen waar we niet om gevraagd hebben.

Ik heb KIP al een tijd aan de praat. Alleen VHF info is me binnen KIP nog niet gelukt, omdat ik tegen wat issues aanliep ten aanzien van de SignalK input. Vandaar ook dit draadje. En het al genoemde topic op Github, waar ze bevestigen dat er inderdaad een issue is. Dát ligt dus niet aan mij.

Je geeft zelf aan dat je er niet uit komt en in je kielzog Holtere. Vandaar opnieuw de uitvoerige instructie.

De VHF plugin is gekoppeld aan de locatie en lijkt hier te werken. Helaas geen VHF in de omgeving.

brambo schreef :
Nee, ik geef alleen aan dat ik VHF-info nog niet aan de praat heb gekregen en dat KIP zich anders gedraagt dan je zou mogen verwachten omdat in sommige meters geen data getoond worden, terwijl de bronnen in SignalK wel aanwezig zijn. En de uitvoerige instructie is precies dat wat ik omschrijf als een advies waar niet om gevraagd is. Namelijk een algemene uitleg van KIP. Dat stadium ben ik, met alle respect, allang voorbij.

Eclips schreef :
Als ik het issue lees, is het probleem dat Tommy niet met meerdere sensors kan omgaan waarbij een prio geld. (Alleen de eerstgevonden sensor is beschikbaar.) Ik zie ook niet dat gewerkt wordt aan een oplossing.

Is het misschien te omzeilen met derived data? (Door een virtuale sensor aan te maken die de data van beide sources opvangt en maar 1 bron aan Tommy presenteert met een nieuw pad.)

Ik heb het probleem met KIP dat het heel erg vetraagd lijkt en steeds trager lijkt te gaan werken na verloop van tijd.
Ik heb het dan met name over de Sail-Steer weergave.
Het duurt al een 10-20 sec voordat het blauwe druppel de windsnelheid aangeeft en dan nog enige tijd voor ie verplaatst naar de richting.
Daarna zie ik wel dat het niet overeenkomt met de wind meters van RM, maar weet niet prcies hoeveel vertraging.
In de SK log veel meldingen over buffer overflow op WS met een UID maar geen ide hoe ik kan vinde wat dit veroorzaakt.

Werkt bij jullie de SailSteer wel zonder vertraging?

Gepost met de officiële Zeilersforum-app