Onderwerp: RPI als boordcomputer

Voor de discussie mbt de Pypilot lijkt me dit draadje het beste:
zeilersforum.nl/index.php/foru...m-pypilot-controller

Zeilprutser schreef :
Nou, dat is echt heel, heel simpel:

Ik heb 5 seriele kanalen in:
Positie en AIS,
Speed,
Wind,
Depth,
Kompas (uit de RM SPX5)

Die komen binnen via jouw BC-mux.

En 1 kanaal uit: RMC, XTE en nog wat waypoint info voor de Auto Pilot.

De UI is voor mij OpenCPN en alleen OpenCPN.

Mijn enige motivatie om SignalK te willen gebruiken, is dat, blijkbaar, Linux van zichzelf niet in staat is, de seriele poorten unieke ID's toe te kennen, en dat die dus bij elke opstart door elkaar gehusseld worden. Voor wat ik begrijp, lost SignalK dat op.

Ik ga geen gebruik maken van tablets, Wifi Access Points, MXTommy, of andere snick-snack.

Ben ik dan op de goede weg? Ik ben er prima mee, om heel SignalK te laten liggen en alle poorten in OpenCPN te configureren. Als ze dan ook maar zo blijven.

Joop66 schreef : dus 5 nmea0183 signaalgevers.
1 aansluiting van een mux, dus 1 poort voor linux lijkt mij. Linux ziet geen 5 signaalgevers, maar een gebundeld signaal.

Dat daar allerlei labels aanhangen dat is voor de gebruiker, hier de OpenCPN UI.
1 bron (alles is gecombineerd in de MUX), 1 poort en 1 gebruiker...
Het is mij niet duidelijk waarom je hier SignalK zou willen toepassen.

SignalK kun je inzetten voor 2 doelen:
Informatie die je uit verschillende bronnen binnenkrijgt bundelen.

En informatie die je binnenkrijgt delen met verschillende gebruikers, waarbij je de info in op verschillende manieren kunt presenteren bijvoorbeeld NMEA0183/N2k/SignalK afhankelijk van waar je het naar toe stuurt. Dat kan dus een repeater zijn of een navigatieprogramma.

Als ik jouw verhaal lees had je in een eerder stadium 5 gelijke stekkers die je niet kon onderscheiden. Met de MUX zou dat probleem verholpen moeten zijn.

Joop66 schreef :
Mijn enige motivatie om SignalK te willen gebruiken, is dat, blijkbaar, Linux van zichzelf niet in staat is, de seriele poorten unieke ID's toe te kennen, en dat die dus bij elke opstart door elkaar gehusseld worden. Voor wat ik begrijp, lost SignalK dat op.

Niet dus. Het heeft niets met SignalK te maken. Het zijn de serieele poort instelling van OpenPlotter. Na de poort een alias te hebben gegeven. Kun je de poort doorschakelen naar SignalK.

Het uiteraard je eigen keuze. Maar SignalK bied vele aanvullende mogelijkheden. Veel meer natuurlijk als de invoer in OpenCPN.

Ik ga deze niet meer opsommen. Niet voor niets heeft de nieuwe OpenCPn versie invoer mogelijkheid van SignalK. Dat is eenvoudig de toekomst.

Veel plezier met de compact energie zuinige kaartplotter systeem.

Groet,

Bram

Voor de duidelijkheid de zogenaamde BC-Multiplexer is een NMEA0183(USB) HUB, juist om die reden heeft Joop hem gekocht omdat via 1 USB kabel nu 4 afzonderlijke in en uitgangen beschikbaar zijn, met 2 extra USB aansluitingen die nog vrij zijn op die HUB (en nog een derde op een header intern)kun je met nog 3 in of uitgangen uitbreiden, die worden allemaal als afzonderlijke apparaten weergeven op de PI.

De door ons zo genoemde USB port swap heeft ons ook veel tijd gekost om op te lossen in onze software.
Bij ons gaat dat nu volledig dynamisch en kun je hot in en uitpluggen zonder dat je USB/poort of NMEA routing en/of filtering in de war raakt.

In SignalK (zonder OpenPlotter)kun je nu ook het USB apparaat kiezen op basis van het unieke ID en dan heb je daar ook geen last van de USB port swap:



Mocht het device niet aanwezig zijn dan parkeert Signalk tijdelijk de id naast het keuzevak en kiest hem automatisch weer zodra hij weer aanwezig is:




