Onderwerp: RPI als boordcomputer

@joop66; ok, als dit zo binnenkomt dan begrijp ik dat je niets ziet van deze berichten, want geen geldige NMEA bericht...

rooiedirk schreef :
Hi Dirk,

Ja, alles komt netjes binnen.

STW, HDG, MWD, nog eea en alle GPS berichten.

Wat tactics precies nodig heeft, weet ik ook niet precies. Is ook niet goed gedocumenteerd. Wel wordt er beloofd dat tactics alle info maakt, berekend, inschat die niet voor handen is. Wel werken alle overige functies. Dus de metertjes geven wel de juiste info aan. Data komt dus wel binnen. Ook gecheckt via de diverse nmea debug windows.

Alleen, niet essentieel, naar wel heel fijn: de windveer mist.

Jumpinjack schreef :
Uiteindelijk was dit dus gewoon omgedraaid (!!!) in de kabelboom van Emtrak!

reuver schreef :
Uiteindelijk met een search 3 autostart files gevonden.

Degene die ook daaf werkelijk gebruikt wordt, is de LXDE-pi. Gelukt dus.

Joop66 schreef :
Opgelost: in tactics, preferences, een vinkje zetten bij "force true wind calculation"

Laatste nieuws: Dit weekend was het perfect zeilweer. Voor mij tenminste: Waait lekker door, net niet te hard. Op de beschutte Zeeuwse en Zuid Hollandse wateren: Top!

Maar, nieuwe ervaringen, nieuwe vragen:

Nog door onbekende oorzaak, als de "windhistory" aan staat, verliest OpenCPN na een tijdje het contact met de specifiek de windmeter. Als de Windhistory uit gaat, wordt dit soms hervat, maar soms niet, en moet OpenCPN opnieuw opgestart worden.

Is dit een bekende bug?

Beste Joop,

geen idee hoe je windmeter is aangebracht en waar de data terecht komt.

De juiste weg is toch data naar de SignalK server. En via interne netwerk localhost naar OpenCPN.

Verder moet je er rekening mee houden dat de nmea convertor in de toekomst mogelijk niet meer in de lijst van applicaties aanwezig zal zijn.

Kan natuurlijk ook nog zijn dat je windmeter door de harde wind "op hol" is geslagen.

Bram

brambo schreef :
Nou, een andere plugin "dashboard" geeft wel wind weer. Dit gaat dus gewoon binnen Tactics mis.

NMEAconverter krijg ik nu al niet aan de gang en staat dus uit.

Joop66 schreef : Ja. Dat wil zeggen vooral op een langzame computer. Wat er gebeurt is dat de windhistory iederekeer dat er een nieuwe (wind) regel binnenkomt het hele plaatje opnieuw gaat berekenen. En in het begin gaat dat nog wel, maar naarmate het window meer gevuld raakt is het navenant meer rekenwerk. Open maar eens een terminal venster en tik daarin "top". top is een programma waarmee je kan zien welke programma's het meeste aan processortijd gebruiken. Als je dan een windhistory dashboard opent dan zie je dat het xorg proces langzaam steeds heftiger wordt totdat het een 100% belasting heeft. Daarna is het niet duidelijk wat er precies mis gaat, maar goed gaat het zeker niet.



Remedie: Windhistory niet gebruiken, of alleen in een klein venstertje (minder pixels, dus minder reken werk)

Ah. Ok. Een rpi4 valt binnen de definitie van langzaam, begrijp ik hier uit?

Klopt wel een beetje. Met dat venster open reageerde hij idd sloom. Dat venster dicht, of tenminste verborgen, scheelde een stuk. Wel was de cpu activiteit niet heel hoog, en de temperatuur ook niet.

Op Cruisers forum kreeg ik de tip een andere versie van tactics the gebruiken. Kan dat nog wat zijn? Of zie je daar niks in?

Tactics geen idee, sorry. Een Rpi4 is redelijk wat snelheid betreft, maar heeft 4 CPU's, waarvan dashboard er maar eentje van kan gebruiken. In dit geval is een hogere clock snelheid dus beter dan meer CPU's.
Al zou er programeer technisch ook wel wat verbeterd kunnen worden.
PS
Als je de frequentie van je windset kan aanpassen(omlaag) dan kan dat ook flink helpen. Meestal is 10 metingen per seconde wat overdreven. 1x per seconde scheelt dan een factor 10 aan rekenwerk voor de pi.

Joop66 schreef :
T-dan doet de ontwikkelingen en compileren voor ARMHF.

cloudsmith.io/~dan-dickey/repo...n-unstable/packages/

Ben zelf al geruime tijd overgestapt op 64 bits RaspiOS. Werkt beter en sneller dan de 32 bits versie. Maar is dan arm64.

Uiteindelijk zijn de RPI3 en 4 64 bits systemen. Logisch om daar een 64 OS op te gebruiken.

De ontwikkeling hiervan is vrijwel compleet. Ik heb hier de versie met OpenPlotter erop gezet.

Slechts een paar zaken ontbreken nog, zoals PyPilot en de Realvnc server is nog in ontwikkeling bij Realvnc en nog niet uitgebracht.

Als je er interesse voor hebt kun je het zo proberen. Ik heb hier een compleet kaartje.

64 bits gaat ook beter met het geheugen om. Dit is nodig voor de nieuwe RPI4 met 8 GB geheugen.

Kijk maar,

Groet,

Bram

