Onderwerp: Het grote OpenCPN vraag, tips en tricks topic

Dank je Dirk, die kende ik al. Ik had ze liever gewoon in beeld gehad. Ik gebruik zelden een muis tijdens het varen.

Je hebt géén idee waar ik zit.
Let maar op waar ik weer tevoorschijn kom....

Dank je Dirk, die kende ik al. Ik had ze liever gewoon in beeld gehad. Ik gebruik zelden een muis tijdens het varen.

Je hebt géén idee waar ik zit.
Let maar op waar ik weer tevoorschijn kom....

Maar ik heb ze niet. Ales geselecteerd en detail niveau op zijn hoogst.

Jawel hoor je AIS staat bij, en die kan ik hier bijna ontvangen
Maar heb jij perongeluk de "Important text only" aangevinkt?

En als je dan gelijk het vinkje bij de chart information objects weghaalt, ben je die driehoekjes met sterretjes ook kwijt.

Het werkt Dirk, thnks!

Tja, 1x ais tx was genoeg....

Dirk,,

Ik heb de kaarten van nv charts Fr6_2016.exe gedownload en NVC14 plugin geinstaleerd, in programfiles is mvc_pi.dll aanwezig, maar de kaarten krijg ik nirt in beeld.
Heb je dit al meer meegemaakt, zo ja kun je mij helpen?

Groetjes CO

Helaas die NV-Verlag plugin is windows only, en ik doe alles onder Linux. Maar er is vast wel iemand anders die je kan helpen.
Dirk

Aart Korstjens,


Hallo ik werk met Windows 10 en open cpn, ik heb de kaarten van nv charts Fr6_2016.exe gedownload en NVC14 plugin geinstaleerd, in programfiles is mvc_pi.dll aanwezig, maar de kaarten krijg ik niet in beeld.
Heb je dit al meer meegemaakt, zo ja kun je mij helpen?

Groetjes CO

Misschien al eens langs geweest maar dit zijn wel heel veel posts om allemaal te gaan lezen:

Met veel plezier gebruik ik tegenwoord de RPi met Openplotter/OpenCPN erop.

nu, afgelopen zaterdag een lange (voor ons iets langer dan voor de rest ;-> ) race gevaren, en ik had de route in OpenCPN gezet en de waypoints via Roosmux naar mijn ST70.

Maar daar gebeurde iets onverwachts: de route gaat niet op volgorde van hoe ik hem inbreng. Stel ik voer de route in WP1>WP2>WP3>WP4, maar van WP1 naar WP2 komen we langs WP3.
He! Denkt OpenCPN: we zijn al bij WP3, dat is snel, maar het heeft dus geen zin om eerst nog naar WP2 te varen.

Heel logisch en slim, maar blijkbaar mag dat niet in een wedstrijd (flauw he? )

Weet iemand of het mogelijk is om toch de route langs alle Waypoints te forceren?

Vraag 2: Nu dacht ik: ok, ik zet de route uit en klik gewoon opeenvolgend alle boeien aan met de 'navigate to here' optie.
Tot mijn verbazing gaat dit even goed maar na verloop van tijd, paar minuten, valt het waypoint in OpenCPN gewoon uit en moet ik het opnieuw activeren.

Mischien denk OpenCPN 'ja hoor eens, dat duurt me te lang, als jullie niet naar dat WP willen dan zoek je het zelf maar uit', wat ik me gezien dat we 1-2 knopen wind hadden wel kan voorstellen maar ik zou toch graag willen dat de navigatie gewoon aan blijft staan, vooral omdat ik die ook naar mijn stuurautomaat wil sturen....

Iemand daar ervaring mee? Weet iemand hoe dit kan?

Groet,
Bas

Con schreef :
Geen idee, ik werk zelf niet met NV kaarten maar met oeSENC.

Aart

@Bas,
OpenCPN kan op twee manieren checken of je bij een waypoint bent aangekomen.

1. Je komt binnen een bepaalde afstand. Deze afstand kan je instellen onder Options->Ships->OwnsShip
2. OpenCPN checkt of je naar het waypoint toe waart of ervan wegvaart. Dit gedurende minimaal twee seconden

