Onderwerp: Installeren Nuc als plotter met Debian en OpenCPN

Airgead schreef :
Ik draai nu 2 jaar Ubuntu op een Hystou i5 zonder enig probleem. Dat Linux op Hystou hardware een probleem zou zijn is onjuist.

Geen idee waar deze discussie met betrekking tot Optane / NVMe betrekking op heeft. Het enige wat ik weet is dat er in de nuc van dit project geen Optane geheugen zit. Omdat ik dat veel te duur vind in voor deze toepassing. In mijn idee is zelfs de x4 PCIe ssd 2300 MB/s al een overkill.
De problemen die ik zelf meestal ervaar met het installeren van linux zijn wifi, netwerk en watchdog chipsets.
Probeer maar eens een snel 5GHz AP wifi voor elkaar te krijgen.

agvisser schreef :
Ik draai nu al een jaar op 3 PC's succesvol Linux, werkte ook prima op een 4e PC alhier, de HYSTOU maakt geen deel uit van deze groep. Het is prima dat je verteld dan EEN Hystou bij jou wel werkt, bij mij dus niet.

Airgead schreef :
Ik ga uit van het volgende:
1) dat jij je problemen zelf wel kan oplossen.
2) dat jij een eerlijk antwoord post.
3) dat de punten die ik noem niet voor jouw van toepassing zijn.
Dat heb ik ook genoemd in de vorige post.

Dat neemt niet weg dat onderbouwing van de genoemde zaken nuttig kan zijn voor anderen.
Dat jij dat aantrekt als kritiek op jouw persoon kan ik helaas niet verhelpen.

Als jij (of 3N) van mening bent dat mijn mening niets toevoegt aan dit draadje, vraag een moderator mijn berichten te verwijderen.

Ik zou willen dat ik begreep waar jullie het over hebben. Ik vind het mega interessant en ik zou graag dergelijke projecten in elkaar knutselen, maar als ik een dergelijk draadje lees, dan had het voor mij net zo goed Chinees kunnen zijn. Petje af en ik ben jaloers........

Gepost met de officiële Zeilersforum-app

Als *nix ergens goed in is, is het verbose logging. Dus met meer informatie kunnen er hier vast mensen helpen. Ben het wel eens dat mogelijke oorzaken aandragen zonder verdere informatie zinloos is.

reuver schreef :
Ik heb helemaal geen probleem met je bijdragen. Ik kan niet inschatten in welke mate dit project op andere hardware uitgevoerd kan worden. Jij lijkt daar enig inzicht in te geven. Dat lijkt me nuttig voor diegene die een degelijke installatie op andere hardware overwegen. Vrij bewust heb ik een veilige hardware keuze gemaakt. In het verleden ben ik wel wat probleempjes met Neousys industriële controlers tegen gekomen tijdens het installeren van Linux. Maar die Neousys dingen vind ik nogal prijzig voor deze toepassing. Het prijspijl van de nuc zit niet ver van een Raspberry zeker als je vergelijkt wat je er voor krijgt.

mithras schreef :
Er staat je niets in de weg om ontbrekende info toe te voegen.

reuver schreef :
O.K excuus Reuver, mijn toon was te bruut & niet gezien dat het laatste meer over je eigen ervaring ging dan over het probleem wat ik had.
Met secure boot is het zo dat de hele USB life stick niet gaat booten als met die instelling een probleem mee is. Dan had ik dat wel vermeld.

Busje komt zo schreef :
Dat is het voordeel van dit topic:
Er wordt duidelijk beschreven wat je moet doen om het systeem te installeren, en iedereen kan dan zelf inschatten of dat 'eenvoudig' genoeg is.

3Noreen schreef :
Ik heb geeb problemen met linux installaties.. Zou niet weten wat ik moet toevoegen..

De Nucplotter dit weekeinde aan boord gemonteerd.
De multiplexer melde zich met de zelfde device naam als mijn gps thuis dus daarvoor hoefde ik het bestand kplex.conf niet aan te passen.
Alles deed het prima. Ais, wind, diepte, en andere data keurig in OpenCPN aanwezig.





Via Wifi heeft de laptop met zijn eigen navigatie programma ook de nmea data ter beschikking.

De processor belasting is heel beperkt.





Een aandachtspuntje was de radar pluging. Omdat ik aan boord geen router tussen radar en Nuc heb krijgt de ethernet aansluiting van de Nuc geen ipv4 adres. Onder Debian Buster herkende de radar plugin de ethernet aansluiting van de radar. Onder bullseye niet. Bullseye is duidelijk wat meer op ipv6 georiënteerd. Na het toekennen aan de ethernet poort van een vast ipv4 adres werkt ook de radar.
Heel tevreden dus .

Mooi stukje werk!

Op het moment, het weer is toch waardeloos, probeer ik van de ppa af te komen waarmee ik de installatie van OpenCPN voor elkaar heb gekregen.
Pogingen zijn als nog vruchtloos.
Debian 10 heeft een Plugin Catalog maar geen OpenCPN Package ???
Debian 11 heeft wel een OpenCPN Package maar geen Plugin Catalog ???

