Onderwerp: Verbinding Opencpn met de rest van je boordnetwerk

Denk dat je probleem zit in het openen en afsluiten van (virtuele) compoorten onder Windows.
Werk je met deze moet je van de basis regel uitgaan er kan maar 1 compoort door 1 toepassing geopend worden, zelfs als je het programma sluit heb je nog zeker 7 seconden nodig voordat je een andere toepassing de vrij gemaakte compoort mag gebruiken.

Meerdere toepassingen op meerdere compoorten laten draaien kan, maar dan zal je bv voor de toepassingen waar je in de begin post mee begint voor 1 ingaande poort al 3 virtuele poorten aan moeten maken.

Nu loop ik al dik 25 jaar mee in dit spul en doe het het helemaal anders, muxen, nee alleen als het helemaal niet anders kan.
Iedere bron zijn eigen compoort, vroeger met een com4 kaart en de onboard zit je op 6 compoorten, daar kan heel wat op.
Tegenwoordig een com 4 naar USB en met een beetje geluk nog 1 echte compport,ook ruim voldoende.
Je hebt volledig controle over wat er naar binnen gaat en antiek opgebouwde software heeft dit regelmatig ook nodig, die wil zelfs alles op zijn eigen poort naar binnen anders snapt deze het niet.

Alles muxen en bij elkaar knopen, kan maar je stort heel veel naar binnen en vaak ongewild echoot alles rond. Meerdere programma's tegelijk draaien onder Windows het kan, maar je moet wel begrijpen wat de beperkingen zijn en hoe je die aanpakt.

Onder Linux kan dit veel gemakkelijker, ken zelfs een programma die gewoon kijkt wat er binnen komt als je er wat bij prikt en keurig uitvist wat hij er mee moet, vindt ook zelf de baudrate en in het bewuste programma kan je gewoon evt dubbele info met 1 klik bestempelen als reserve senstences als je pref. weg mocht vallen of blokken.

Dat is pas plug en play, niets instellen, bij prikken in beeld komen en klaar.
Kunnen ze bij OpenCPN nog wat van leren en dat plotter programma is inmiddels best oud.
(Onder Windows komt dit nooit, kan niet)

Baasklusje schreef :
Draad is zo 2019, alles wireless!
Ben nu bezig met een motorsensor, stroom, temperaturen en rpm, gaat rechtstreeks van sensor, via WiFi naar signalK-server.

Compoorten...
4 stuks mogelijk.
Address 3e8, 2e8, 3f8 en 2f8, en IRQ 4 of 3 was het toch? Niet?

Met het oog op HenkvD zijn reactie vroeg ik al of een compoort voor meerdere doelen gebruikt werd?
Inderdaad, zoals HenkvD schrijft, voor elke I/O een eigen compoort.
Liefst hardware poorten, maar USB werkt ook.
Zorg er bij USB poorten wel voor dat je in je bios alle slaap modi van de processor beperkt rot een minimum, b.v. uit of C1-state. Anders vallen je USB poorten steeds uit na een tijdje.

Om het bovenstaande gebruiken wij nog steeds (zuinige) computers met 6 echte compoorten.

Baasklusje schreef :
Het mooie aan open-source is dat je de problemen zelf kan oplossen in de code en hiermee de kwaliteit ervan flink kan verbeteren. Niemand zal tegen een oplossing zijn die de standaard volgt.
Een beetje code kloppen zal voor een oud-ITert geen probleem zijn toch?

Ik ben niet veeleisend hoor.
Een in- en uit poort met daarbij de mogelijkheid om nog 3 of 4 andere stukjes software mee te laten luisteren via wat extra (virtuele) poorten zou al heel mooi zijn.

It Paradyske schreef :
Dat is wat gedateerd, DOS

Wat een getob allemaal,

probeer gewoon eens de SignalK server. Alle "talker" invoer zoals NMEA183 en NMEA2000 per item invoeren.

De invoer wordt gemengd en de uitvoer kan zijn nmea183, NMEA2000 en SignalK.

"Listeners" kun je combineren op een lijn (maximum circa 4 aansluitingen). "Talkers" vragen een aparte invoer (anders ontstaat er een spraakverwarring).

De gemengde data gaat als SignalK naar OpenCPN 5.2 of naar de HTML instrumenten sets.

De grote scheepsweven, zoals Damen, Meyer, Fincantieri doen ook een test met Open bron data communicatie. Dit onder de naam CodeKilo. In SignalK zijn daarvoor al een paar applicaties beschikbaar.

Iedereen wil een simpel systeem dat alles/alleen doet wat hij nodig heeft!
Het probleem is dat iedereen iets anders wenst/nodig heeft!

Dus of je hebt een simpel systeem en dat werkt voor een paar oplossingen.
Of je hebt een systeem met meer mogelijkheden en dat vindt je dan niet meer simpel.....

Gezien de toepassing en wensen van TS zou Signalk een goede oplossing kunnen zijn, ware het niet dat het nog niet echt plug and play op Windows draait.
Maar gezien de ontwikkelingen denk ik dat Signalk nu echt aan het doorbreken is en daarom ook voor de toekomst zeker een optie is om eens te bekijken.
Het is een beetje net als OpenCPN het is in eerste instantie wat complexer om mee te beginnen maar kan daardoor bijna alle wensen vervullen die vaak ook nog naar eigen smaak kunnen worden ingericht.

Welkom terug van vakantie Onno.
Brambo heeft een draadje gestart over Signal-k onder windows en de complete automatisch installatie.
Dat lijkt allemaal god te gaan.

Alleen nu komt het aan op RTFM, dus een cursus of workshop Sitgnal-K lijkt me een goed plan.