Ik constateer inderdaad bij OpeNCPN de mogelijkheid tot port swap omdat die alleen selecteert op de listed naam bijv. /dev/ttyUSB1 en die kan veranderen indien je dingen aanpast, volgens mij veranderd die niet random maar alleen als je iets veranderd hebt, ik denk als je zorgt dat bij Joop de outport USB0 is je alles kunt in en uitpluggen en dat hij gewoon USB0 blijft.
Ik zou dan de AIS op USB1 zetten (ivm de baudrate)
Misschien is dit iets dat OpenCPN nog wel oppakt.
Heeft OpenCPN dit probleem niet icm OpenPlotter? (dan heeft Joop dat probleem ook niet)

Beste ZP,

de bedoeling is dat OpenCPN de data ontvangt van de SignalK server. In de nieuwe beta kan dat direct SignalK invoer zijn op poort 3000 localhost. Kan ook op de oude manier TCP localhost poort 10110.

De terugvoer van data vanuit OpenCPN is UDP localhost 2000. Dit gaat dan naar de instelling opencpn-in (bijvoorbeeld NMEA183 UDP poort 2000.

De alias wordt naar eigen keuze aangemaakt in de serieele instelling van OpenPlotter, die de verbinding dan doorschakelt naar de SignalK server.

Er verschijnt derhalve geen enkele serieele poort aanduiding in OpenCPN, alleen netwerk.

En als je AIS wilt ontvangen met een RTL-DSR usb dongle. Dan komt er in SignalK te staan:
Openplotter SDR-AIS UDP poort 10110. Wordt automatisch aangemaakt.

De verbinding van NMEA2000 is: input type nmea2000 canbus een Actisense NGT-1 of canable
/dev/ttyOP-canbus baudrate 250000.

Daarnaast zijn er diverse opties zoals temperatuur sensors, tankinhoud etc. etc. SignalK is niet gebonden aan NMEA standaard zinnen. Maar kan van alles zijn. Zie de lijsten in SignalK. Ik gebruik de temperatuur van de processor als extra invoer.

Voor USB kun je uiteraard een usb hub gebruiken. De afzonderlijke aansluiting hebben dan ook allemaal een alias en kun je ze eenvoudig omwisselen.

De PyPilot autopilot werkt gedeeltelijk op SignalK. Echter nog niet 100%. De verwachting is wel dat dit er komt. Data moet snel schakelen tussen data ontvangen en instructies verzenden.

Dit is de weg om te gaan. Maar het hoeft natuurlijk niet. OpenPlotter maakt het bovendien eenvoudig om de SignalK server en OpenCPN te installeren.

Werkt overigens niet alleen op de Raspberry PI. Maar werkt ook prima op mijn 64 bits Linux Mint Tricia. Echter niet alle functies van OpenPlotter werken op deze Linux versie.

Dus ook op een ander compact navigatie computer systeem (64 of 32 bits) met Linux als besturing systeem.

Groet,

Bram

Zeilprutser schreef :
Het is mogelijk Linux steeds dezelfde devicename (/dev/ttyUSB0, etc) toe te laten kennen aan hetzelfde device:
askubuntu.com/questions/49910/...b-to-serial-adapters

Menno schreef : Of anders deze: https://unix.stackexchange.com/questions/66901/how-to-bind-usb-device-under-a-static-name , gaat ook speciaal over de rpi welke iets vevelender is dan standaard linux wat dit betreft. (schijnt )

Met permissie, maar wel een nerd draadje aan t worden....

roozeboos schreef :
Ja, inderdaad, dat is jammer. Want het in principe eenvoudig.

Bram

brambo schreef : Het is zo eenvoudig dat dit draadje al 5 pagina's lang is.
En dit is niet het eerste draadje en waarschijnlijk ook niet het laatste over dit onderwerp.
Ik ben blij dat mijn systeem op basis van een Windows pc een stuk ingewikkelder is

Heel eerlijk gezegd heb ik ook overwogen om mij eens op deze methodiek te storten, i.p.v. een ‘mini-PC’.

Ik knutsel graag, maar krijg bij dit soort draadjes idd het gevoel dat het (te) ver boven mijn pet gaat. Aan de andere kant is iedere vraag nog beantwoord

Sailabout schreef :
Dit soort draadjes is gaan soms ook boven m’n pet, echter denk ik dat Open Plotter best te doen is, ook voor niet-nerds.
Ik heb iniedergeval een Pi besteld, en met hulp van Bram (dank daarvoor!) ligt er al een SD kaartje klaar...
Ga het gewoon proberen, de mogelijkheden zien er goed uit, en het zijn de kosten ook niet...

Zal tzt een nieuw draadje openen > hoe bevalt OpenPlotter 2.0+Pi voor een niet-nerd

De basis is erg eenvoudig een kant klaar kaartje erin en dan werkt het. Ja, een GPS muis of een Ais transponder moet je nog even instellen.

Het probleem is eenvoudig, er kan zoveel mee. En als je alles in een keer wilt gebruiken, ja dan moet je er even in verdiepen. Dat moet je ook niet direct doen.

Wil je Ais ontvangen met een RTL-DSR Dongle van € 10,-15,- euro dan vraag het wat meer werk.

Aldoende leer je er mee omgaan. Er is veel informatie over beschikbaar.

Kant en klaar kaartje en een gpsmuis eraan en dan werkt het. Op het voorbewerkte kaartje zitten ook al de diverse kaartensets.

Kopie kaartje kan ik maken voor de porto kosten.

Navigatie op de computer is de toekomst. Componenten zijn eenvoudig uitwisselbaar.

De RPI als thuis computer.

Niet alleen aan boord als navigatie systeem is de Pi een interessante ontwikkeling.

Ook zo'n ding thuis opgesteld te hebben is ook een grappige optie.

Niet alleen zie je de schepen in de omgeving varen, als je in de buurt van het water woont. Maar je kunt ook de locale DAB+ zenders laten afspelen.

Een ander interessant project is de vliegtuig "AIS". Je kunt de vliegtuig AIS aanzetten en zien wat er voorbij vliegt, op welke hoogte, snelheid en ook nog de gegevens van het type vliegtuig plus foto's. Dit werkt eenvoudig met een RTL-DSR dongle en een (oude) marifoon antenne voor je raam.





Hierbij nog een beeld van vanochtend.

Weer eens een gewone update dan.

De klemmenstrook achter de nav corner was me al langer een doorn in het oog. Nou ja, spreekwoordelijk dan, want meestal is het deurtje dicht.

Hier wat foto's hoe het was: Met USB/serieel omzettertjes, een USB hubje en USB isolator (1). Werkte wel, maar... Nou ja, kijk zelf maar.






Dit heb ik vandaag gesloopt. En de bovenste rij weer aangesloten.



Het principe: instrumenten en apparaten komen boven binnen, zodat die kabels aan elkaar opgebonden kunnen worden. Daaronder enkele ty-rap voetjes zodat t ook echt vast zit aan de boot.

Dan is de onderkant vrij voor allerlei doorverbindingen. En dat zijn er dankzij de BC-mux niet eens zoveel meer.

Die komen dus volgend weekend.

Waarom doe plus en min om en om ? Het is toch veel beter een veiliger een rijtje plus verbindingen te maken en rijtje met min verbindingen. Met van die overbrugging plaatjes kun je een rij van een bepaalde groep doorverbinden. Zou zeker een paar hoofdgroepen maken met een een hoofdzekering per groep.

Het blijft zo erg rommelig.

Zou data verbindingen en 12 volt systemen geheel gescheiden houden.

Ja, dat is de regel. Die ken ik ook.

De reden: heel simpel: omdat uit 1 kabel bijvoorbeeld voeding +en -, en nog wat NMEA aders komen.

Om de plussen, de minnen en de singaal aderes te sorteren, moet ik al die kabels over een grote lengte openmaken, wat een veel fijnere en complexere spaghetti geeft.

Dus in weerwil van de regel heb ik hiervoor gekozen.

Tja. Eigenwijs. Ik weet t.

brambo schreef :
Is het niet voor Nerds dan?
Erodona schreef :

Dat is vals Onno, en dat weet je.

Toch even voor de duidelijkheid het is niet dat ik Erodona hier uitlach!
Het is gewoon heel jammer dat zo'n projectje waar je enthousiast aan begint op frustraties uitloopt dat gun je niemand.

Zeilprutser schreef :
O. Zo bedoelde ik dat niet eens.

Ik ben ook erg benieuwd wat de uitkomst van mijn exploten hierin gaat zijn.

We gaan t meemaken.

Eindelijk USB boot voor Pi 4:
www.raspberrypi.org/forums/vie...458db63482ae20121427

Wat betekent dat ZP? Kan ik nu met een stick met een image er op, de sd kaart repareren als die corrupt is geraakt?

waarschijnlijk dat je straks kapotte usb sticks hebt....