Onderwerp: Het grote OpenCPN vraag, tips en tricks topic

Ik heb gemerkt dat OpenCPN met een snellere flash kaart alweer een stuk sneller en beter draait dan met een slechte SD kaart. Nu is mijn vraag, heeft de Raspberry Pi 3B+ ook betere video prestaties vergeleken met de 3B? Met andere woorden heeft het zin om de upgraden naar de 3B+ voor betere perfomance?

Wanneer ik naar mijn CPU load kijk om de 3B komt die zelden boven de 50% uit. Dus het lijkt dat de 3B voldoende performance heeft. Vandaar mijn bovenstaande vraag.

holtere schreef :
+1

Huijp schreef :
Van alle argumenten om open source af te kraken zijn dit wel twee hele slechte.

- donaties zijn vrijwillig. Anders is het geen donatie.
- En als er dan wel geld gevraagd zou gaan worden: je vindt het wel normaal om (VEEL) geld neer te tellen voor commerciele software, en vervolgens is het voor open source een probleem?
- HET sterke punt van open source is, zoals de naam zegt, dat de source OPEN is. Dat betekent nou juist dat als de ontwikkelaar er mee stopt, iemand anders het over kan nemen en de continuiteit garanderen.

Dat die continuiteit bij commerciele software vaak geen probleem is, betekent niet dat het niet voorkomt. Ik ben al vaak tegengekomen dat een bedrijf veel geld moet uitgeven omdat software die het nog prima doet, niet meer ondersteund wordt. Of u even wilt dokken voor de nieuwe versie die u niet wou hebben.

Klagen over de gebruiks(on)vriendelijkheid van open source software is 1 ding, en vaak wel terecht. Klagen over gebrek aan support of angst voor continuiteit is een teken dat je het nog nooit echt geprobeerd hebt, volgens mij.

Maar geen aandacht aan schenken.

De ontwikkelingen van OpenCPN gaan gewoon door. Er is nu een nieuwe versie van de radar plugin. Ontwikkeld door 2 nederlanders. De Navico radar plugin V3.

Hiervoor heb je alleen maar een moderne digitale radar antenne nodig.

Ik heb zelf geen radar en kan het niet proberen. Omdat ik een SD kaartje voor RPI 3B+ heb gecopieerd voor een amerikaanse zeiler, kreeg ik de volgende reactie, waaruit blijkt dat de radar plugin ook op een Raspberry Pi goed werkt:

I just got back from my cruise to Nova Scotia (I planned but failed to make it to Newfoundland in the time available) and I wanted to thank you for all your help getting my Raspberry Pi to work with Openplotter. In the end, I used the ver 1.0.2 image and everything worked well. As I was sailing to the Canadian maritimes (which is very foggy), I used the Navico Radar plug in (BR24) for OpenCPN and a Lowrance radome and the Pi was very happy to provide a radar overlay which was very useful when entering port and for finding buoys. Radar, AIS, GPS, and flux gate compass (C100 from a retired airplane) all reporting to (and some controlled by) the Pi is impressive!


Hierbij nog een schermafdruk gemaakt door de radar plugin ontwikkelaars van Harlingen.

Ik mis nog iets binnen Opencpn....

Ik speel ook weleens met een versie van TimeZero, zeg maar Maxsea. Van de week heb ik daar een routefile mee geladen uit Opencpn (.gpx) en eens goed bekeken hoe dat er uit zag. Dat was niet slecht moet ik zeggen: Je voert een tijd in van vertrek met een basissnelheid en Maxsea maakt meteen visueel (of in schema) waar je op welk moment bent op die route m.b.v. de ingebouwde stromingstabel. Tijd van aankomst erbij en je kunt spelen met vertrektijden om zo de snelste (indien gewenst langzaamste) tocht te plannen. We meer navigatiesoftware zal dit kunnen maar maar misschien nog een uitdaging voor een vrijwilliger..
Voorbeeldje:

holtere schreef :
Is daar niet in voorzien met de opencpn weather routing plugin ?

3Noreen schreef : Een valide min puntje voor opensource komt hier om de hoek kijken. Als commercieel bedrijf kan je data pakketten van derden inkopen en integreren. Bij opensource is dat wat lastiger, want dan moet je geld gaan vragen voor een programma, waarvan de broncode vrij beschikbaar is. (En de eigenaar van de data wil waarschijnlijk niet dat zijn data vrij beschikbaar komt op het internet )
De weather-route plugin kan het inderdaad ook, en houdt dan ook nog rekening met wind en je polar, maar is wel wat omslachtiger.

De weather routing plugin werkt behoorlijk tot goed moet ik zeggen. Kom soms wel vreemde foutmeldingen tegen, die wat duidelijker weergegeven hadden kunnen worden. Als je vaartijd bv langer is dan de grib, wordt de berekening (uiteraard) afgebroken, echter zonder deze reden te vermelden. Verder werken de exclusion zones prima om bepaalde gebieden te vermijden, de inclusion zones begrijp ik nog niet zo (dat zal aan mij liggen).