Als je erg langzaam gaat dan kan je gps onnauwkeurigheid zo groot zijn dat O denkt dat je van het waypoint vandaan vaart. Dit kan je voorkomen door sneller te varen of door het "Advance route waypoint on arrival only" aan te vinken. Met deze aangevinkt checkt O niet meer voor de tweede mogelijkheid, maar kijkt alleen nog naar de afstand.
Met vinkje ga je dan niet meer automatisch naar het volgende waypoint als je niet binnen die afstand komt. (In de wedstrijd geen probleem omdat je de boeien zowiewzo zo krapt mogelijk wilt ronden.

Super bedankt!

Dat we van Waypoint wegvaren kan kloppen... 1-2 knopen wind en 1.5 knopen stroom tegen

rooiedirk schreef :

windbarbs van grib plugin in opencpn 4.8.0

Ik gebruik al geruime tijd opencpn onder raspbian op een raspberry pi 3. Alle software up2date. Vorige week update naar opencpn 4.8.0 gedaan, hierna zijn de windbarbs van de grib plugin ineens absurd groot geworden, elke windbarb is ongeveer 20% van de totale schermgrootte.
- herkent iemand dit probleempje?
- weet iemand hoe dit opgelost kan worden?
Knoek van Soest

Er is wat veranderd waardoor een scherm mogelijk niet goed herkend wordt.

Scherm breedte even opmeten en in weergave opties handmatig invoeren schermbreedte.

Zijn overige kaartopjecten wel in het goede formaat ?

Bram

En aan de vragen van Bram zou ik graag nog toevoegen: Gebruik je OpenGL en maakt het verschil of OpenGL uit/aan staat?
Dirk

dirk en bram dank voor het snelle meedenken; alle overige objecten staan in normaal formaat op de kaart; terug naar oude versie zonder verder enige aanpassingen lost het probleem op, dus het heeft zeker met de update te maken.

opengl heb ik std uit staan maar aan verandert niets, net als veel andere instellingen waar ik mee gespeeld heb, niets gevonden dat invloed heeft op windbarb size.
handmatig zetten van screen width maakt niet uit.

probleem doet zich zowel voor als ik een monitor aansluit als wanneer mijn pi headless gebruik (voor mij de default mode) en via remote desktop oid verbinding maak.

gebruik wel een paar nonstandaard instellingen ivm gebruik van opencpn met relatief kleine schermen: user interface scale factor 5 ipv 0, en chart object scale factor 2 ipv 0; echter terugzetten van deze instellingen naar std waarde 0 heeft geen invloed op windbarbs.

bijgaand screen dump want een plaatje zegt meer dan 1000 woorden ... iemand nog ideeen??
grt knoek van soest

Ik had dit ook met de stand van het getij indicators. Dit had te maken dat het betreffende scherm niet goed werd herkend in de laatste versie van OpenCPN.

Handmatig aangeven van de schermbreedte loste dit probleem op. Zie hierbij beeld van de te grote getijde indicators.

Werken die wel goed ?

Getijdenindicatie heeft idd zelfde probleem als bij jou, en kan ook bij mij opgelost door schermbreedte handmatig in te stellen. Moet daar wel iets als 500mm invullen om normaal formaat voor indicator te krijgen. .... Maar geen effect op windbarbs. Begint op een echt bugje te lijken? Ideeen welkom!
Vr grt knoek van soest

Om te checken of het aan jou instellingen ligt of aan "O" kan je de configuratie file een andere naam geven. Bv USER/.opencpn/opencpn.conf.bck, dan OpenCPN opnieuw opstarten.
Er word dan een nieuwe configuratie gemaakt met alle standaard instellingen. Hier zo weinig mogelijk aanpassen, maar alleen de Grib PI activeren en kijken wat er dan gebeurt.
Naderhand kan je de backup configuratie weer terug zetten.

Waar haal je die getij-indicatoren vandaan, Bram? Onderdeel van een plugin?

Beste Eclips,

getijde informatie met de stand van het getij alsmede de getijde kromme zit er standaard in.

Gewoon even aanzetten op de iconenbalk. En rechter klik geeft de getijde kromme. Hierbij een voorbeeld.

brambo schreef :
Dank je. In Windows is het inderdaad een kwestie van een knopje, maar ik refereerde, zonder er bij stil te staan, aan OpenCPN voor Android. Daar ontbreekt bij mij - vooralsnog - de knop.

...dus had ik de vraag beter in het OCA draadje kunnen stellen...

edit: ...en ook daar heb ik hem inmiddels gevonden.

terug on topic: goed idee om te kijken wat er met windbarbs etc gebeurt met default instellingen. Inmiddels gedaan (opencpn.conf naam gewijzigd, waarna opencpn met default instellingen opstart); na een frisse start (dus in afwezigheid van conf file) zijn zowel getijdenindicatoren als windbarbs weer net zo groot als voorheen; en net als voorheen resulteert handmatige instelling van schermbreedte in normale grootte van de getijdenindicatoren (zoals eerder werd gesuggereerd) maar heeft geen invloed op de windbarbs . Gaan we al besluiten dat we hier een bugje in 4.8.0 hebben gevonden? Ik ben out of ideas, iemand nog een suggestie??

Het enigste dat ik nog kan bedenken: Leg het probleem voor op het cruisers forum. Dat zit de schrijver van de PI in ook.http://www.cruisersforum.com/forums/f134/

Had er zelf nog niet bij stilgestaan. Maar het is mogelijk twee vensters naast elkaar te gebruiken.

Een met het overzicht en een met de detail informatie. Kan op hetzelfde systeem met dezelfde oeSENC kaartenset.

Met Linux is het gewoon een tweede keer OpenCPN opstarten. Maar met Windows kan dit ook.



Opmerkelijk:

dit werkt ook op de Raspberry Pi 3 Stretch versie

Je kunt de vensters ook grotendeels achter elkaar zetten en dan simpel door aanklikken even wisselen van overzicht naar detail. Juist het overzicht versus detail is soms wat lastig. Maar op deze manier is het erg simpel zonder plussen en minnen.

Even ter aanvulling, het kan wel onder windows maar is ietjes lastiger. Omdat windows niet consequent alle geopende files afsluit na gebruik, kan onder windows een 2e programma dat de zelfde configuratie file wil lezen het hele systeem laten crashen. Daarom checkt O bij het opstarten eerst of er al een andere O draait en zo ja dan weigert het verder te gaan.

Als je toch graag wilt moet je één van je programma's als 'portable' laten draaien. Staat uitgebreid in de help hoe dit moet.