Onderwerp: Integratie van SignalK in OpenCPN

roozeboos schreef :
Beste Roos,

het is geen vervanging van NMEa182 en NMEA2000. Het is juist de integratie van deze stromen.

Nmea2000 kun je eenvoudig gebruiken in SignalK via Canboat en Nmea183 kun je invoeren in SignalK en weer uitvoeren als Nmea2000. Denk eens aan een wat oudere windset die je op je NMEA2000 netwerk wilt hebben.

Kortom het is de combinatie van de data. En je kunt er ook nog externe dingen aan toevoegen zoals it.P al aangaf met motorinstrumenten, barometer etc. etc.

En het is HTML, in iedere browser te gebruiken.

Universeler kan het niet.

Groet,

Bram

Okay, Bram, ik ga met je mee.

Stel dat ik een nmea0183 windgever heb en een nmea2000 gps.
hoe integreer ik dat dan in signalK?

1 oplossing met raspberry en 1 oplossing zonder raspberry dan graag.

Zou dat goed kunnen dan bespaar je dus een actisense omzetter, want die kan dat ook.

Beste Roos,

het gaat helemaal niet over een RPI of een ander systeem.

De nmea183 voer je in in de Signalk server. En daarna kies je de plugin SignalK to NMEA2000. Daarbij heb je ook nog de keuze welke data je wilt uitvoeren naar NMEA2K.

Je kunt de NMEA183 vanuit de SignalK server ook weer uitzenden naar andere NMEa183 systemen.

De route data voer je in OpenCPN uit naar SignalK via UDP localhost en poort 2000. Met alleen de zinnen die je wilt gebruiken, RMC en RMb bijvoorbeeld.

In de SignalK server voer je deze data in als NMEA183 UDP localhost en poort 2000.

Nu heb je de route data in SignalK en kun je die overal voor gebruiken.

Er is nog wel een beperking. Als je vanuit OpenCPN via SignalK een NMEA2K autopilot wilt aansturen, dan zijn nog niet alle PNG's beschikbaar in SignalK/Canboat.

Groet,

Bram

ìk bedoel welke hardware.
De nmea 0183 en de nmea2k zal toch fysiek aangesloten moeten worden.

roozeboos schreef :
Zou dat niet kunnen met een fanless pc, een canbus en een seriële interface ? Natuurlijk is wel het makkelijkst als je fanless pc linux draait.
Thuis heb ik een Intel-nuc in een pasive behuizing. Draait als een trein mijn linux server op. Komt geen framboos aan te pas.

Beste Roos,

je hebt uiteraard wel een canbus/usb adapter nodig.

Ik heb hier een canable boardje (voor nmea2k gebruik je alleen de twee data draden blauw en wit) Werkt met Candlelight firmware het beste. Daar moet je wel een inialisatie string voor instellen. Kan handmatig maar ook automatisch bij het opstarten.

Ik heb deze string in het bestandje rc.local gezet. Wel daarna nog uitvoerbaar maken. Dan start de string vanzelf op bij het opstarten.

Je hebt dan can0 op je computer. Bitrate is het maximum van NMEA2k 250000. Het alleen het kleine boardje, zonder kastje.

Ofwel de NGT-1 van Actisense. Beiden zijn direct in te stellen in SignalK. Er zijn ook nog een paar anderen.

The canable kost $ 29,- zonder optisch koppeling. Met een optische koppeling is deze wat duurder. Of dit echt nodig is ? De voeding komt uit de usb aansluiting.

De Actisense is echter vele malen duurder en heeft wel een optische koppeling.

Er zijn bij Ali ook allerlei canbus adapters te verkrijgen. In de auto branche en bij elektrisch fietsen wordt een canbus veel toegepast.

Groet,


Bram

En wat als je meerdere nm0183 gevers hebt? wind, diepte, AIS, log, gps

Overigens Bram, optische koppeling doe je tegen de aardlus, niet voor de voeding.
dus ja, dat is echt wel nodig. Volgens mij is iedreeen hier het daar wel mee eens.
Behalve jij dan.


Dus voor het aansluiten van nmea2000 naar de computer de actisense ( als een beetje serieuze hardware, we zijn geen prutsers).
En voor nmea0183 bij meerdere gevers,een multiplexer. Of een pc met 4 serïele Rs422 ingangen....

Dat was dan dus al wat ik vreesde. NMEA data in, eventueel via wifi. Dan omzettten naar signalK en een server draaien...

Bij de Openplotter extra's, ga je naar serieel maak je voor de aansluiting een alias aan. Zoiets als gpsmuis. Zodat deze herkend wordt ongeacht in welke poort je de connector steekt. Werkt ook met USB hub met meerdere aansluitingen.

Dan naar verbindingen, daar staat dan gpsmuis, aanklikken (verplaatsen naar de SignalK). De SignalK server herstart en je apparaat werkt in SignalK.

Directe invoer in SignalK kan ook.

