Onderwerp: RPI als boordcomputer

Zeilprutser schreef :
Zal het maar even toelichten die "goedkope" USB isolatoren kunnen vaak maar beperkte snelheden aan, ga je die aan een hub knopen waar meerdere apparaten aan hangen (= dus meer data) met ook nog een HDD die je naar mijn mening over USB3 zou willen, dan loopt het al gauw vast.

Trouwens je hebt het over een HDD bedoel je geen SSD? Zo niet waarom geen SSD? gebruiken die meteen ook niet minder stroom?

Zeilprutser schreef :
Dat was mijn eerste plan. Maar ergens in de RPI gaat een paar mV verloren. Iig werkt dat niet. RPi srart niet op, als er op de USB dezelfde spanning staat als op de GPIO.
Zeilprutser schreef :
Komt wel. Ik ben nog niet zover.
Zeilprutser schreef :
Daar kun je wel eens gelijk in hebben.

Maar wie t weet mag t zeggen. Misschien morgen even bellen anders? Ik ben bijna aan t eind van mijn ideeën.

Het goede nieuws ik kan je probleem reproduceren, dus kan ik ook kijken naar een oplossing.
Inderdaad ook met de zelfde voedingsbron wil hij dan niet meer opstarten.

Plaats de HDD direct in de USB 3 van de pi in mijn geval heb ik dan zelfs voldoende spanning zonder extra voeding naar de de hub met toetsenbord GPS muis, wifi adapter etc, via de hub werkten die bij mij dan prima.
Ik zou het ook niet anders willen want ik wil ook die snelheid van USB 3 voor mijn HDD

Stel dat je toch te weinig stroom hebt voor jouw geheel (kan ik alleen reproduceren door nog een 2e HDD aan te sluiten) dan blijft bij mij alles netjes werken en ook weer opstarten zolang ik maar de HDD's direct aansluit op de pi en de andere zooi op de hub, de voeding naar de hub komt bij mij van de zelfde bron en de 5Volt vanuit de hub naar de pi is dan zelfs nodig om de 2e HDD te kunnen voorzien van voldoende stroom.

Als je toch die BC multiplexer wilt gebruiken, daar zit nog een ruimte en headers op voor een "voedingsmodule" daar kan dan direct 12V op.

Zeilprutser schreef :
RfQ is bij je.

De BC-mux is binnen en lijkt t te doen. Lijkt, want nog niet aan boord aangesloten, en ik heb hier geen NMEA 0183 bron. Maar dat geloof ik wel.

De poorten zijn prima te installeren middels de Serial app binnen Openplotter.

Dan nu de grote vraag:

Opencpn levert, als een route aktief is, auto pilot data APB, RMB, WPL en XTE. Hoe krijg ik die naar SingalK? En vervolgens weer naar de uit-poort van de BC-mux? Of moet ik OpenCPN die rechtstreeks naar de seriele poort laten sturen?

De documentatie van Openplotter is verre van uitputtend op dit punt, zeg maar.

Beste J,

De zaken die aanmaakt in OpenCPN, zoals route of een route naar een waypoint, dat doe je als volgt:

Je maakt in OpenCPN een extra verbinding aan: uitgaand (let op dat inkomend en uitgaand niet tegelijk aanstaan).

Instelling: Uitvoer UDP localhost en poort 2000

Op de onderste regel zie je rechts 2 puntjes. Hier kun je aangeven welke gegevens je wilt verzenden vanuit OpenCPN.

Handigste is alles wissen en dan aanvinken wat je wilt verzenden. Hier meestal alleen RMB en RMC.

Daarna ga je naar de SignalK server. Inloggen en een nieuwe verbinding aanmaken:

NMEA183, UDP en poort 2000. Activeren en de SignalK server herstarten.

Als je nu een route aanmaakt in OpenCPN. Gaat de data naar SignalK.

Vandaar uit kun je alle kanten uit. Zelfs naar NMEA2K.

Ik herhaal nog maar even een schermafdruk. MXTommy is SignalK. Met de richting en afstand tot het waypoint.

brambo schreef :
Top Dat stuk mistte ik, inderdaad.

En hoe kom ik vanuit signalK naar de seriele poort? Hoe bepaal ik wat daarop terecht komt? Of wijst dat zichzelf?

Ik gebruik geen Openplotter maar alleen Signalk en OpenCPN (of onze eigen mux software)
Een port kan maar door 1 programma tegelijk gebruikt worden.
Dus in je routing moet je de goede keuzes maken.(ik zou eerst een flowchart maken)

