Onderwerp: OpenPlotter nog steeds niet klaar voor RaspiOS 64

Maarten-IW31 schreef :
Welke?

Is de LSR nu inmiddels 64 bits? Of nog steeds beta?

It Paradyske schreef :
Zal wel vloeken in de kerk zijn, maar: deze.
Voor bijna 100 piek doettie het tot nog toe heel aardig.

Nachtvlinder schreef : LSR?

Latest Stable Release

Je moet beseffen dat de basis een gewone Linux distributie is. Daarnaast zijn er de OpenPlotter applicaties.

Als je bepaalde Linux versie werkend hebt, dan kun je daar eenvoudig de OpenPlotter extra's aan toevoegen. Dat wil niet zeggen dat ze dan allemaal werken Echter de meesten wel.

Zo werkt het hier op mijn AMD64 Linux Mint Uma een aantal handige OpenPlotter extra's. Zoals Serial voor invoer van data connectie naar SignalK voorzien van een alias. Verder zie ik hier de scheepsvaart passeren met de RTL-DSR calibratie van OpenPlotter.

Erg handig is ook de diagnose van het SignalK verkeer met de bijbehorende PGN's.

Zodoende kun je op allerlei manieren de OpenPlotter extra's toepassen door deze later toe te voegen aan een Linux besturing systeem.

De long-time ondersteunde versie van Ubuntu zal begin 2022 verschijnen. De huidige versies zoals Hirtute en daarna Impisch hebben kortere looptijd.

Nachtvlinder schreef : Bedoel je niet LTS (Long Term Support)?

ja, sorry voor de verwarring

Voor de geinteresserde nog even hoe je op een bestaande Linux versie een aantal OpenPlotter extra's installeert:

In de eerste plaats de afhankelijkheden installeren:

sudo apt install python3-wxgtk4.0 python3-ujson python3-pyudev whois vlc

Daarna op de Openplotter site bij advanced de Openplotter extras ophalen.

Deze installeren:

sudo dpkg -i openplotter-settings_x.x.x-xxx_all.deb

Daarna kun je met settings stuk voor stuk de gewenste applicaties installeren.

Om het kompleet te maken dan nog de OpenCPN flatpak versie:

Eerste de gehele omvangrijke omgeving van Flatpak installeren:

sudo apt install flatpak

Daarna kun je de diverse flatpak versies, waaronder OpenCPN installeren.

Wil je starten vanuit de terminal:

flatpak run org.opencpn.OpenCPN//beta

Opwaarderen is:

flatpak update org.opencpn.OpenCPN//beta

Dit alles werkt op de RPI met Debian Bullseye, Ubuntu Hirtute en impisch

Daarnaast ook op mijn AMD64 Linux Mint Umo en ook op een AMD64 Ubuntu Impish.

Hierin wordt ook voor OpenCPN flatpak een ikoon aangemaakt.

Niet alles werkt, maar een aantal applicaties zijn zeker goed bruikbaar.

Flatpak is de toekomst omdat de applicatie zoals OpenCPN draait in een eigen omgeving en daardoor stabieler werkt.

Let wel dat Flatpak alleen wordt ontwikkeld voor 64 bits systemen.

Bram

Het klink allemaal zo makkelijk maar ik ben nu al een tijdje met de installatie van een Raspberry (AvNav, SignalK) bezig en loopt constant tegen allerlei vreemde problemen aan....

Zo kon ik op een gegeven moment maar met één cliënt tegelijk verbinding maken (rpi als accespoint), de tweede lukte gewoon niet. Geen oplossing voor gevonden en dus alles opnieuw geïnstalleerd, toen werkte het wel.
Gisteren de Raspberry mee naar de boot genomen, lukte het daar ineens niet meer om met de Raspberry (als accespoint) te connecten, en thuis wel. Geen idee waarom (zelfde voeding).
Zo loop ik steeds tegen allerlei uitdagingen aan, vaak lukt het na veel googlen het op te lossen maar je moet er maar zin in hebben.
Nu weer een probleem met X-parser (andere post). Vreemd gedrag, niet te verklaren en lastig hulp voor te krijgen.