Hierbij nog het beeld van het SignalK server dashboard. De Ais ontvangst van mijn DSR-RTL dongle gaat ook naar SignalK en verschijnt via localhost op mijn OpenCPN scherm.

En stel dat ik in de multiview een directe SignalK in implementeer, zoals 3noreen opperde, is dat nog steeds zonde van de tijd en de moeite.
Dan kan je beter gewoon nmea0183 er naar toe sturen. Ook minder overhead.

letop:
Ook al zou je allemaal gevers verkopen met SignalK uit, en displays met SignalK in, dan is er nog steeds hardware nodig om het over te krijgen.
Dus dan toch maar weer Rs422...

Dat je het op de pc omzet naar json is handig inderdaad voor een browser en IOT.
Het blijft echter gewoon maar een protocol dat zonder hardware nutteloos is.

Draait je server niet meer dan dus ook nul data op je scherm!

Letop, ik wil niet bashen ofzo, gewoon realistisch kijken naar deze technische oplossing.
Dat deed ik al eerder, en ik vrees dat de conclusie nu weer dezelfde gaat worden, wat mij betreft.
De oplossingen van paradyske zijn nog wel aardig.

Een oplossing voor een niet bestaand probleem. En wat het technisch nog ingewikkelder maakt ook.

roozeboos schreef :
Allo Roos,

wie zegt dat ik tegen een optische beveiliging ben ? Ik heb alleen de vraag voorgelegd aan de ontwikkelaars van de Canable. Die dachten dat het feitelijk niet nodig was. Zijn overige NMEA2000 aansluitingen ook optisch beveiligd ?

De server draait toch al voor alle andere verbindingen. En SignalK is tegelijk de multiplexer !

Linux is grotendeels gebaseerd op server toepassingen, zoals printserver, grafisch server voor de interface, samba etc etc.

Bram

Je moet de stip aan de horizon willen zien.
Bijna alle IT systemen groeien naar een onderverdeling;

data acquisition -> server -> user interface, meestal in de vorm van een browser.

Voor mij is de stip aan de horizon een server aan boord waar je "plotter inclusief kaartmateriaal op draait. Zonder scherm dus. Via een browser op een zelf gekozen apparaat, telefoon, tablet of laptop roep je dan je plotter pagina op.

SignalK past perfect in deze opzet.

Toevoeging: ik zie liever een browser en html aangevuld met java dan een VNC. Dat laatste vind een wangedrocht. Je gaat niet wat uit je gpu komt door een wifi verbinding persen.

https://digitalyachtamerica.com/product/ikommunicate-nmea-signal-k-gateway/

http://vyacht.net/opencart/n2k-wifi

Zoiets??

Ja okay.
Maar persoonlijk vind ik een browser tov een app echt een slechte variant.
Je gaat ook niet de straat vegen met een borstel.

3Noreen schreef :
Java , toch niet serieus hé. daar moet je zo snel mogelijk vanaf , geen enkele browser ondersteunt dat straks nog, java kan je volgend jaar helemaal niets meer mee.

Iets universeels is kan je natuurlijk ook dedicated doen, met minder materiaal, sneller etc.
Maar dat maakt dedicated nog niet persee beter.

Als ik het draadje een beetje terug lees,zie jij Signal-K vooral als een nmea vervanger. En dat kan het ook, maar ook véél meer. En ja momenteel is alle nautische apparatuur nmea, en dus is nmea -> Signal-K omzetten nu nog erg belangrijk, maar dat zou tijdelijk moeten zijn.

En al was het enkel om van dat dicht getimmerde nmea protocol af te komen, is SK al een goed plan.

Dank voor de info, ik blijf het volgen. Als het echt interessant wordt ga ik ook wel meedoen.

henkvd schreef :
Was dat maar waar. 9 van de 10 websites gebruikt java. Zelfs ons geliefde ZF. Hier terwijl ik dit inklop staat boven dit scherm;

BBCode Editor uitgeschakeld: Schakel Javascript van je browser in

Chrome ondersteund het al niet meer de rest volgt op korte termijn, Java is in de terminale fase.

Bedoelen jullie nou java of javascript?

It Paradyske schreef :
Ik ben er niet zo in thuis maar ik denk dat ik een script bedoel geschreven in de programmeertaal java.

Naast de naam zijn Java en JavaScript niet gerelateerd. In de browser wordt alleen nog JavaScript gebruikt.
Op servers wordt zowel Java als JavaScript (NodeJS) gebruikt.

Menno schreef :
Zie je ik weet er geen bal van. Maar terug naar wat ik schreef. Zou je html kunnen aanvullen met java ? Of is dat dan altijd javascript ?

Had ik in plaats van
3Noreen schreef :
moeten schrijven javascript. Mijn fout. Schande !

roozeboos schreef :
De grens tussen browsers en apps is nog maar erg klein. Er zit technisch er weinig verschil meer tussen moderne web applicaties in de browser en apps. Veel mobiele apps zijn ook gewoon in HTML en JavaScript geschreven.