Het is me nog niet gelukt data uit te sturen naar een NMEA0183 port aangemaakt als connection in Signalk
(daar ook nog geen functie voor gehad/ kunnen bedenken.)
Als je OpenCPN altijd gebruikt zou ik daar (met mijn kennis van vandaag) de multiplex instellingen doen.

Beste Zp,

er is steeds een misverstand over OpenPlotter. Openplotter is niets anders dan een aantal hulp programma's met als basis Debian Linux Buster. Je kunt er gemakkelijk OpenCPN en SignalK mee installeren.

Hier gaat het over OpenCPN en de uitgaande link naar de SignalK server. Staat los van OpenPlotter.

Vanuit SignalK kun je allerlei verbindingen maken. Ook MxTommy Kip is een applicatie uit SignalK.

Al de applicaties hiervoor staan in de lijsten van SignalK. Voor installeren heb je wel een internet verbinding nodig.

De processor temperatuur in de schermafdruk komt hier ook vandaan. Maar ook SignalK naar NMEA183 of naar NMEA2K.

Daarnaast is er ook nog de multiplexer Kplex.

Inmiddels is er ook de applicatie SDR VHF bijgekomen. Hiermee kun je met een RTL-DSR dongle ( € 10,- - € 15,-) prima Ais ontvangen. Calibratie voor deze USB dongle zit er standaard bij.

Grappig is dat je er ook nog Dab+ radio er mee kunt afspelen of de vliegtuigen AIS kunt bekijken. Hier speelt al geruime tijd DAB radio af op de achtergrond in een prachtige kwaliteit. Gewoon met een VHF marifoon antenne.

TV zou ook mogelijk moeten zijn, maar dat is mij nog niet gelukt.

Maar een applicatie tegelijk. Dus geen AIS met Dab+ geluid.

Groet,

Bram

Joop66 schreef :
Je moet even kijken in de applicaties van SignalK. Inloggen en dan kijken bij Appstore.

Installeren bij het wolkje. Daarna bekijken, instellingen en activeren en SignalK server herstarten.

Interessant is ook dat je het gehele SignalK verkeer (ook NMEA2K) kunt zien in de applicatie SignalK filter.

Groet,

Bram

Hier nog een beeld met het hele "circus" aangezet.

Kun je ook de SignalK data zien. Dit werkt ook voor NMEA2K. Je ziet dan de NMEA2K data plus de bijbehorende PGN. Het peilkompas is ook een interessante optie.

Ja Brambo het is allemaal geweldig!
Nu nog de praktische toepassing en antwoord op zijn vraag?

(Even dus los of je het zo zou willen (ik zou nog steeds eerst een flowkaart maken)!)
Het is me gelukt!
Persoonlijk heeft mijn voorkeur over TCP maar over de door Brambo voorgestelde UDP kan ook:

Met TCP kan de data 2 kanten op en dan weet je ook of de data overkomt.
Dus bij Signalk add connection / input type NMEA0183 / Source TCP server etc:
(apply en restart server)



Dan in OpenCPN zie screenshot (bij mij komt de data binnen van de pcnautic server en ik stuur het dus over 10110 naar Signalk):



Als de zinnen blauw zijn komt het over in Signalk dat kan je checken met bijvoorbeeld het Signalk instrumentpanel.
Je hebt de plugin @signalk/signalk-to-nmea0183 nodig om de data te kunnen uitsturen over een connection/port in Signalk als dat in NMEA0183 is, die moet je installeren.
Die vindt je na installatie onder Server / Plug in Config / als Convert Signalk to NMEA0183
Daar moet je active aanvinken en de zinnen die je wilt uitsturen.

Nu moet je de serial/nmea port toevoegen:
add connection / input type NMEA0183 / Source Serial en vervolgens je USB/serial kiezen uit de lijst en de correcte baudrate invoeren.
Heel belangrijk je moet bij Output Events nmea0183out invullen! (Apply en restart server)



En nu moet het werken:



Zie dasboard TCP is geel en zend, maar ftdi blijft "stil" ook geen gele lijn en 0(0%) ik denk dat dit komt omdat daar nu geen data binenkomt, zie putty hij stuurt echt wel data uit (naar pc die ik er heb aangehangen)

Beste Zp,

