Onderwerp: Het grote OpenCPN vraag, tips en tricks topic

www.defensie.nl/onderwerpen/hy...en-publicaties-kopen

Bij de var distributie punten staan onder ander Datema en Chartworld vermeld.

rooiedirk schreef :
Waar haal je die, Dirk?

www.chartworld.com/shop/off_enc
Bij Chart producer kiezen voor Netherlands, bij Period voor 3 months

Ze hebben ook een programma voor grafische selectie: www.chartworld.com/web/products/chartbrowser (alleen voor Windows)

Wel eerst een userpermit en installpermit regelen. zelfde site, maar even goed lezen hoe het moet.

Is hiervoor geen inkoop actie te regelen met het nederlandse bedrijf Datema ? Ik heb ze hierover eerder al eens gesproken en hadden hiervoor mogelijk wel interesse.

Ze hebben ook collectieve abonnementen voor bedrijven met meerdere schepen.

Misschien een dergelijk abonnement voor inkoop ZF leden ?

Bram

Ik loop tegen het volgende probleem aan: ik probeer nmea rmb berichten te versturen via usb naar de roozemux. Hierbij valt mij op dat er niet altijd nmea berichten worden verzonden en als dit wel het geval is het rmb bericht ondanks een actieve route binnen opencpn en uitgeschakelde filters hier niet altijd in voorkomt. Ik heb opencpn al eens voledig verwijderd inclusief de configuratie. Dit heeft niet geholpen. Als ik vervolgens de pc via wifi verbind en udp selecteer werkt alles zonder problemen. De compoort is niet ingebruik door andere aparaten want het ontvangen van berichten gaat wel goed.

Heb je al eens TCP geprobeerd?

Hoe stel je vast dat de RMB niet voorkomt? Op het ontvangst apparaat?
Wat laat het NMEA debug window in OpenCPN zien (Options->connections->Show NMEA ....)
Als er binnen O iets gefilterd wordt kun je dat hier zien.

Een volgende stap zou kunnen zijn om een Compoort sniffer te gebruiken op te checken of de RMB ook inderdaad op de Com poort staat.

Een andere usb kabel kan ook helpen.

En last but not least, kan een aard fout zijn. Probeer het eens met laptop zonder boordnet voeding.

zeilboot schreef :
En vaak is dit ook al de reden dat het toch niet goed gaat, nmea out via een eigen compoort is een betrouwbaardere optie dan een gecombineerde in- /output.

Hoe stel je dat in?
Je maakt binnen Opencpn twee compoorten aan, een om te ontvangen en om te zenden. Je mux communiceert toch maar via een poort? Hoe krijg je beide poorten op de mux aangesloten dan

Ik moet er aan toevoegen dat het me via Opencpn nog nooit gelukt is om de stuurautomaat aan te sturen!

@ Holtere

Voor de RMB uit een fysieke extra compoort gebruiken, en die terug voeren naar de mux op een ingang.

@ Henk,

Je bedoelt zo'n ding? Die heb ik al jaaaren om ooit een oude Garmin aan de pc te hangen....nooit geweten dat

Maar niet galvanisch gescheiden.

Verstuurd vanaf mijn SM-G903F met Tapatalk

Hé, aub even terug naar de dummie-taal.
noem eens een naam of type of plaatje, voor mij heeft galvanisch iets met ijzer en zink van doen en vaag heb ik wel eens iets gehoord van gescheiden stroompjes

Edit, hij doet het dus wel maar wat is het risico daarvan?

De ingangen van een multiplexer zijn toch galvanisch gescheiden las ik?

ja hoor

Dank, dan sluit ik hem met gerust hart aan!

Ik ben er inmiddels achter dat het combineren van 1 com poort voor zowel in als uitgaand verkeer inderdaad problemen geeft. Volgende stap dan toch maar een losse compoort toepassen en deze terugvoeren naar de mux.

Problemen met installeren van kaarten NV Verlag in openCPN
Ik ben een starter voor openCPN dus een beginner. Ik heb het probleem dat na installeren van NV Verlag kaarten deze niet zichtbaar worden in openCPN.
De kaarten zijn geinstalleerd in C:/Chartkit en in openCPN 4.4.0 wordt daarnaar verwezen. Het programma draait in Windows XP. Vanaf de website nvcharts een plugin gedownload en geactiveerd.Via gereedschap/opties/plugins is de plugin NVC 1.4 zichtbaar en geactiveerd. Maar ook kreeg ik een melding [i]"de PlugIn nvc_win32_pi15_v13-pidll is niet compatibel met deze versie van OpenCPN, gebruik een bijgewerkte versie[/i"
Is de plugin van NV Verlag misschien niet goed geinstalleerd? En waar vind ik een bijgewerkte PlugIn? Wie geeft mij raad?

Arjen]

Heb ik dacht ik ook gehad, er is wel ergens een nieuwere versie van die plugin te vinden, ik dacht ook op de OpenCPN site.
Zit nu alleen even achter een andere PC, dus ik kan het versienummer niet voor je opzoeken.

Esperance schreef :
Nog even nagekeken, maar hier draait NVC 1.4 op OpenCPN 4.4.0 goed.
Onderaan deze pagina:
opencpn.org/ocpn/downloadplugins
Staat de juiste plugin.
opencpn.navnux.org/plugins/nvc...nvc_pi-1.4-win32.exe

En dan moet je:
En opnieuw de plugin er in zetten en activeren
en opnieuw de directory chartkit selecteren
en opnieuw de force database build en die andere vink
en opnieuw een chartgroup aanmaken en daar de NV Charts er in zetten.

@Paradyske
Bedankt voor de tip! Voor de zekerheid heb ik van die site ook de plugin bsb4_pi-1.4-win32.exe geinstalleerd. Want ik had ergens gelezen dat de kaarten Nav Verlag 2016 het format bsb4 hebben.
Al met al werkt het nu goed. Bedankt!

Arjen

Heren,

Ik probeer opencpn als multiplexer in te stellen en via udp zijn nmea gegvens te laten verspreiden.
Setting: am trek transponder via usb aan pipo gehangen, wifi hotspot in windows 10 gecreeerd.
Ipad met isailor aan het wifi netwerk verbonden.

Probleem: wegvallende wifi connectie en als ik al een verbinding heb in isailor dan is de mate waarin de date binnenkomt beperkt. Foutmeldingen tot gevolg en meer een beperkt aantal ais targets. Het lijkt erop dat de wifi verbinding zelf niet lekker is, maar als ik mijn mobiel met opencpn eraan hang dan krijg ik wel alle gegevens door. Er lijkt dus ook iets niet lekker te gaan tussen opencpn en isailor.

Vraag: ik heb de opencpnhandleiding een aantal keer gelezen, maar wat me niet duidelijk is welk adres moet ik instellen bij een udp broadcast? Er worden in de handleiding meerdere ip adressen genoemd en het is me niet helemaal duidelijk welk adres in mijn geval nodig is. Ik heb nu 0.0.0.0 ingesteld staan.

Een UDP "broadcast" gebruikt altijd als laatste getal in je adres 255.
Dus als je een wifi verbinding hebt op bv 192.168.1.3, dan UDP broadcast op 192.168.1.255
Als poort nummer is 10110 gebruikelijk voor nmea, maar iets anders mag ook.

rooiedirk schreef :
Ja bij een multicast, en als je netmask 255.255.255.0 is....