Mooie van Open Source en modulaire software zoals OpenCPN vind ik de onmetelijke effort die erin gestoken wordt en de intelligentie van de ontwikkelaars benut wordt daar waar hun enthousiasme zich op richt. Intrinsieke motivatie.

+10


Jaar gebruiker, of meer, van Opencpn

Als je ook de klimatologie plugin laadt, dan gaat de weatherroute na afloop van de grib verder met het gemiddelde weer van de laatste 10 jaar.

het verbaast mij hoe snel het soms persoonlijk wordt. nooit geklaagd, alleen een mening gegeven..... Discussie op inhoud graag!!!!

rooiedirk schreef :
Dankje! Nog een tip wellicht mocht deze nog niet gegeven zijn: bij het laden van gribs mag je er meerdere tegelijk selecteren. OpenCPN merged deze vervolgens. Niet alleen handig om een langere periode te dekken, maar ook om aparte stromingsgribs, los van bv de Harmoniegribs (die geen stromingsvoorspelling bevatten) te gebruiken.

Iemand ervaring met het gebruik van inclusion zones in de Weather Routing plugin? Stel ik wil perse een shippinglane in een bepaald gebied oversteken... Hoe leg ik zo’n constraint op, om de routing na het passeren weer vrij te laten?

Huijp schreef :
Nee beste Huijp, je had een eenduidige vraag gesteld; "Geef mij een goede reden ….."

Aart

Daarbij, lees de titel van dit draadje, je bijdragen hier zijn volledig offtopic en buiten de inhoud.

Terug naar OpenCPN. Er is zojuist een update verschenen met diverse verbeteringen. Versie 4.8.6.

Het is volgens de gegevens een onderhouds update.

Voor Linux en ARM (RPI) gebruikers verschijnt deze automatisch tegelijk met de overige software updates. (sudo apt update en daarna sudo apt upgrade).

Windows gebruikers kunnen de nieuwe versie downloaden.

Alle instellingen en plugins en OeSENC kaarten blijven hetzelfde.

www.cruisersforum.com/forums/f...released-205416.html

De Android app is ook meteen bijgewerkt!

Ik ben wat aan het knutselen geweest met weather routing plugin om daar wat resultaat uit te krijgen.
Een en ander is wel taaie materie en dat lukt me nog niet zomaar, om niet te zeggen alleen nog maar foutmeldingen..
In eerste instantie gaat het me ook alleen maar om stroming (van gribfiles) en dan het tijdstip van vertrek te kunnen optimaliseren. Er zit natuurlijk ook een vaste stromingstabel in Opencpn.

Veel mee stoeien inderdaad. Overigens MOET de stromingsdata uit grib files komen: data uit de harmonische tabellen wordt niet gebruikt, ook als het vinkje “currents” aan staat.

Moet er een polar in opgenomen worden ergens?
Ik heb wel een polar maar het kan zijn dat daar wat aan mankeert natuurlijk?
Misschien beter zolang een voorbeeld-polar nemen om te proberen.

Ja je hebt een polar nodig. In het configuratiescherm van de WR plugin kun je die zichtbaar maken (en/of editen). Controleer even of die polar er OK uit ziet, dan weet je zeker dat dat stuk goed is.

Polar zoals ingevoerd...

Ik vul als start in configuratie: vaartuig
Wat in te vullen bij "eind" ?
De route heb ik geactiveerd mocht dat al nodig zijn?

holtere schreef : Nee geen route activeren De hele grap van de wheater PI is dat deze de snelste route voor je bepaald (afhankelijk van weer wind en stroom). Nodig is dus een vertrek punt een bestemming en een vertrektijd. Verder moet je in de grib PI de juiste gribfile(s) geladen hebben.
Door rechts klikken kan je punten (bestemming) toevoegen aan de wPI.

"Begin" en "Eind" zijn volgens mij posities. Boat.xml is een configuratiefile welke jouw boot aan een of (een blend van...) polars bindt. Ik gebruik slechts één polar.

Ik doe het als volgt:

1. Download laatste Harmonie grib via Menno's macro's op de euros site
2. Download laatste 3 stromingsgribs via ftp://ftp.bsh.de/Stroemungsvorhersagen/grib2/Nordsee

Open (en houd open!) de grib plugin en laad de 4 gribfiles gezamelijk:


Controleer of stromings én winddata aanwezig zijn voor de periode en gebied van je tocht (check, beide aanwezig!):


Open WR plugin en controleer polar. Bij mij ziet die er als volgt uit:


Markeer start en eindpositie waartussen je wil routen (rechtklikken op deze posities in kaart en "Weather Route Position" kiezen; willekeurige naam geven):


In configuratiefile je routing data aanmaken:


En laten rekenen...


Laat even weten waar je vastloopt, wellicht kan ik je helpen.

Bing, werkend
Bedankt voor de hulp...scheelt wat uurtjes...misschien wel dagen
Eerst verder pielen en wat dingetje uitproberen.
Die polar is niet echt compleet maar ik kan geen betere voor ons type schip vinden. (First 36S7 of 35S7 dezelfde romp met ander dek)