Onderwerp: Toepassing van AVnav

Ik geef antwoord op de vraag van Noreen. Het gaat over Linux navigatie toepassingen waar men niet helemaal uitkomt.

Met daarop allerlei kritiek van niet Linux gebruikers. Ook nog steeds dezelfde.

Ik heb Avnav ook eens gebruikt maar zag er geen plugins. Die zijn in mijn optiek eessentieel voor een navigatie toepassing. Flatpak biedt een veel eenvoudiger universele oplossing. Dan heb je die release problemen niet.

brambo schreef :
Dus het gaat over de avnav-ocharts-plugin waar iemand niet helemaal uitkomt, en jij hebt de avnav-plugins überhaupt niet gevonden?

Ik kom zoekende deze opmerking tegen.

Voor elk navigatie systeem geld, en dus ook voor AVnav, geen goede kaarten maakt het ongeschikt voor het beoogde doel.

Mijn old and trusty panasonic 32 bits Windows. Met een paar klikken en een heel overzichtelijk bedrag prima geheel tot de dag van vandaag bijgewerkte kaarten voor te koop. Prima bruikbaar. Zou er zo de zee mee op durven gaan. Niks geen nieuwe hardware of andere geneuzel nodig.

Je bent van je NUC afgestapt?

Nachtvlinder schreef :
Nee hoor. Maar dit is reserve/nood. Het leuke is dat zelfs meer dan tien jaar oud hij het nog prima doet én er nieuwe kaarten voor zijn.

Ah ok. Die BA kaart in je screenshot, heb je die zelf gescand (als MBtiles), of kunnje die zo kopen?

Nachtvlinder schreef :
www.visitmyharbour.com/articles/category/872/unified/

Voor de brexit kocht ik een usb stick. Maar nu een iso file.

Even tussendoor: mijn draad gaat exclusief over de toepassing van AVnav. Dus niet of OpenCPN nu beter is dan AVnav of überhaupt over OpenCPN. Niet over een NUC tov een Pi. Niet over Linux vs Windows. Niet over gesloten vs open source. Niet welke kaarten beter zijn, vector/raster/o-charts.

In andere draadjes is daar al nog genoeg over gezegd. Graag een andere draad starten als je graag daarover wilt kletsen, vind zo amper mijn eigen posts en reacties daarop terug. Bij voorbaat dank.

Ontopic.

PietO schreef : Neen. de meesten zullen niet doen wat ik nu doe, op een Ubuntu-desktop AVnav installeren. Denk dat de meesten toch wel de image voor de Pi pakken waar dergelijke problemen in theorie niet voor kunnen komen, omdat alles in een voorgebakken, gecontroleerde omgeving gebeurt. Dus de problemen komen voort uit mijn (eigenwijze) installatie-methodiek, die zoals gezegd maar weinigen zullen volgen.

brambo schreef : In mijn Ubuntu 22.04 zitten deze 2 packages:
libwxgtk3.0-gtk3-0v5 libwxgtk3.0-gtk3-dev

Maar dat is dus precies het gewraakte package. Die bovendien al geïnstalleerd lijkt te zijn waardoor de melding in theorie niet zou kunnen/mogen voorkomen. Even denken wat hier nu precies gebeurt.

Menno schreef : Hmmm, mijn 22.04 systeem is een upgrade van 20.04. En mogelijk (dat weet ik niet helemaal zeker meer, tis al een tijd geleden) van 18.04. Dat zou verklaren dat dat package (nog) op mijn systeem staat.

BlackSea schreef : This makes sense, I'll try it right away.

VegaMan schreef :
Van deze 3 heb je toch alleen (2) en (3)? Het gewraakte package is (1).

1. libwxgtk3.0-0v5
2. libwxgtk3.0-gtk3-0v5
3. libwxgtk3.0-gtk3-dev