Ik heb alle Signal-K draadjes een beetje links laten liggen, want dat was toch alleen voor linux en openplotter. Maar nu het onder windows makkelijker geworden is, is de interesse gestegen!

Heb in één keer alle draadjes maar ff snel doorgeworsteld, tijdens mijn vakantie heb ik me uit zelfbescherming een forumverbod opgelegd

Ik dacht gelezen te hebben dat bij jou het op de ene windows pc wel werkte en andere niet, maar goed nieuws dat de installatie nu werkt!

Maar ja kan pas een workshop geven als ik het allemaal zelf snap!

WADnWIND schreef :
Is helemaal niet zo moeilijk. Helaas ontbreekt bij Windows de eenvoudige OpenPlotter serieele en Canbus invoer en de toepassing van een alias voor het betreffende apparaat.

Dus eenvoudig handmatig invoeren. Probeer het eerst eens met een GPS muis. Inloggen en in de server afdeling : add en verder zie voorbeeld. En altijd na het instellen de server herstarten.

Zoals eerder aangegeven verder in OpenCPN 5.2 invoer signalK localhost en poort 3000.

De bijpassen usb poort moet je er zelf bij zoeken. Aanklikken en je krijgt een overzicht van de beschikbare poorten.

Dat inloggen op localhost gata prima, maar Opencpn herkent de Siganl-K server nog niet automatisch. Maar dat kan dus aan mij liggen? Misschien moet ik eerst wat instellen etc.

Ik heb geen NMEA2000 of CANbus (nodig).

Je ziet in het SignalK dasboard dat de GPS muis draait ?. Cijfers moet je kunnen zien plus de gele strook..

Wat soms localhost in de weg staat is in opencpn automatisch server discovery. Afzetten even proberen.

Ik neem aan dat localhost ook in Windows een bekend begrip is voor interne netwerk verbindingen. Weet dit niet helemaal zeker.

Wordt ook wel aangeduid als 127.0.0.1. Moet kunnen werken.

Het principe is eenvoudig. In de SignalK draaien alle verbindingen en de link naar OpenCPn is via het interne netwerk.

Bram

Als localhost in Win10 nog niet werkt, dan kun je het ook met een andere computer op je netwerk testen:

In OpenCPn op het andere systeem: netwerk invoer SignalK Ipadres van je SK systeem en poort 3000.Dan heb je nmea van je GPS in openCPn op een ander systeem. Echter een localhost is de verbinding in netwerk verbinding in een en hetzelfde systeem.

Dat begrijp ik Bram.
Ik wilde ook een UDP input via SignalK hebben, dat is nog even studeren.

holtere schreef :
Der private email al de oplossing doorgegeven, maar hier ook even de alternatieven voor GPSgate die shared-ports aanbieden:
Alternatieven om te testen zijn b.v.:
- freevirtualserialports.com/ die WEL echte Shared-poorten zichtbaar in de devicemanager aanmaakt.
- www.eterlogic.com/Products.VSPE.html (32-bit versie gratis) die zogenaamde splitter ports = shared ports voor luisteren aanmaakt.

M.a.w. 1 COM-port die door vele gebruikers tegelijk gelezen kan worden; getest onder WIN7 met 4 gebruikers (port-monitor,OZiexplorer,OpenCPN,Timezero).

WADnWIND schreef :
Vanuit OpenCPn (met de route gegevens bijvoorbeeld); Nieuwe uitgaande verbinding maken.

netwerk uitgaand: udp localhost port 2000

In SK een nieuwe verbinding aanmaken:

NMEA183 naam van de verbinding udp en poort 2000

Dan komt de UDP in de SignalK server en kun je er alle kanten mee uit,

Weet niet of dat tenminste de bedoeling is.

In je voorbeeld gebruik je open cpn als frontend. Ik wilde juist signalk als frontend en dan van daar uit verder verdelen, b.v. naar open cpn.

Gepost met de officiële Zeilersforum-app

WADnWIND schreef :
Even wat instellingen geprobeerd in OpenCPN. Netwerk "in" voor OpenCPN kan op twee manieren:

SignalK localhost poort 3000
TCP localhost poort 10110

Andere opties lijken niet te werken via localhost. Je kunt mogelijk je bron wel invoeren als UDP.

Bram

Ik ga er mee spelen, maar ik wil UDP op 10110. (géén TCP).

Als ik in ocpn localhoost:2000 of 127.0.0.1 op port 2000 invul doet het niks. Ook de auto server detectie lukt niet.
Terwijl ik met de browser op localhoost:3000 gewoon in de server zit?

WADnWIND schreef :
Het blijkt dat localhost niet standaard in Win10 aanwezig is. Die moet je kennelijk nog extra installeren. Hier zijn diverse beschrijvingen van op YouTube en van MS.

Extern werkt het op een netwerk wel met Signalk invoer en het ipadres en poort 3000. Het is puur het ontbreken van een interne netwerk verbinding: localhost.

Zal morgen de zaak ook eens testen op Windows.

Bram

WADnWIND schreef : Je haalt hier wel wat dingen door elkaar.
Port 10110 is de vertaalde Signalk naar NMEA0183 data uit de Signalk Server over TCP.
En Port 3000 is de SignalK data onvertaald uit de Server (ik gok dat het ook TCP is)

Helaas, ik kan het niet meer testen. Geen dual boot meer aanwezig met Windows7.

Windows is voor mij een ding uit het verleden en verre verleden.

Bram

Mee eens, windows 7 is prehistorisch. Net als velen van ons en niet meer in staat om mee te buigen..