Onderwerp: RPI als boordcomputer

3Noreen schreef :
Je moet geen kapotte muxen gebruiken natuurlijk

Moet je bij een cascade van muxen niet ook rekening houden met verliezen?

Als je actieve of een gewone usb hub gebruikt kun je er van alles aanhangen. Zijn er met 4 of meerdere poorten. Een actieve hub werkt ook met 5 volt

Met de OpenPlotter applicatie Serial geef je de diverse apparaten een naam (een alias), zodat ze herkend worden ongeacht de poort waar je ze aanhangt. Werkt ook voor de aansluitingen op de hub.

En je kunt de verbinding desgewenst doorzetten naar de SignalK server.Inclusief het herstarten van de server. Doorzetten naar de Canbus NMEA2000 kan ook.

Ik heb hier een actieve 4 poorts usb 3.1 hub, waarbij je de diverse usb poorten kunt aan- of uitzetten.

De hardware om met een RPi en SignalK een dedicated multiplexer te bouwen:
-Raspberry Pi
-Goede externe voeding
-SSD of reserve SD kaartjes
-Een (1) galvanisch geisoleerde USB-Serial converter per NMEA0183 poort
-Een canable boardje indien NMEA2000
-Een galvanisch gescheiden GPIO / ST1 interface printje indien SeaTalk1

Als je hier tijd in wilt steken en niet “heel eenvoudig” bent kun je voor 1/3 van de prijs van een Miniplex met deze functionaliteit klaar zijn. Dan ga ik er vanuit dat je binnen SignalK dezelfde routing mogelijkheden hebt als in de Miniplex software...

Joop66 schreef :
Van SignalK.org:

Neem nota van het feit dat mensen er niet bij staan, bij die friendly sharing

Maar dit is wel de kern van Signal K:
een data sharing methode. Geen store, alleen transporteur en translator.
Alles wat eromheen hangt (applicaties, displays) is bijvangst.

In die zin is het eigenlijk niet anders dan een goede mux (met N2K, 183, STng, wifi).

Ik denk dat een van de uitdagingen is om leveranciers van sensoren (voor alles en nog wat) zover te krijgen dat ze hun data in JSON-SignalK gaan aanleveren.
Dat doen ze nu niet; het is of NMEA183, of NMEA2000, of eigen protocol en data-definities.
En daar hebben die leveranciers al genoeg ergernis over, zie de proprieraty PGNs die bijvoorbeeld RM stuurt tussen zijn apparaten, om interoperability tegen te werken (koop alles van RM, anders werkt het niet optimaal).
Dus om nou hun meetdata te gaan aanleveren aan een groep particulieren die een open systeem voorstaan, zal wel ongeveer het laatste zijn wat ze gaan doen.
En dus is Signal K aan de inputkant gebonden aan NMEA183, NMEA2000, ST, want er is niets anders.
En dus focussen de Signal K ontwikkelingen zich op vertalen en rondsturen van die berichten (in JSON, 600 keer meer bytes...) en op allerlei displaytjes op apparaatjes (niet zijnde de meters en displays die je al aan boord hebt).

Het idee is leuk, de implementatie een beetje bloated, en de medewerking van de industrie afwezig.....

Knoet schreef :
Wel op de snelheden letten ja!

Baasklusje schreef :
Ik begrijp dat het lastig is.
Eerste mux heeft 4 listener poorten.
Drie daarvan gebruik je voor de secondaire mux'n. Dus op de eerste mux blijft er maar 1 vrije poort. Dus hoeveel talkers kun je aansluiten ? 4+4+4+1 = 13
snappie ?

3Noreen schreef :
Ik zou ze alle 4 gebruiken. Maar bij jouw mux is die 4e kapot ?

Baasklusje schreef :
Mijn fout jij wil 5 muxen.

Nachtvlinder schreef :
Als je de opportunity cost van de knutsel- en test- en repareer-uren meetelt kan je een heleboel muxen kopen
(elke 3 uur is een hele mux)
(vergeet ik nog even het verlies aan huiselijke vrede )

Of Signal K kan routeren (op bericht-header-nivo, niet op poort-device!) weet ik niet.

Knoet schreef :
Ja, zorgen dat er geen overflows kunnen optreden, dus voldoende snelheid op de uitgangspoort in relatie tot de ingang.
Als je ingangen maximale datahoeveelheid aanleveren, dan moet je uitgang 4x zo snel zijn dan de ingang.

En natuurlijk is elke mux weer extra vertraging.

Voordeel van een rpi met veel serieel naar usb, is dat je die vertragingen veel minder hebt.

Bij Joop is OpenCPN de mux en wat Hij/ik de BC-Multiplexer noemen is eigenlijk een USB/NMEA0183 Hub.
Op die NMEA0183 hub zitten 4 NMEA0183 poorten (in en uitgangen) en nog 2 extra USB aansluitingen, je kan dus een heel eind doorkoppelen, en ja uiteindelijk wordt het dan een rekensommetje hoeveel data de pi en USB2.0 aankan.

3Noreen schreef :

Er is meer uit te halen dan 13, maar net welke als we het bij Miniplex houden, je gebruikt.

Baasklusje schreef :
Zie begin:

Wind, Diepte, Snelheid, AP, GPS, AIS (toen nog apart) 6 kanalen dus.

Je statement klopt, maar houdt geen rekening met mijn portemonee. 250 piek per stuk kan/wil ik niet lappen voor een dergelijke funktie. De aanbieding van ZP is heel wat prettiger.

Nog een ander idee. Een usb hub met 7 aansluitingen. Actief met een aansluiting voor een 5 volt voeding.

Kosten bij de winkel in China minder dan € 10,- Met een aparte schakelaar voor ieder kanaal.

Hier nog een afbeelding van mijn usb 3.1 hub. Er hangt aan: de usb plug van mijn draadloze toetsenbord, de GPSmuis, de RTL-DSR dongle voor AIS ontvangst en de Oesenc beveiliging dongle. Daarnaast heb ik nog 3 usb poorten beschikbaar op de RPI.

brambo schreef :
.....

Ennemeh, hoe stuur ik de stuurautomaat aan? En Winddata van een navman W100? En de kompasdata?

Met schakelaars ook nog. Dus als er iets op valt, valt mijn hele boordnetwerk uit?

En, dan heb ik dus 2 gps-en en AIS ontvangers aan boord. Hoe wordt t daar simpeler van?

M.a.w. hoe is dit een volledig antwoord op de vraag die ik niet gesteld heb?

Wat een teleurstelling weer...draadje heeft zo'n interessante titel maar meestal gaat het over wat niet zou kunnen of niet zou mogen

Gepost met de officiële Zeilersforum-app

Joop66 schreef :

Beste Joop,

je kunt alle aansluiting op de usb hub en de usb poorten aansluiten.

Met je Openplotter gebruik je de Serial applicatie. Hierbij geef je de aansluitingen een naam (een alias). Dan worden ze herkend ongeacht de poort waar je ze instekk.

Vanuit Serial kun je ze eenvoudig verplaatsen naar de SignalK server die je al draaiend hebt.

Even stuk voor stuk doen. De snelheid kan ook nog verschillend zijn dat geef je zelf aan.

De SignalK server is tegelijk de multiplexer. Daar kom alle data terecht.

Er loopt in principe een lijn in het SignalK formaat naar OpenCPN.

Terugvoer van de route en WP kan als een tweede verbinding, maar dan alleen de data die er nodig is voor een route of een weg naar een waypoint. Logisch anders gaat de inkomende data rondzingen via de uitgaande data. Wat je zelf hebt ondervonden.

Al die invoer kun je verplaatsen "op maat gesneden" aansluitingen zoals je AP.

Hiervoor is er de applicatie nmea183 > nmea183 in de SignalK server. Hierbij geef je aan welke NMEA183 data naar de betreffende poort (de AP ?) wilt uitzenden. Je hoeft derhalve geen complete data stroom te gebruiken. Maar alleen de data waar een betreffende apparaat.

Is allemaal een logisch geheel. Je hebt alleen een aantal usb poorten nodig. De 4 (3 als je een hub gebruikt) want via een poort komt de usb heb binnen.

Als er meerdere gebruikers zijn die wat stroom gebruiken, neem dan bij voorkeur een actieve hub. Dat is een hub met een stroomvoorziening die de usb aansluitingen van stroom voorzien.

Je hebt gelijk Effies, er is een heel scala mogelijk aan interessante oplossingen.

Dat je een data server gebruikt is ook volstrekt logisch, die is er voor de data verwerking. En kaartplotter software is er voor de navigatie doelen. Hoewel er bepaalde combinatie mogelijk zijn, loop je al snel vast. Zeker als je ook nog nmea183 en NMEA2K en sensors wilt combineren.

Met een eenvoudig minimale optisch koppeling boardje kun je in RPI SignalK ook Seatalk 1 aansluiten en vandaar uit distribueren.

Nu kan het zijn dat je twee dezelfde bronnen hebt.. Bijvoorbeeld GPS data. Dan kun je aangeven welke de prioriteit moet krijgen.

Allemaal interessante opties.

Bram

Bram

Onvermoeibaar die Bram...
En vergeet niet...usb is 2-richtingsverkeer en mag je zelfs dubbel tellen als je daar gebruik van maakt

Gepost met de officiële Zeilersforum-app

En Joop kan zijn bestaande Mux er ook op aansluiten, plus nog wat extra verbindingen.

Dan heb je al twee muxen.

Effies schreef :
Nou ja. Er zit een hoop ruis in, maar uiteindelijk staat t er wel. Deel met hulp van dit draadje is t me wel gelukt om t voor elkaar te krijgen.

RPI4 USB boot port priority?

Toch nog een vraag hier:

Stel: ik heb de RPI ingesteld op USB boot. Dat werkt.

En hij is ingebouwd: de SD poort is niet bereikbaar.

Nu kan ik m booten van de SSD die er in zit.

Maar als daar iets mee mis is geraakt, wil ik m eigenlijk kunnen booten van een stick. Buiten.

Dus. De vraag:

Is het mogelijk een prirotieit op de USB poort te zetten. Dus: eerste checken of er geen stick in zit, dan pas SSD.

Op de RPi pagina's kom ik dat niet helemaal tegen.

Beste Joop,

de boot volgorde kun je aanpassen in het config menu.

Sudo raspi-config en dan naar advanced > boot volgorde. Je moet wel de instellingen bij het eruit gaan bevestigen.

Als je die instelt op usb, dan zoekt het opstarten eerst naar een boot optie op de usb. Is die er niet dan probeert systeem op te starten van de SD kaart.

Bram

Maar dat was toch niet de vraag?

volgens mij wil Joop opstarten met de SSD en als die het niet zou doen met een USB stick.
En ik vraag mij af of dat wel kan....

Maar voor nood is dat SD kaartje natuurlijk ook een prima oplossing met als primaire boot device de SSD...

Die SSD dingen worden aangesloten op de USB poort. Je kunt de image van het SD kaartje in het RaspiOS eenvoudig kopieren naar de SSD. Andersom kan ook met het kopieer programma (Pi-clone).
In principe moet je zo ook kunnen opstarten van de image op een snelle usb stick.

Met de aanpassen van de boot volgorde is de eerste start dan vanaf de SSD. Kaartje kun j er dan uitlaten.

Helaas is qua snelheid de USB 3 aansluiting de bottle-neck.

De CM4 versie met het IO board heeft wel een PCIE slot voor de aansluiting van zo'n kleine SSD boardje.