Ik blijf het wel een leuk systeem vinden maar het kost wel veel te veel tijd om het echt naar je zin te maken.
Als je alleen een standaard installeert moet je denk ik geen Raspberry (of andere eigen computer) of openplotter nemen, je doet dat alleen om er zelf handige dingen omheen te bouwen.

Dus m.i. alleen voor de diehards.

Beste LS,

als je allerlei ingewikkelde toepassingen wilt doen, die op een ander systeem niet eens mogelijk zijn, dan moet je daar wat op studeren en de logica snappen.

Echter voor de gewone gebruiker werkt het gewoon prima als kaartplotter systeem en nu ook nog erg snel en erg stabiel in de flatpak uitvoering.

In het verleden voor diverse gebruikers een kaartje samengesteld. Kaartje erin en direct een werkend systeem inclusief kaart materiaal. De kennis komt dan later wel.

Ik heb al meermalen aangegeven dat sommige gebruikers ineens alles wat mogelijk is, werkend willen hebben. Tja, dan is het wat lastig. Kijk maar naar je eigen toepassing, wat er je allemaal mee wilt bereiken.

Bovendien is de RPI bedoelt als leersysteem om te begrijpen hoe dingen werken. En dat doel is ruimschoots bereikt. Op een boot moet je zelf-supporting zijn en met de techniek kunnen omgaan.

Er is geen wegenwacht, helpdesk of IT reparateur bij de hand.

Bram

brambo schreef :
Deze twee kunnen in 1 stap:
Dan zoekt apt gewoon voor je uit wat de afhankelijkheden zijn.

brambo schreef : Daar ben ik het deels mee eens.

Zeker, je eert een hoop als je iets wil realiseren en als je dat met hulp bv van het Internet je lukt.
Daarom is het ook leuk.

Maar allerlei vage randverschijnselen oplossen is niet leerzaam. Die zouden niet moeten voorkomen.
Daar vind je vaak ook geen hulp voor dan moet je toch weer even een stapje terug doen (backup) of opnieuw beginnen....

lschip schreef :
Hoe heb je de Pi ingesteld v.w.b. het accespoint? Het netwerk serveren is maar één deel, je apparaten moeten ook een ip adres toegewezen krijgen. Als je hem als gateway ingesteld hebt staan wordt het uitdelen van de ip adressen thuis geregeld door de router waar hij vermoed ik ook aan is verbonden. Op de boot is de Pi verder niet aan een netwerk verbonden en er is dan ook niet iets wat de ip adressen uitdeelt, dus de apparaten krijgen geen netwerkverbinding.
Als je de Pi als router ingesteld hebt verzorgd hij naast het wifi netwerk ook de ip adressen (DHCP server). Thuis maakt hij dan een apart, extra netwerk aan (zorg wel voor een andere ip range) waarvan hij het netwerkverkeer door kan geven naar de rest van het netwerk. Op de boot maakt hij dan ook het eigen netwerk aan, hij kan dan alleen geen netwerkverkeer meer doorgeven naar het internet natuurlijk. Alleen op deze manier werkt het op de boot.
Hiermee zou het eerst ook "verkeerd" kunnen zijn gegaan, in de DHCP server kan je instellen hoeveel clienten maximaal mogen verbinden, als dat op 1 staat....

De Raspberry deelt zelf de ipadressen uit.
En heel soms lukte een verbinding wel (op de boot) maar meestal niet. Heel raar.
Maar thuis werkte het ook niet meer goed, nu geboot van een copie sd kaartje en nu werkte het wel weer goed.
Zal dus wel aan het SD kaartje hebben gelegen, nu maar zien of het op de boot wel goed gaat.

En het aantal clients stond zeker niet op 1, dan was het wel heel simpel geweest. Googelend kwam ik er achter dan ik niet de enige was, maar het aantal maximum clients verschilde wel per melder.

Maar van dat probleem heb ik geen last meer.

Gebruik je 5 of 2.4GHz ? Bij mij maakte het verschil- 5 GHz was veel instabieler, zeker samen met een usb harddisk. Vraag me niet waarom.

Ik gebruik 2.4Ghz
Maar nu thuis dus weer heel stabiel. Ik ga thuis nog wat experimenteren....