Onderwerp: OpenPlotter nog steeds niet klaar voor RaspiOS 64

Beste Maarten,

MXTommy/Kip instrumentenpaneel gaf ook problemen met de installatie op de laatste 64 bits software versie. De SignalK server werkte wel probleemloos.

Wat bleek nu, dat Kip nog gebruikt maakt van Python2. Dus heb ik gewoon Python2 erbij geinstalleerd en toen was het probleem opgelost.

64 bits RaspiOS en Ubuntu versies zijn relatief nieuw en nog wat beta.

Bram

0x68 is voor de MPU 9250. Even uit mijn hoofd is de 9255 0x71 of 0x73; beide werken
Uit mijn code:

Bij Ubuntu 18.04 had ik de MPU9250 eerder werkend. (18.04 is de Ubuntu evenknie van Buster.)

De MPU9250 selecteer je door openplotter-pypilot te gebruiken, daar kies je voor Compass-only of AutoPilot. Dan wordt de IMU via een achterdeur bij openplotter-I2C naar binnen gefietst. De openplotter-I2C tool is voor zover ik weet vooral voor druk- en temperatuurmeting (met de BME280 heb je ook een hygrometer, maar het grootste nut daarvan is dat de sensor veel duurder is).

Na het selecteren van compass of pilot kun je meteen de kijken of de IMU werkt door callibratie te selecteren.


Eerdere ervaringen met een MPU9250 en Ubuntu 20.04 hebben mij er overigens toe doen besluiten voor de HDG en autopilot voor de TinyPilot te kiezen (pi-zero, 32-bit). En sinds die tijd gebruik ik OpenPlotter ook niet meer.
(zie ook de pypilot dummy manual van Ironman, het deel over de upgrade naar de nieuwere pypilot versie heb je nodig als je de pypilot plugin voor de autopilot in OpenCPN wil gebruiken).

brambo schreef : Volgens mij haal je dingen door elkaar...

Maarten-IW31 schreef :
Dat pakket is alleen beschikbaar voor Debian Testing (Bullseye) en voor Ubuntu, maar niet voor Debian Stable (Buster):
packages.ubuntu.com/focal/python3-flask-socketio
packages.debian.org/bullseye/python3-flask-socketio

Misschien was dat bij 32-bit Raspbian aanwezig in de aanvullende repository van Raspberry Pi?

Menno schreef : Op de 32bits versie werkte het gewoon.

Lijkt mijn vraag voldoende beantwoord, en ga ik terug de 32 bits versie erop zetten. Jammer, maar geen ramp

brambo schreef :
Beste Bram,

Dit valt me nou toch echt tegen. Ik heb tot nu toe alleen maar lof en fantastische verhalen van je gehoord over 64-bit RPi. Snel en zo, en alles werkt, en veeeeeel beter.

Hoezo bèta?

Maar misschien is dat het verschil tussen "software werken" en "mechanica werken".

Rumor has it that one year at COMDEX (a computer expo), Bill Gates reportedly compared the computer industry with the auto industry and stated: "If GM had kept up with technology like the computer industry has, we would all be driving twenty-five dollar cars that got 1000 miles to the gallon."

In response to Bill's comments, General Motors issued a press release stating: "If GM had developed technology like Microsoft, we would all be driving cars with the following characteristics:

1. For no reason whatsoever your car would crash twice a day.

2. Every time they repainted the lines on the road you would have
to buy a new car.

3. Occasionally your car would die on the freeway for no reason, and you would just accept this, restart and
drive on.

4. Occasionally, executing a maneuver such as a left turn, would cause your car to shut down and refuse to restart,
in which case you would have to reinstall the engine.

5. Only one person at a time could use the car, unless you bought "Car95" or "CarNT." But then you would have to
buy more seats.

6. Macintosh would make a car that was powered by the sun, reliable, five times as fast, and twice as easy to
drive, but would only run on five per cent of the roads.

7. The oil, water temperature and alternator warning lights would be replaced by a single "general car default"
warning light.

8. New seats would force everyone to have the same size butt.

9. The airbag system would say "Are you sure?" before going off.

10. Occasionally for no reason whatsoever, your car would lock you out and refuse to let you in until you
simultaneously lifted the door handle, turned the key, and grab hold of the radio antenna.

11. GM would require all car buyers to also purchase a deluxe set of Rand McNally road maps (now a GM subsidiary),
even though they neither need them nor want them. Attempting to delete this option would immediately cause
the car's performance to diminish by 50% or more. Moreover, GM would become a target for investigation by
the Justice Department.

12. You'd press the "start" button to shut off the engine.

13. GM would radically redesign the dashboard of its entire fleet to hide all the familiar instruments and remove the
buttons and knobs from all the controls, forcing legacy drivers - i.e., 95% of people who have ever driven a GM
car or truck - to locate and install a 3rd-party dashboard cover to restore enough functionality to be able to
drive the darn thing