Ik heb OpenCPN van broncode gemaakt (versie 5.5.0) Die installeert prima onder Debian 10 en 11. Maar de plugins zijn drama.

Bij Debian 10 heeft o-charts een Checksum fail en is de radar plugin is niet compatibel.
Onder Debian 11 werkt o-charts wel maar geeft de radar plugin aan voor een verkeerde architecture te zijn. x86_64 wat amd64 zou moeten zijn. afgezien dat een underscore in de architecture name in 11 geweigerd wordt.

Heb je Flatpak geprobeerd?

Eerst
flatpak.org/setup/Debian/

Dan
flathub.org/apps/details/org.opencpn.OpenCPN

Of wil je dat sowieso niet?

JotM schreef :
Synaptic is onderdeel van de standaard Debian 11 installatie. Veel meer dan het installeren van OpenCPN kan daar niet mee. Dat kan dus ook met sudo apt-get.
Dan gaat mijn voorkeur toch uit naar een terminal venster waar ik lekker opdrachten in kan tikken met een toetsenbord i.p.v. met een muis rondklikken.

JotM schreef :
Wordt het stabieler van een virtuele machine ? Gaan we proberen.

Voor zover ik het begrijp (en dat is enigszins beperkt) is Flatpak geen virtualisatielaag, maar een vorm van "containerised" software distributie. Dus verschillende software pakketten kunnen verschillende versies van een ondersteunend pakket gebruiken (nodig hebben), die naast elkaar op je systeem kunnen bestaan. Zodat niet de update van een "dependency" voor het ene softwarepakket de werking van een ander softwarepakket verstiert.

Net uitgeprobeerd op een schone nieuwe installatie van Debian 11
Flatpak werkt !
Flatpak OpenCPN werkt !
Radar plugin wordt gevonden en geïnstalleerd !
Geen radar scherm of knop in het menu ?
Bij herstart OpenCPN radar plugin niet meer geïnstalleerd

Het cmake script vann de Radar plugin maar iets gewijzigd dat er een deb gemaakt wordt voor de juiste architecture (amd64) en de hele santekraam, OpenCPN, Radar en o-charts_pi uit source gebouwd. Heb nu wel een test versie van OpenCPN (5.5.0). Aan boord gaan testen of het een beetje stabiel is. De RM plotter hangt er naast als backup.

Als het enige doel is afscheid nemen van PPA's en zoveel mogelijk standaard plugins gebruiken is er binnen OpenCPN 5.5.x (github/beta) nog een andere route die je kunt proberen.

In de opencpn.conf voegt je onder [PlugIns] toe:
Dan kun je onder de PluginManager je target-distributie aanpassen bij settings.
Voor Debian Bullseye heb je een goede kans dat de Ubuntu 20.04 drivers werken.


Doe er je voordeel mee. Extra? Ja. Noodzakelijk? Nee, niet echt, tenminste niet bij de beta.
Ik heb de functionaliteit zelf niet getest.
De plugins die je zelf gecompileerd hebt zouden minimaal even goed moeten werken.

Hmmm. Irritante problematiek. Ik zou zelf kiezen voor

A) ppa installeren. Je vertrouwt dan een externe package manager maar wel een die de boel consistent houdt. Werkt in de praktijk (opencpn, Google earth, brave) best aardig.

B ) Debian pakjes gebruiken en leven met wat je niet krijgt. In dit geval niet handig dus.

C) alles van source bouwen. Je bent dan zelf de package manager.

Flatpak en dergelijke heb ik een hekel aan - wijkt weer af van standaard .deb en je ziet ook niet wat er gebeurt. Dan liever ppa.

In dit geval verdient de package maintainer van Debian een por dat zijn package niet compleet is, fixen graag of verwijderen. Heb je al een bericht of bug report gestuurd? Soms wil dat wel helpen.

redshift schreef : Zoals ik opencpn.org/OpenCPN/info/downloadopencpn.html lees wordt het flatpak package bijgehouden door dezelfde groep ontwikkelaars als de PPA. Waarom zou de PPA dan de voorkeur moeten hebben?

Ik hou zelf wel van containers waar ook alle "dependencies" in zitten.

reuver schreef :
Deze had ik ook al gevonden. Maar haalde niets uit.

redshift schreef :
Waar ik vooral problemen van ondervond was dat er wel een plugin manager was. Als die er niet is dan verwacht je die ook niet. Dat is minder vervelend dan een niet werkende.

De door mij gebruikte ppa is voor ubuntu bedoeld. Zowel bij OpenCPN 5.2.4 als 5.5.0 heb ik dat bij het uitzetten van een route de rubberband ontbreekt. Ik wilde weten of dat misschien met een zelf gebouwde versie opgelost was. Helaas is dat niet zo. Misschien ligt het aan de door mij gebruikte desktop environment