ik dacht al een antwoord te hebben gegeven. De plugin SignalK naar NMEA183 installeren en eenvoudig instellen met de gewenste USB port. In de serieel instellingen van OpenPlotter kun je de poort een alias geven, zodat deze wordt herkend ongeacht welke usb poort deze wordt ingestoken.

Vanuit OpenCPN uitvoer ook eerder TCP geprobeerd, echter dat werkte niet. UDP met poort 2000 werkt wel.

De RMB en andere gevraagde items zijn naar keuze al aanwezig in SignalK. Het gaat alleen nog om de uitvoer.

Zou OpenPlotter toch maar eens proberen.

Groeten uit een zonnig Zeeland,

Bram

brambo schreef : Precies dat was de vraag, 1 dat kan direct in OpenCPN, maar 2 de vraag was hoe doe je dat in Signalk?
Goed dat heb ik hierboven uitgelegd nu wil ik wel graag het antwoord hoe doe je dat in OpenPlotter?

Zeilprutser schreef :
Thx,

Dit is het detail niveau wat ik nodig heb, helaas. Ik herken voldoende schermpjes om hiermee aan de gang te gaan. Als laatste stap kan ik met een extra seriele pport en laptop met NavmonPC kijken of t werkt.

brambo schreef :
De extra UDP poort ga ik instellen.

Waar vind ik die plugin?

Joop66 schreef : Maar is dit wel wat je wil? waarom niet direct in OpenCPN?
Ik zou echt eerst een begin van een data flowchart maken en die voorleggen hier!

Joop66 schreef :
Je moet wel internet hebben in Signalk /Appstore / Available en dan zoeken in de lijst:
"@signalk/signalk-to-nmea0183" daar helemaal rechts naast version op het wolkje met pijltje naar beneden klikken, dan start bovenin Installing, als hij klaar is restart server en dan naar Server / Plug in Config / als Convert Signalk to NMEA0183
Daar moet je active aanvinken en de zinnen die je wilt uitsturen.

Zeilprutser schreef :
Het is eenvoudig. Je wilt de data uit OpenCPN in SignalK hebben. Dit voor het combineren met andere invoer en het gebruik van de instrumenset MXTommy Kip.

SignalK is eenvoudig het "draaipunt" (de mainstay) van de communicatie.

Vandaar uit kun je van alles aandrijven en kun je de uitvoer en de invoer ook nog zien in de SignalK Filter of SignalK Diagnostics (Dit is wel van OpenPlotter).

Verder kun je er ook nog NMEA2K invoer en uitvoer aanhangen.

Wat nog niet werkt is de aandrijving vanuit SignalK van een NMEA2K autopilot, omdat er nog een paar PGN's ontbreken.

Wel knap dat jij al precies weet wat hij wil
Ik dacht dat hij o.a. het Garmin protocol wil gebruiken, zover mij bekend gaat dat al niet werken icm Signalk en/of Openplotter.....of weet jij meer?

Zeilprutser schreef :
Garmin is gewoon NMEA183 met een karakter ervoor.

Als het in serieel invoeren via SignalK niet werkt, dan doe je dat gewoon in OpenCPN met het Garmin vinkje aan.

En dan zet je in de uitvoer van OpenCPN ook GLL of nog meer functies ook aan. Dan komt de positie ook eenvoudig in SignalK tegelijk met route/waypoint informatie.

Het is allemaal niet zo moeilijk.

Groet,

Bram

Zeilprutser schreef :
Een aangepaste flowchart zat bij dit bericht:Flowchart

Je was er even niet, dus kon ik even niet vragen hoe jou stuurautomaat met roerstandaanwijzing hierin verwerkt moest worden.

Dus, als je opmerkingen hebt...
Dan kunnen we ook wel discussieren welke poortnummers het meest handig/standaard zijn. Of je krijgt gewoon een overzichtje met speciale ZP-poorten

Ja het is gelukkig allemaal zo simpel dat ik net dat draadje ook nog maar eens van top tot teen heb doorgelezen.....
Eeuuh die flowchart is de standaard "aangepaste" Openplotter flowchart toch?
Is dat dan nu hoe jouw systeem er uit ziet?

Joop heeft dacht ik de AP aangesloten op de Garmin en wil de route van uit OpenCPN naar de Garmin sturen die dan weer de AP aanstuurt.
Zoals ik hier en anderen al aangegeven hebben in dat andere draadje denk ik dat je dat het beste in OpenCPN kunt afhandelen buiten OP en SignalK om.
Maar als we alles zeker wisten hoefden we hier natuurlijk niet over te discussiëren.