Nogmaals: Sorry St Petrus! Ik zal vanavond een paar extra Wees-Gegroetjes opzeggen!

Beste Joop,

dank voor dit verhaal. Het is echter al een heel oud verhaal.

Er zijn diverse publicaties dat 64 bits beter en vooral sneller werkt. De enige reden waarom de Raspberry organisatie 64 bits nog steeds niet officieel uitgeeft is de uitwisselbaarheid met RPI's van de oudere generatie. De RPI wordt veel gebruikt voor het onderwijs, daarbij is het van belang dat SD kaartjes kunnen worden uitgewisseld.

De ontwikkelingen met 64 bits gaan ondertussen gewoon door. Bijna wekelijks verschijnt er van de RPI organsatie een update van de V8 (64 bits) en V7 (32 bits) kernel.

De ontwikkelingen gaan inderdaad razend snel. Waarbij de verbeteringen vooral komen uit de software ontwikkelingen. Als ik terug kijk naar de eerste RPI's en de werking nu. Is dit spectaculair verbeterd.

Toch maar je RPI software eens opwaarderen. En als je het niks vindt, dan stop je er gewoon je oude kaartje weer in.

Ook de Ubuntu software ontwikkeling maakt grote sprongen vooruit. Ubuntu komt uit met nieuwe OS versies en tegelijk is er al een versie beschikbaar voor de 64 bits Raspberry Pi's. Werkt hier allemaal inclusief SignalK en de OppenPlotter extra's. Uiteraard met de Oesenc kaarten usb plug.

Die SMB's (small board computers) gaan er grote toekomst tegemoet. Die nieuwe RPI CM4 modules, zijn gewoon de aandrijving van allerlei IO boards.

Zo gaat het ook in de mobiliteits industrie. Bepaalde motor types worden in meerdere automerken toegepast. Electrische fietsen zijn er in allerlei uitvoeringen. Maar de motor en de bijbehorende hardware zijn veelal hetzelfde.

Groet,

Bram

brambo schreef :
En ongetwijfeld is dat zo. Ik was, net als Joop, mede door jouw positieve verhalen, in de veronderstelling dat de 64 bit versie dus bijna productieklaar is.
Dat het OS goed draait is vast helemaal waar, en dat het sneller is is merkbaar.
Maar als de software die ik op dat OS wil draaien nog niet klaar is heb ik er uiteindelijk maar bar weinig aan. Dus dit jaar nog maar even op de 32 bits versie.
@Joop: Had jij nou de boel met OpenCPN, inc I2C compas, aan de praat gekregen zónder OpenPlotter? Das misschien nog een pad om te bekijken...

Ik loop tegen de zelfde problemen aan.
Wil heel graag raspios 64bits icm openCPN inclusief:
Pypilot plug-in. Dat is uiteindelijk gelukt met behulp van Reuver.
oeSENC plug-in. lukt me nu niet.
Pi-Radar plug-in. lukt me ook niet (is niet noodzakelijk maar eigenlijk om de zelfde reden die hier genoemd wordt, om eens te kijken hoe bruikbaar het dan nu is op een pi 4)

Maarten-IW31 schreef :
Wat heb je eigenlijk aan deze sensor als compas? Want hij is niet tilt gecompenseerd en gaat bij tilt erg afwijken. En in de code zie ik ook geen correctie daarop.... Of vind die correctie ergens anders plaats?

We zouden eens naar Lysmarine kunnen kijken.
Dat is ook een compleet image, hij viel voor mij af omdat de Pypilot plugin niet werkte maar die hebben we ondertussen dus aan de praat.
Je kan het 64bits image hier downloaden:
cloudsmith.io/~bbn-projects/re...ackages/?q=lysmarine


Oh ja image unzippen en dan op sd kaartje zetten

Dit werkt beter.

archive.org/download/lysmarine-bbn_2021-04-21-raspios

Lysmarine is gebaseerd op het 64 bit RaspiOS in combinatie met de OpenPlotter extra's. Het geheel samengevoegd tot een image.

Zeilprutser schreef :
Oh? Was dat een zware fix? Ben wel benieuwd hoe je dat gedaan hebt.
Ik had begrepen (maar nog niet getest) dat de oeSENC plugin inmiddels klaar was voor 64bit OS..

lschip schreef :
Geen idee eerlijk gezegd, doet PyPilot dat niet automagisch:Die dingen kosten ook de wereld niet- heb jij een betere in de aanbieding?

Maarten-IW31 schreef :
De oesenc plugin is al heel lang beschikbaar voor 64 bts RaspiOS maar ook voor de Ubuntu 64 bits versies. Wat veel ontbreekt is het volgende bestandje voor de Oesenc usb plug.

