Onderwerp: SignalK instrumenten

SignalK begint nu langzaam meer vorm te krijgen. Er komen allerlei grafisch toepassingen.

Zie bijgaande voorbeeld.

SignalK draait in elke browser op elk systeem.

Een SignalK server zit standaard in OpenPlotter voor de Raspberry Pi.

Men overweegt ook om OpenPlotter opties te maken voor andere besturing systemen.

Leuke ontwikkeling! Ik heb nog 2 'oude' telefoons liggen. Ik denk er nu over om die als viewer te gaan inzetten. Naast Eelde ergens in de boot hangen en allebei een eigen meter die ze weergeven.
Lijkt met signalK prima te kunnen!

Beste Sander,

de instrumenten set draait bij het opstarten als een demo.

Je moet het server adres even aanpassen naar HTTP://localhost:3000 of het Ip adres van de Raspberry, vast of draadloos.

Daarna kun je per onderwerp aangeven wat je wilt zien en in welke vorm van een instrument.

Zeker met je windset lijkt het een interessante optie.

Je kunt natuurlijk in Linux ook 2 venster openen. Een met de instrumenten set en een met het navigatie systeem. Met een simpele klik kun je de vensters wisselen.

En je kunt de instrumenten set in elke browser laten werken.

Groet,


Bram

brambo schreef :

Voor zover ik weet is Chris de eerste die echt iets nuttigs met SignalK van plan is te doen, namelijk om het protocol buiten een PC toepassing te gebruiken, op een dedicated Signal-K repeater. Waterdicht, goed afleesbaar en zuinig.

Het spijt me zeer maar vóórdat Chris dit opgepakt heeft heb ik slechts vele "demos van klokjes" gezien, leuke spielerei maar zonder echte meerwaarde - via een NMEA0183 parser gaat dit (bijna) net zo eenvoudig.

De echte meerwaarde (en daarmee het buiten spel zetten van het NMEA kartel) gaat pas lukken als SignalK óók op een lager (hardware) niveau gaat werken. Direct vanuit je nertworked SignalK-sensor naar Chris' apparaat bijvoorbeeld. Ik hoop dat er meer fabrikanten deze push durven te gaan geven. Groot repect voor Chris wat dat betreft - en hij weet het prima te mixen met een aantal andere features om dit apparaat te willen kopen.

In de signal k structuur blijf je volgens mij een server nodig hebben. Iig voor de logische groepring en ordening van data. T mooie is dat je hierop alles kan aansluiten en vervolgens eenvoudig distribueren. En t apparaat van Chris kan zich eenvoudig abboneren en verwerken.

Het nmea syndicaat kan eenvoudig omzeilt worden omdat je vrij bent in het gebruik van protocol. Je apparateren kunnen vrij info spuwen.

Klopt maar ik zie nog geen fabrikanten die dat durven. Alles is NMEA of analoog/digitaal proprietary. Uiteindelijk wordt het op applicatieniveau dan pas SignalK. En dat moet eerder

Er is al heel beperkt SignalK apparatuur te verkrijgen, die in plaats van Nmea SignalK uitzenden.

En in de SignalK server kun je SignalK stroom weer eenvoudig omzetten naar NMEA.

DigitalYacht heeft sinds kort een een losse SignalK servertje met naam IKommunicate en Vyacht heeft ook al enige tijd een interessant apparaat.

IKommunicate is overigens bekroond met een Mets Award 2017.

Het wachten is op praktisch toepassingen en dat gaat (te) langzaam. Ook volgens Digital Yacht.

Echter het voorbeeld dat ik eerder heb aangegeven, werkt erg goed. Wat ontbreekt is een goede beschrijving van het opzetten. Maar goed het is nog volop werk in uitvoering.

Draait gewoon in willekeurige browser en kan ook over internet.

Ik hoop echt dat het door gaat breken. Nerds die mooie dashboards maken zijn er voldoende maar is meer van hetzelfde: het wachten is op (meer) fabrikanten zoals je noemt (Digital Yacht, V-Yacht en Chris) die in durven te stappen in iets wat haar kritische massa nog moet bereiken.

Ik ben erg gecharmeerd van de racegeek D10. Ook daar zit een signal K server ingebouwd en wifi achter een prachtig scherm. Echter ook hier alleen een nmea ingang... Chris blijft imho de eerste signal k display receiver.

Link naar het scherm van racegeek: racegeek.ie/