Je hebt gelijk, dit is de oorspronkelijke foutmelding:
Het ding is, nu ik opnieuw die plugin probeer te installeren, komt ie wel degelijk dat libwxgtk3.0-gtk3-0v5 gemist wordt, vreemd hoor. Dus vandaar mijn vorige post die dus, correct opgemerkt, ofwijkt van mijn beginpost over foutmelding van de plugin.

Maar heb nu intussen de package-source aangepast op aanraden van @Blacksea, en nu kan ik wel de plugin installeren. Victorie!

VegaMan schreef :
Als je een gedeelte van AVnav al uit de andere source geïnstalleerd had is het verstandig om ze allemaal opnieuw te installeren uit deze nieuwe source. Dan weet je zeker dat je geen Debian Buster en Ubuntu Jammy packages door elkaar gebruikt.

Uiteraard heb je gelijk, het is nu een mix tussen 2 bronnen. En helaas is het nu zo dat de ubuntu/jammy-PPA slechts een subset is van de debian/buster-PPA. Alhoewel ik de plugin nu geïnstalleerd hebt, krijg ik nu bij een apt update een hele trits foutmeldingen om mijn oren, over niet gevonden packages. Precies wat ik zou verwachten....

Als ik het goed begrijp is @Blacksea ermee bezig om dit netjes te maken. En dan kan je dus vanuit 1 bron alle packages installeren, zoals het heurt.

Menno schreef : Sinds ik via de noodgreep naar een andere PPA heb gedaan (on-the-fly aangemaakt door @Blacksea, dank), werkt de O-charts plugin binnen OpenCPN niet meer. Sterker nog, die is niet eens meer te zien. Net als de 'Chart Downloader' trouwens. Dus kennelijk hebben die ook een bepaalde versie van wxWidgets nodig en ligt dat heel gevoelig, tis nu stuk iig.

Dus het mixen en matchen van PPA's en AVnav/OpenCPN werkt niet goed, wsl omdat ik Ubuntu 22.04 heb. Had ik Debian Buster, dan lijkt het me dat alles gewoon uit de doos werkt. In Openplotter heb je tegelijkertijd zowel OpenCPN als AVnav tot je beschikking, dus het zou moeten kunnen werken. Het zou ook kunnen zijn dat Openplotter op Debian/Buster werkt, want dan heb je niet de problemen zoals ik die ondervind.

Nog iets wat ik ondervonden heb als je tegelijkertijd OpenCPN en AVnav draait met een externe GPS: OpenCPN 'kaapt' de GPS, dus GPS doet het dan niet in ANnav. Op zich logisch want een device kan normaal gesproken maar aan 1 applicatie gekoppeld zijn. Van de andere kant: heb het idee (weet dat niet zeker) dat OpenCPN niet netjes via de NMEA-bus loopt, want op zo'n bus zou je meerdere applicaties op kunnen koppelen, dat is immers de meerwaarde van zo'n bus. Mocht je dus zoiets als Openplotter hebben, dan ga je hier ook tegenaan lopen denk ik. Het écht naast elkaar draaien van zowel OpenCPN en AVnav kan eigenlijk niet qua hardware, je moet ergens een keuze maken.

Dus even kijken hoe ik nu verder ga. Kan voor AVnav een docker-container maken (was ik al aan begonnen), maar die moet ik dan wel baseren op debian/buster ipv ubuntu/jammy. Denk sowieso dat dat een goede oplossing is voor softwaredistributie, docker werkt ook fantastisch op de Pi, geen enkele performance-degradatie. Kan AVnav ook virtualiseren, maar daar loop je snel aan tegen hardware-beperkingen. Kan ook voor de gemakkelijke weg kiezen, AVnav via een image op de Pi, maar ja, dan is er geen uitdaging meer hahahahaha.

Keep you posted....

P.S.
De hele exercitie om AVnav op mijn desktop te draaien (naast OpenCPN) is eigenlijk maar een tussenfase, gewoon om een indruk te krijgen hoe AVnav werkt, don't try this at home zou zeggen Uiteindelijk gaat AVnav (als ik daarvoor kies) toch wel op een Pi draaien.