Joop66 schreef :
Hm, Probleempje met de juice-hat. Teleurstellende reactie van Pi-supply:


Pi Supply via emailus.freshdesk.com
11:31 (8 minuten geleden)
aan mij

Hi Joop,

The only option here would be to charge the PiJuice via the Raspberry Pi micro USB power instead of the PiJuice. I have already raised this issue with our hardware/software engineer to fix in the next software update.

Best wishes,
Chris Rush


Dear Sir, Madam,

I use the pi juice hat as a security power supply for a rpi4.

However, even after being connected to power for over a day, it does not reach a "100% full" status, and keeps drawing power as if it is charging.

In the settings, I set the preset values that correspond with the battery that is actually mounted: the originally supplied battery.

What can be done to help this problem?

Best regards,

Joop

Ok, ik ben maar een eenvoudige werktuigbouwer zonder IT achtergrond. (Maar wel zendamateur.)
Ik heb hier inmiddels een Rasp 4 met openplotter, en ook een Arduino liggen en al wel wat mee geëxperimenteerd. Dat biedt mogelijkheden.

Mijn vraag om advies is als volgt:
Ik heb net een nieuwe dieselmotor ingebouwd met bijbehorende standaard instrumentenpaneel.
Maar het lijkt me wel leuk om een aantal motorsensors ook op een ipad te kunnen aflezen, hetzij als klokje, hetzij als bargrafiek.
Als ik nu alle ZF draadjes volg van Signal K, i2C, ESP32, Openplotter, Wemo, TommyKIP, etc. Dan begint het mij behoorlijk te duizelen. Ook op de SignalK website gekeken, paar mooie verhalen van Brian Smith maar nergens kom ik tot een heldere stap voor stap oplossing in hardware en software die ik kan begrijpen.
Zal ongetwijfeld aan mij liggen, maar ik heb niet de ambitie om me diepgaand in IT krochten te begeven..Veeeel te veel jargon. Een Arduino kan ik net aan.....

Laten we beginnen met een aantal extra temperatuur sensors, dat kunnen best losse sensors zijn die je met clips of tiewraps vastzet op die onderdelen waarvan je de temperatuur wilt weten. Watertemperatuur, olie temp, uitlaat temp, dynamo temp. en nog zo wat. Als dat lukt en ik heb het principe door, kan ik andere sensors later toevoegen.

1. Welk type sensor is handig (ouderwets analoog, NTC, thermokoppel, of al iets met digitale codering erin)
2. Hoe sluit ik die simpel aan op de Rasp, liefst ouderwets bedraad, (aardlussen...?, maar anders eventueel met wifi.
3. Hoe krijg ik die in SignalK
4. Hoe maak ik een mooi instrumenten paneel met RPM, temp, oliedruk; kan op het scherm van de Rasp, en wellicht met VNC ook afleesbaar op de iPad.

Wellicht wordt het allemaal toch te gecompliceerd, en nog niet echt geschikt voor een knutselaar zoals ik, maar ik wil wel een poging wagen.
Egenolf

Sigksens!
Die stuurt het rechtstreeks naar rpi.
Ik heb er voor mijn elektromotor een gemaakt.
Rpm via hallsensor
3 temperatuursensoren via onewire
En de stroomconsumptie moet nog via een analoge ingang.
Die analoge ingang kan jij bijv voor oliedruk doen...

Ok, het principe is me wel helder,, maar ik zoek eigenlijk iets meer detail.
Tot op heden nooit iets van Github toegepast.
Zit er documentatie bij Sigksens? Wat zijn handige tips waar ik oo moet letten zonder opnieuw het wiel uit te vinden...

egenolf schreef :
SigKSens is super gedocumenteerd:
github.com/mxtommy/SigkSens/wiki

It Paradyske schreef :
Kijk, over jargon: Assuming you know what a Node Server is. Ehh Nee. Dat weet ik niet.

Vandaar misschien ook mijn moeite met SignalK, ook al heb ik volgens mij inmiddels redelijk begrepen wat dat doet.

Joop66 schreef :
Weet ik ook niet, maar dat geeft niet, ook zonder dat je dat weet doet ie het.

It Paradyske schreef :


Het lastigste is nadien om te begrijpen waarom het is gaan werken...
En de volgende keer weet je niet meer wat je exact gedaan hebt om het werkend te krijgen.

Als het werkt afblijven!
En een goede backup maken.

It Paradyske schreef :
En van daar uit weer verder de dingen ontwikkelen. Gaat dat op een of andere manier mis, dan doe je weer een stap terug naar je back-up kaartje.

Dat is het gemak van alles, inclusief de kaarten voor de navigatie, op een SD kaartje.

En die SD kaartjes worden ook steeds beter en goedkoper. Minder dan € 10,- voor een snel kaartje met 32 GB.

Het kopieren van een SD kaartje is met de RPI erg eenvoudig. Het enige wat je nodig hebt is een usb kaartlezertje van een paar euro's. De software hiervoor zit al de de RPI.

Zeilprutser schreef :
Is er al enige indicatie of en wanneer dit life gaat? Dus niet meer beta?

Wat ik begreep is het al life, alleen is mijn rpi erg ingebouwd op de boot, dus dat wordt komende winter of zo.

It Paradyske schreef :
Yup, zie hun forum:


Stable is niet Critical, dus je moet nog wel even de bootloader firmware source aanpassen:
Van een vlugge google search: