Onderwerp: RPI als boordcomputer

Dat betekent dat de SD kaart niet meer nodig is omdat de RPI kan opstarten vanaf bijvoorbeeld een usb stick of een SSD via USB. Op internet zijn daar overigens al instructies voor te vinden.

Naja beter laat dan nooit , jammer dat ze eerst miljoenen mensen te vaak tot hebben gekregen

Zeilprutser schreef :
Mooi!

Minim schreef :
Ok. Stomme vraag, maar wordtie daar niet vreselijk sloom van?

Nee.

Joop66 schreef :
Ik heb er nog geen ervaring mee, wil het ook zelf uit gaan proberen.
Ik vond een tijd terug dit filmpje van Andreas Spiess op Youtube. Volgens hem wordt de RPI er sneller en betrouwbaarder van, en kon het ook met de RPI 3.
Dit filmpje was van februari, die maker heeft ook recentere filmpjes gemaakt.
En vandaag kwam hij met een fimlpje als reactie op die beta, denk ik.

Ik heb me onlangs ook -uit nieuwsgierigheid- in het RPI gebeuren gestort.
Werkt inmiddels goed, met openplotter en ook VNC erop, aansturen via iPad of laptop.
Wat ik wel tussen de regels wel lees is dat de SD kaart het zwakke punt is,
Slijtage door veel intensief gebruik, memory sectors raken corrupt.
Bij plotselinge stroomuitval raakt de SD kaart helemaal de weg kwijt.
Je kan natuurlijk een X aantal gekloonde reserve SD kaartjes meenemen, maar dat is op de duur ook geen goede oplossing lijkt me.
Heeft iemand ervaring met de RPI omprogrammeren zodat hij alleen "read only" wordt?
Zie ook:
medium.com/@andreas.schallwig/...stretch-80c0f7be7353

Je kan er dan natuurlijk niets meer op wegschrijven, geen nieuwe kaartbestanden of gribfikes etc., dus wellicht niet zo handig voor aan boord.

Of in plaats van een SD kaart een externe USB stick of desnoods een externe HDD als boot device?

egenolf schreef :
Die SD kaartjes van bekende merken zijn inmiddels ook sterk verbeterd. Kunnen inderdaad wel eens uitvallen. Maar ja, je hebt er 10 jaar garantie op bij Sandisk.

Grote voordeel van een Sd kaartje is, als er problemen zijn heb je er binnen 2 tellen een kopie kaartje ingestoken. Andere USB dingen kunnen ook, maar daar heb je niet altijd een tweede exemplaar van. Die zijn mogelijk wel betrouwbaarder maar kunnen ook stuk.

Voor de snelheid hoef je het ook niet te doen. De laatste software werkt al net zo snel als mijn Linux 64 bits.

Bram

egenolf schreef : Jazeker. Zie https://zeilersforum.nl/index.php/forum-hoofdmenu-37/raspberry-pi-arduino-etcetera/585858-raspberry-met-openplotter-op-readonly-fs#1114481Ik heb het nu een klein half jaar in gebruik met dagelijks opstarten en uitschakelen door de voedingspanning uit te zetten. Tot nu toe geen problemen. Je kan het gewoon gebruiken, inclusief schrijven van bestanden in je home direktorie (zoals kaarten opencpn/openplotter configuratie, kaarten etc. Enkel voor het instaleren van programmas moet je even overschakelen naar rw (read/write)mode.
Nadeeltje alle bestanden worden 3x ipv 1x weggeschreven en bij lezen wordt ook 3x gelezen en vergeleken. Dit kost natuurlijk tijd, ergo het geheel wordt wel trager.

Vandaag en gisteren ben ik aan boord bezig geweest.

Best een eind gekomen, al zeg ik t zelf. Met de hulp van Brambo en ZP.

De elektronica achter het paneel ziet er een stuk overzichtelijker uit.




Het aanmaken van verbindingen van en naar opencpn is ook gelukt:

Maar nu:

Wat ik ook probeer, ik krijg geen data naar de autopilot.

Ten eerste is mijn niet helemaal duidelijk welk device de uit poort van de bc mux is. Ik kan kiezen uit deze twee:
ttyAMA0

Of

ttyS0

Iets anders lijkt er niet te zijn.




Ik neem aan dat beide niet goed zijn.

Maar wat dan wel?

Een ander punt van zorg, wat op te lossen is, is dat de rpi veel ueter wordt dan ik bedacht had.

En dat terwijl de omgeving net 23 graden is.

En dan nog dit: de vhf moet ook weten waar ik ben. Dus moet ergens een rocksolid betrouwbare gps vandaan krigen. Het plan was dat van de tweede nmea 0183 uitgang van de ais af te halen. Maar die spreekt voorlopig Chinees. Ook een laptop met navmonpc maakt er niks van, en een serial monitor ook niet.

Dus dat wordt bellen.

En dan nog wat geks: de richting van t bootje wordt bepaald door de cog, en niet de kompaskoers, die wel beschikbaar is.

Joop66 schreef :
Da's geen Chinees, maar gewoon een rappe prater, 8x gewone snelheid.
(38400 opv 4800 baud)

** Voor de VHF wil je de gps voor de DSC noodoproep hebben neem ik aan?
Je zou kunnen overwegen om dit stand alone uit te voeren met een GPS SIRF IV ontvanger met nmea 0183 data uitgang die je rechtstreeks knoopt aan je VHF.
Als je in nood bent ben je niet afhankelijk van je volledige boordsysteem, maar alleen van je VHF.

Zo heb ik t gedaan. Hoop t nooit nodig te hebben, maar als t it nodig heb wil ik niet afhankelijk zijn van een rpi. Minder leuk en sexy dat wel.

Te vinden bij een of meerdere van onze sponsoren.

** Voor de RPI temperatuur, argon PI 4case?

It Paradyske schreef :
Was t maar zo simpel. De 2e uitgang staat keurig op 4800 baud

Prachtige aluminium case met twee gruisloze fans erop. Zeer cool.
Te krijgen bij SOS.

Weet je zeker dat het een output is?
Mijn emtrak350 heeft 1 ingang en 1 uitgang voor nmea0183 en het viel me bij aanschaf op dit dit voor de meeste transponders gold.

Joop, de bedrading ziet er nu wat degelijker uit.

Zie ook dat je nu SignalK gebruikt. De uitvoer naar OpenCPN is niet nodig. Als je de nieuwe beta OpenCPN versie neemt dan is de invoer direct in SignalK formaat. SignalK, localhost en poort 3000.

Je hebt de uitvoer vanuit OpenCPN ook werkend ? Zie mijn eerdere toelichting.

Dan heb je de gegevens voor een route of een routepunt (als je die hebt gemaakt) ook in SignalK.

Neem de applicatie Signalk naar NMEA183 uitgaand op de poort die je in Serieel hebt aangemaakt.

Je kunt aangeven welke data je wilt hebben. Als de autopilot en de VHF allebei werken op 4800 baud dan kun je deze eenvoudig koppelen.

Verstaat je autopilot nmea183 of iets als Seatalk ?

Je bent in ieder geval al wat stappen verder.

Groiet,

Bram

Hallo Bram,

Dank voor je reactie.

1: in signalk dashboard is het kanaal opencpn de data stroom uit opencpn. Dus ja.
2: in de signalk 2 nmea 0183 app heb ik voorlopig alleen xte aangegeven.
3: hier weet ik niet zeker wat te doen. Nu is t zo ingesteld:

Maar hier twijfel ik dus of ik de goede poort van de bc mux adresseer.

Jumpinjack schreef :
drive.google.com/file/d/1BDhgm...8c/view?usp=drivesdk

Zou wel moeten.

Ja, de b100 doet t wel, purple en pink naar de vhf. Wat mij nog wel eens geholpen heeft is de draadjes omdraaien. Niet altijd heel evident met de verschillende versies van nmea0183 wat juist is.

Joop66 schreef :
Beste Joop,

het is SignalK >> NMEA183 lijkt mij !

Dus je invoer is SignalK. Verder kun je alles wat je wilt aanzetten naar de NMEA183 poort.

Voor de autopilot heb je waarschijnlijk wel wat meer nodig. Hangt er ook vanaf wat je er verder aan wilt hangen.

Bram

brambo schreef :
Kun je dmv screenshots precies aangeven hoe t moet staan?

Ik merk dat ik t in dit vakgebied noet erg goed doe met algemene aanwijzingen.

Joop,

je hebt de invoer op NMEA183 staan en je wilt SignalK omzetten naar NMEA183. Dus de invoer is niet NMEA183 maar SignalK. De uitvoer is NMEA183.

Aanzetten uiteraard en dan krijg je hele waslijst van wat je allemaal wilt uitzenden op die poort.

Kun je per item aanvinken.

En na het aanzetten altijd de SignalK server herstarten.

Je hebt dan als het goed is. De nmea183 uitvoer van alle in de SignalK server aanwezige zaken.

Het is een "listener" functie dus daar kun je op dezelfde lijn meerdere NMEA183 ontvangers
op aansluiten. Kan het hier thuis zelf niet toepassen.

Bram