Clean up your sources for repos. Leave only everything that is relevant for jammy
You can get a good overview with

Then clean up the system

Reinstall OpenCPN from "jammy-backports". There is current 5.6.2 in there.

Let the AvNav act as multiplexer ( it is quite suitable for this. AvNav automatically finds all serial inputs (GPS, AIS etc) and connect OpenCPN to localhost port 34567 TCP. AvNav spits out all NMEA0183 records on this port.

VegaMan schreef :
Een externe GPS komt neem ik aan binnen op een TTY? (op Windows op een COMpoort)
Voor Windows zijn er diverse software-multiplexers die die ene poort omzetten in een aantal virtuele poorten. De bekendste zijn tegenwoordig Franson GPSGate en VSPE. Al 20 jaar geleden was er Virtualplex.
ZO draai ik al jaren 3 toepassingen tegelijk op 1 NMEAstroom-COMpoort.
Zoiets moet er toch ook wel zijn voor tenminste 1 soort Linux?

Overigens kunnen veel navigatie-applicaties ook alle inkomende NMEA weer uitzenden (netwerk, serieel) voor gebruik door een tweede applicatie. Volgens mij kan OCPN dat ook?

Edit: BlackSea post zojuist dat AvNav dat doorsturen ook kan.

SignalK is daar ook heel geschikt voor

Durf het niet hardop te zeggen in angst dat ik gekielhaald wordt.

daan1508 schreef :
Door wie dan?

Baasklusje schreef :
Misschien ligt het dan toch niet aan het onderwerp, maar Brambo gaat iedere keer behoorlijk door het stof als hij SignalK er bij haalt.

SignalK is primair een multiplexer, of het nu voor NMEA0183, NMEA2000 of een ander protocol is.
Er kan SignalK-protocol uitkomen, maar ook weer een NMEA variant. Prima geschikt om je GPS in te lezen en te distribueren naar OpenCPN, AvNav of wat dan ook, en ook nog tegelijkertijd.

daan1508 schreef :
Multiplexen van seriële poorten op Linux is eigenlijk nooit een probleem. Het verbaast me dan ook dat TS dat wel zo ervaart.
SignalK heeft lang in een ontwikkelingsfase gezeten. Het lijkt nu wel zijn volwassenheid te bereiken.
Misschien heeft Bram in een te vroeg stadium het gebruikt er van willen promoten.
Terwijl ik dit draadje lees komt het bij mij over dat AVnav, hoewel het zeer veel belovend is en in mijn idee de manier om een navigatie programma op te zetten, nog in een ontwikkelingsfase zit. Het duurt misschien nog even voordat je het met een paar klikken goed werkend hebt.

Leest men wel de posten van BlackSea?
Hij schreef net:
Let the AvNav act as multiplexer ( it is quite suitable for this. AvNav automatically finds all serial inputs (GPS, AIS etc) and connect OpenCPN to localhost port 34567 TCP. AvNav spits out all NMEA0183 records on this port.

Dat is toch precies wat je wil?

Roozeblij schreef : Sterker nog: zelfs OpenCPN kan, zonder toegevoegde rambam, multiplexen. Ik draai het zondere externe multiplexer met GPS en AIS. Hoeveel signalen OpenCPN zelf kan multiplexen is mij niet duidelijk, maar in ieder gevel twee stuks.

Roozeblij schreef :
Zeker gelezen. Natuurlijk, maar je zou er de voorkeur aan kunnen geven om het multiplexen buiten 1 van de navigatie-applicaties te laten gebeuren.
Wadloper schreef :
Dat geldt hier ook voor.

Als je dat niet nodig vindt, mooi, dan heb je SignalK misschien wel niet nodig!

Hoe zit het met de copyright op de kaarten die je met AVnav gebruikt. Meestal mag je die kaarten maar op twee systemen gebruiken. Maar de AVnav server kan veel meer systemen voorzien ?