libusb-1.0-0 Die moet je even met de hand installeren. sudo apt install libusb-1.0-0.

In de volgende versie van OpenCPn wordt die standaard toegevoegd.

Bram

Maarten-IW31 schreef :
Verder 32bit RPi, met ALLEEN OpenCPN.

Geen I2C. Dat ken/snap ik niet.

Ik haal het kompas signaal binnen van de stuurautomaat, die gewoon een NMEA0183 zin afgeeft.

Komt binnen de BC-mux van ZP.

Maarten-IW31 schreef :
Voor de duidelijkheid op het gebied van software ben ik een noob.

Reuver heeft dus de plugin van Pypilot er op gezet op de vraag van mijn engineer hoe? kregen we dit antwoord:
Zover ik het begrijp download je zo de laatste aanpassingen van github met het nadeel zoals wat wij noemen de soup off de day!
Dus vandaag kan alles werken maar als de software jongens een aanpassing doen in github dan kan het morgen niet werken als je dan de versie wilt installeren.

Ik denk dat dat nu ff ook het probleem is met de oeSENC plug-in het, heeft gewerkt maar afgelopen maandag avond lukte ons de build iig niet.

Maarten-IW31 schreef :

Geen enkele ervaring meer maar deze zou het moeten kunnen: CMPS12 - Tilt Compensated Compass Module.
In elk geval leuk om mee te experimenteren...

lschip schreef : Ziet er inderdaad geinig uit. Ik ga eerst eens kijken of, en zo ja hoe erg, de fout onder helling is. Anders wordt dat misschien een kandidaat..

Maarten-IW31 schreef :
Nou, die is enorm, daar heb je zo helemaal niets aan. Hoef je echt niet te gaan testen, dat hebben andere al gedaan. Op internet is daar wel info over te vinden en ook projecten waar ze dit softwarematig proberen dit op te lossen, met redelijk, maar geen optimaal resultaat.

Update? En OCPN: officieel stabiel nu in 64 bit versie?

Nachtvlinder schreef :
Als die vraag aan mij was- tis uiteindelijk een fluxgate geworden- standaard NMEA uit, dus lekker makkelijk, en verassend betaalbaar. LAat dat kalibreer gepruts maar zitten.

Deze winter eens zien of ik 64bits nu aan de praat kan krijgen, ben niet meer afhankelijk van de Moitessier driver

Hier een laatste update van enige tests met 64 bits OS systemen.

De Flatpak versie wordt namelijk alleen uitgebracht in 64 bits. Flatpak is niet meer afhankelijk van bepaald OS, maar draait in een eigen omgeving (Sandbox).

Allemaal nieuwe ontwikkelingen.

RaspiOS 64 bits op basis van Debian Bullseye. Alles werkt perfect. Helaas nog geen Oesenc plugin. Komt pas na de uitgaven van OpenCPN 5.5.6. Nu nog beta 5.5.1129.

Mogelijk tegelijk met de nieuwe O-charts ontwikkelingen.

Standaard versie en de flatpak versie van OpenCPN versie werken prima.

De OpenPlotter extra's toegevoegd en deze werken ook prima.

Debian Bullseye 64. Hetzelfde als het RaspiOS.

Unbuntu Hirtute 64. Alles werkt prima inclusief de Oesenc plugin voor de USB copieerbeveiliging plug. Flatpak versie werkt zelfs beter dan de standaard versie.

Ubuntu Impish 64. Hetzelfde. Echter serieele poorten missen nog de driver in de kernel.

Data toevoer op allen genoemde systemen via de SignalK server met directe invoer in OpenCPN in het SignalK formaat.

Invoer kan tegelijk zijn NMEA183, NMEA2000 (via Actisense NGT-1 of Canable board. Er is ook nog andere opties mogelijk onder andere van Pican en een van Okwa.)

Verder is AIS ontvangst mogelijk met een RTL-DSR plug (ca. € 15,-) Zoals die op mijn schermafdruk zichtbaar is.

Alles kan werken van een snel SD kaartje, een SSD op de RPI USB 3 poort of op een snelle USB 3,1 stick (Hier 64 GB)

De OpenCPN 5.5.1129 versie, uitgebreid met een aantal OpenPlotter extra's werken overigens ook op mijn Linux Mint Uma voor AMD64 processors.

Dit zijn allemaal nieuwe ontwikkelen.

Je kunt aan bestaande ARM64 systemen, handmatig de OpenPlotter extra's toevoegen. Werken ook op AMD64 systemen.

Hier schermbeeld van RaspiOS op basis van Debian Bullseye 64 en de twee versie van OpenCPN. Standaard en de Flatpak versie. AIS komt hier via de DSR-RTL dongle.

Maarten-IW31 schreef :
Welke?