Ben al jaren Fan van Signal-K het is veel dieper doordacht dan de meeste beseffen, het sluit volledig aan bij mijn visie mbt Elektronica en data voor de toekomst.
Dat wij de Signal-K server nog niet in de BoatController hebben zitten is gewoon omdat nog geen 1 klant er naar heeft gevraagd, er zijn namelijk inderdaad nog maar erg weinig toepassingen. Ik zie echter dit jaar ineens veel meer activiteit. Wij hebben zelf toevallig vorige week een zogenaamde energie fiets (prototype) uitgeleverd, die voorzien was van een BoatController, een LFP accu, Victron MPPT lader en de fiets levert de stroom, hierbij hebben we een webinterface gekoppeld op basis van Signal-K.

je bedoelt dat je fiets een datapakketje verstuurd op basis van JSON..
laten we er nu niet meer van maken dan dat het is.
JSON gebruik ik al meer dan 5 jaar. Naast xml. In verschillende projecten.

roozeboos schreef :
Goh nog geen jaar geleden was je houding nog heel anders!
Maar welkom to the club!!!

Laten we wel wezen, het is in feite een marketing verhaal.
En een streven om buiten de gevestigde orde een standaard te realiseren.
Vooral uit chaggerijn over het afgesloten nmea2000 verhaal..

Het is in feite alleen maar een andere manier van dezelfde data versturen.
Simpel gezegd: nmea0183 begint met een $. Signal K met een {

Het feit al dat je zelf zegt dat het nog niet in jou produkten zit, afgezien dan in fiets zegt al genoeg. Je gelooft er zelf blijkbaar ook niet in.

Ik heb overigens altijd gezegd dat ik het in de RoosMux wil bouwen, op het moment dat het zin heeft.

De multiview is wel een mooi apparaat ervoor om Signal K te ondersteunen.
Op zich is het prima te programmeren in de broncode, dat gaat allemaal vrij vlot.
Waarbij het nmea0183 dataprotocol er ook in blijft uiteraard.

Dag Bram,

Is poort 3000 de standaardpoort voor SignalK? Ik heb onlangs een wifi-router/mux gekocht waar ook een SignalK server in zit (ga daar dus vooralsnog niet OpenPlotter voor gebruiken). Ik wil nu gaan testen hoe ik die data op een willekeurig device kan benaderen.

groet,

Nachtvlinder schreef : Ik ben het volledig eens dat elke uitbreiding positief is, maar wat hebben deze jongens nu eigenlijk toegevoegd?
Digitalyacht heeft het idee van Signal-K herkent en had het netwerk en de marketing slimheid om dat commercieel heel mooi uit te buiten, kijk maar hoe die kick off op de Mets 2016 tot stand is gekomen, met die 2 ton had ik in ieder geval een server neergezet met voldoende capaciteit nu kan het ding het allemaal niet aan.
Zover ik het kan beoordelen, hebben Chris en V-Yacht alleen de server toegevoegd dat is zo goed als copie en past, dat doe ik natuurlijk ook als we de server toevoegen, maar ik claim dan ook niet dat ik iets heb toegevoegd aan Signal-K (dat claimen V-Yacht en Chris ook niet maar die indruk wordt nu gewkt door Nachtvlinder) Lees de Post hieronder van Chris, hij heeft dus de Server toegevoegd uit commercieel belang (meeliften heet dat) terwijl hij er zelf niet van overtuigd was.

Edit: Chris bevestigd ondertussen hieronder bovenstaande.

vreemd verhaal zeilprutser..

roozeboos schreef :
En toch zijn beide formaten heel erg anders roozeboos. Iedere webontwikkelaar is dolblij met JSON, geef ze NMEA en ze stoppen ermee. Het is een ander formaat, een andere stream en daarom wellicht geschikt voor ook hele andere dingen, maar vooral ook dat nu een heleboel knutselaars enthiousiast kunnen worden over de scheepsdata.

Desalniettemin, ik snap niks van deze discussie. Kunnen we niet een keertje stoppen met dat heen en weer gespouw?

roozeboos schreef : Dat bedoel ik, er zit veel meer achter, het idee is precies bedoeld voor jouw multi je moet nu allemaal displays tekenen en als je er eentje vergeet dan ondersteun je die functie dus niet, als ik het iets anders wil als gebruiker kan dat alleen als jij die mogelijkheid in code hebt toegevoegd.
Stel je hebt geen rekening gehouden met een accumonitor, dan kan je over signal-k het klokje sturen naar je display en wordt het zo weergegeven zoals de fabrikant dat had gewild, en als de software opensource is kan de gebruiker of installateur ook dat nog eens naar wens aanpassen, maar dat kan ook vkia jouw interface als je de boel zoals Signal-k heeft bedoeld hebt ingericht.

Men neme:

1 x Raspberry Pi 3

1 x snel micro Sd kaartje van 16 of 32 GB

mijn opgewaardeerde versie van OpenPlotter 0.17.0 op basis van Linux Stretch

En klaar is uw SignalK server. Draadloos of via de ethernetkabel
naar een ander systeem met browser.

Daarnaast is er ook nog een VNC server, multiplexer en OpenCPN

Tekstverwerking met LibreOffice, ethernet printer ondersteuning.

En dat alles voor een paar tientjes.

Directe bediening met draadloos toetsenbord (met pad) en een HDMI scherm of via VNC client op ieder ander computer systeem.

Oesenc kaartensysteem met de officiele Hydrografisch Dienst ENC kaarten. Plus de gratis kaarten van RWS. Of de veroudere (2014) CM93 kaartenset.

Kan ook de NMEA en AIS en andere data (via multiplexer) draadloos naar een ander navigatie systeem sturen.

Hoeft allemaal niet maar al die mogelijkheden zijn aanwezig.

Zeilprutser schreef :
Dat gaat natuurlijk nooit werken. Neem alleen maar het verschil van aantal pixels van de LCD. Niet iedereen heeft een grote ipad.
Ik kan als display prima de gegevens zelf uit de SignalK trekken en dat weergeven op dezelfde schermen die ik nu al heb voor nmea.
En die gebruiker of installateur die dan de opensource software gaat aanpassen??? Dat meen je toch niet serieus mag ik hopen??

Pimpel schreef :
ik snap het nut wel van json Pimpel, zoals ik al schreef heb ik meerdere projecten uitgevoerd hiermee. Ik snap ook dat het handig is voor webrowsers. Handiger dan nmea.
maar het is alleen maar een manier om data te versturen.

Nu ik toch bezig ben:
Zie dat hele simpele klokje (watt) van de fiets, nu is het gedeelte bijvoorbeeld tot 50 watt groen, daarboven 50 tot 100 geel en rood, deze schaal wordt in de Json meegestuurd ook zie je nu dat de schaal gaat tot 146 watt, dat is toevallig de hoogste waarde die gehaald is en dat wordt ook meegesteurd in de Json, dit is een webinterface van ons maar nu wil iemand een klokje maken voor OpenCPN, die weet dat bijvoorbeeld het zonnepaneel max 100 watt kan leveren en stelt de schaal in tot 100 watt en hij vindt 50 tot 100 groen en onder 50 geel, hij gebruikt dan die zaken die wij in de string hebben toegevoegd niet!
Wat nu helemaal mooi is dat de 2 servers met elkaar kunnen afspreken wat hij nu wil hebben, want wat heb je aan die schaalverdeling en kleurtjes als je het in de app toch niet gebruikt. Zo kun je de dataload dus omlaag brengen, dat echt wel een issue is, daarnaast kun je dit ook nog eens geweldig comprimeren, wel eens gehoord van rechten, timestamps, etc, etc, etc,

roozeboos schreef :
Dan heb je volgens mij het grote nut/de bedoeling een beetje gemist (in mijn visie). Juist de link met direct visualiseren, daar ligt de kracht van de json.

oh dat kan best. Ik mis wel vaker wat.

Als de eis van signal K is dat de zender bepaalt hoe het weergegeven wordt dan gaat het nooit wat worden. Begrijp ik het goed dat de weergave van de instrumenten zelf dan ook meegestuurd gaat worden? Dan mag je inderdaad wel ethernet gaan gebruken.

De multiview heeft 480x272 pixels. Hoe gaat dat werken?

Slaat wat mij betreft dan echt gewoon de plank mis. Bovendien wordt het dan echt ingewikkeld hoor, qua software.

Ik wil best signalK ondersteunen, maar dan haal ik de data eruit en geef ik dat zelf weer.

Bovendien vind ik die voorbeeld instrumenten die brambo weergeeft in het andere draadje helemaal niet mooi!


NB: Misschien kan een moderator dit signalK deel in een nieuw draadje plaatsen, we ergeren nu veel mensen, terwijl het wellicht wel interessant is voor een ander deel van lezers..