In jouw geval wil je graag weten hoe de pypilot hierin verwerkt is/kan worden?
Ik ook!

De enige manier hoe ik het hier nu werkend heb is met een aparte Tinypilot serieel aan de Arduino/motorcontroller.
De roerstandmeter is dus aangesloten aan de arduino en die geeft dat serieel door aan de Tinypilot.
De Tinypilot hangt in het zelfde (wifi)netwerk en dan kan ik in Openplotter en in OpenCPN de AP/Tinypilot bedienen maar ook direct via de webinterface die op de Tinypilot draait (met of zonder connectie met Signalk en/of OP)
Het is ff een paar maanden geleden dat ik dit heb laten draaien en moet er wel mee verder...

PS de IMU hangt bij mij dus ook aan de Tinypilot maar die stuurt dat dus door op het SignalK netwerk denk ik.
Voor de duidelijkheid de Tinypilot kan volledig standalone werken bedienbaar via een webinterface en/of aangesloten knoppen met of zonder display, en hij kan ook bedient worden via Signalk en Opencpn inclusief calibratie van de IMU en instellingen etc.

De meeste kennis hierover heeft Ironman, zonder hem had ik het niet aan de praat gekregen!

Allereerst, dit wordt off-topic. Misschien even via een admin vragen hoe we dit in los kunnen weken van het topic van Joop.
Zeilprutser schreef :
Mijn systeem is een ARM64 SBC met Ubuntu (gewoon een van de meest eenvoudige systemen als je ook met github werkt). De verschillen van mijn ARM en de RPI4 zijn klein genoeg dat ik nog iets van OpenPlotter kan gebruiken.

Het systeem is nu grotendeels OpenCPN vanuit GitHub met SignalK via OpenPlotter. Ik vind de aanpak van OpenPlotter (en Raspbian) voor het netwerk, canbus en seriele poorten maar zo zo, dus dat kan ik zelf beter (met 10+ jaren ervaring). Voor I2C en PyPilot (electronisch compas) werken de RPI tools voor mij. En SignalK is ook eenvoudiger installeren via OpenPlotter (waarbij ik dan weer CanBoat zelf moet compileren..).

Na de Beta van OpenCPN hoop ik dat ik alles wat ik nu kan ook met Standaard OpenCPN kan. Nu is dat nog niet zo.

Ik weet nog niet of ik N2k uiteindelijk rechtstreeks in SignalK moet inleiden of via mijn MUX. Voordeel van via de MUX is 1 stekker naar mijn SBC en minder componenten. Maar een MUX met N2k is een luxe. In het overzicht bestaat het lijntje niet eens.

_DAT_ zal altijd speciaal blijven...
Ik denk dat we het hierover redelijk eens zijn. Het is ingewikkeld (vanwege zo'n afwijkende fabrieks-standaard), dus niet moeilijker maken alsjeblieft.
Dan kloppen mijn lijntjes aardig.

De koers via de windmeter zal dan via N2k of NMEA0183 verlopen,dus die klopt ook.

Waar ik een beetje van zat te balen is dat een aantal onderdelen in het overzicht van OpenPlotter het beeld alleen vertroebelen. Ik ben het dan ook met je eens dat veel boot-bezitters eigenlijk een aangepast diagram moeten hebben voor de eigen situatie.

Een voor de programmatuur en een voor het electrisch schema.
Het wordt alleen maar eenvoudiger...

Even ter referentie: ik zat te zelf denken om de pypilot inderdaad ook via een aparte arduino te regelen en een 2e IMU voor electronisch compas (HDG MAGN).

We dwalen af van de vraag van Joop die zijn Raspberry Pi 4 goed aan de praat wil krijgen. In OpenPlotter versie 2.x zitten hiervoor standaard alle opties.

Het thema is de RPI als boordcomputer.

Alles kan natuurlijk altijd wel weer anders. Door zelf dingen te compileren.

Maar dat gaat het in dit item niet over en geeft de nodige verwarring.

Men gaat dan snel denken dat een RPI erg moeilijk is voor een gebruiker en dat is met OpenPlotter niet het geval.

Maar ja, bij zo "druk op de knop systeem" zit ook een fors handboek met allerlei instellingen. En wat als die druk op knop niet meer werkt. Wachten op onderdelen uit NZ ?

Misschien eens een ander "prutsers" "experimenteer" "testers" topic openen.

Groet,

Bram