Onderwerp: Gedad - Marine Control Server voor RPi

Mooie integratie van alles dat je nodig kunt hebben lijkt mij. Ik zie iets van “optocouplers” genoemd; betekent dat dat de NMEA0183 inputs galvanisch geisoleerd zijn?

I2C to 1-wire wordt in de domitica wereld gebruikt lijkt het, voor bepaalde sensoren?
tweakers.net/reviews/3911/11/d...-tweaken-1-wire.html

www.segeln-forum.de/board194-b...ee3514681129db980dec

Over die galvanische scheiding: geen idee. Wellicht iemand anders?

Béétje spoorzoeken levert een hoop op:






Niet galvanisch gescheiden. Wel een fatsoenlijke symmetrische I/O.

WdW had de vraag over de NMEA0183 al beantwoord.

Voor N2k / canbus zijn er 2 standaard oplossingen, de canable pro en de canberry iso.

De canberry ongeisoleerd is opgebouwd met MCP2515 + MCP2551, dat lijkt redelijk vergelijkbaar met de MCP2515 + MCP2562 hier. De Iso variant van de Canberry is opgebouwd met MCP2515 + ISO1050 (TI) als ik goed heb gelezen.

Dus 2 opmerkingen over de Canbus adapter:
- als deze geisoleerd is heeft het vaak nut dit erbij te vermelden
- de prijs van de hele unit is vergelijkbaar met die van 1 geisoleerde canbus adapter

Als je isolatie voor de canbus als voorwaarde stelt is deze dus niet bruikbaar.

Wel is hier je I2C-bus nog toegankelijk (voor als je een IMU wil aansluiten) en de koeling van de CPU is niet geblokkeerd.

En hij is bezig met een uitbreidingsbord voorzien van 8 ingangen, 8 uitgangen en 4 0-20v ingangen.

Is dit nu het meest veelbelovende bord voor de Pi of zijn er betere?
Weet er iemand een link naar een overzicht van deze bordjes voor de Pi en eventueel ook voor laptops?

Het is een mooi I/O board, maar lost dus de werkelijke problemen niet op.
- Nog steeds kans dat de SD card crashed bij plotselinge spanningsuitval.
- Niet galvanisch gescheiden

Voor mij een reden om dit voorbij te laten gaan.

Wel leuk voor de hobby natuurlijk.

roozeboos schreef :
Dat ben ik helemaal met je eens!
En een pi-juice is er nog wel op te knutselen, toch?

Nog nooit een gecrashte harddisk gezien bij plotselinge stroomuitval ? Dan stop je er gewoon even een andere harddisk in.

Na een stroomuitval niet. Het bestandssysteem op de harde schijf moet dan vaak wel gerepareerd worden, maar dat gaat zeker met de moderne bestandssystemen met journaling meestal automatisch.

Een corrupte SD-kaart en corrupte USB-stick heb ik wel eens gezien. Daar was dan ook echt niks meer mee te doen, ook niet na een herinstallatie.

Een kapotte harde schijf heb ik ook wel eens gehad, maar dat was dan na jaren permanent gebruikt in een server of NAS.

Niet alle bestandssystemen zijn journaled file systemen. Ext4 is dit in ieder geval wel.

Maar andere file systemen zoals fat zijn dit vrijwel niet.

Als de harde schijf niet direct crasht dan is mogelijk wel het besturings systeem onregeld en start het systeem niet meer op.

De SD kaartjes en usb sticks worden steeds beter en zijn met een goede backup eenvoudig te vervangen. Ook de moderne SSD opslag systemen (120 GB en meer) zijn extreem klein van afmetingen. En volgens de nieuwste technieken van ASML wordt alles nog compacter.

Menno schreef :

brambo schreef :
Welk OS is er de afgelopen 10 jaar uitgebracht dat geen journaling gebruikt? Windows (vanaf Vista verplicht NTFS), MacOSX (HFS en APFS) en Linux (ext3, ext4, XFS, ZFS, btrfs, e.a.) hebben het al jaren voor de harde schijf of SSD waar je OS op staat.
FAT wordt alleen nog maar gebruikt voor externe opslag zoals USB-sticks en SD-kaarten.

Het probleem met SD-kaarten en USB-sticks is over het algemeen ook niet het bestandssysteem, maar de veel beperktere controller die er in zit vergeleken met harde schijven en SSD’s

Beste Menno,

het gaat mij primair over de uitwisselbaarheid als er een probleem opdoet. Dat is met een SD kaartje of USB stick in 5 tellen op te lossen met een back-up ding van je complete systeem. Daarom ben ik hier een voorstander van.

Groet,

Bram

Hallo Leute,
Ik ben Thomas von Gedad.
Allereerst: sorry voor mijn slechte Nederlands. Komt van de Google Translator. Ik kwam dit per ongeluk tegen.
Ik zou een paar streepjes willen zeggen tegen de optocouplers:
Als u hoogwaardige, ESD-beveiligde lijnverbindingen gebruikt, zijn deze niet nodig !! We ontwikkelen elektronica voor industriële en domotica-toepassingen. Optocouplers zijn er om overspanningen ed te voorkomen. om spikes te beschermen en om verschillende grondpotentialen in evenwicht te brengen. In feite komen verschillende grondpotentialen niet voor op jachten omdat ze altijd samen zijn. Dit is meer het geval voor industriële toepassingen waar dit eerder gebeurt, maar niet voor boten. We beschermen tegen overspanning, spikes en ESD met TVS-diodes en hoogwaardige IC's. We gebruiken de MCP2561 als voorbeeld. Dit kan bijvoorbeeld op de CANH en CANL tot 58V. Het tolereert ook ESD-ontladingen tot 14.000 V op de bus en 4000 V op alle andere pinnen in overeenstemming met IEC801. Alles voldoet aan IEC61000-4-2. Niemand hoeft zich dus zorgen te maken dat daar iets kapot gaat !! Bovendien is alles kortsluitvast. Je kunt zo'n bord natuurlijk ook verkeerd aansluiten en kapot gaan, maar je moet er wel moeite voor doen. Met de garantiebepalingen en de CE vervangen we zo'n board ook als deze ondanks correcte behandeling beschadigd is! De eerste prototypes van de borden hadden ook optocouplers. Na examens vlogen ze echter relatief snel naar beneden. De enige autorisatie voor optocouplers: klinkt goed en kan goed worden verkocht. Ze hebben absoluut geen voordeel bij dergelijke interfaces! Als iemand specifieke vragen heeft, neem dan contact op met: Dit e-mailadres wordt beveiligd tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken.

Nou, dan weten we dat.
Ik hoop dat de lezers weer goed kunnen filteren....

Tussen haakjes:
We hebben de software uitgebreid. Vanaf de komende Openplotter-versie kun je ook:
- lees Seatalk1,
- Meet de snelheid via klem W van de dynamo
- Snelheid meten via initiators (bijv. Op krukas / aandrijfas)
- Meet debieten (diesel / benzine / water), ook verschillen (vooruit / retour) (indien een debietmeter vereist is)

Overigens gebruikt de 1-draads interface "echte" 1-draads en niet de 1-draads van de Pi gpio. Zo kunnen tot 255 temperatuursensoren (DS18b20) worden aangesloten en is de bus beveiligd.

Alles zonder hardware-uitbreiding met de pure MCS.

Daarnaast zullen binnenkort kant-en-klare afbeeldingen beschikbaar zijn, zodat configuratie een fluitje van een cent is.
Gegevens kunnen worden verzameld, doorgestuurd naar elke poort, doorgestuurd via WiFi (SignalK, Kplex) (bijv.Navionics of NV-Chart app ...) ook AIS-gegevens. Toegang tot internet is mogelijk (als LTE / WiFi beschikbaar is) en nog veel meer.
De i²C-interface is ook beschermd en tolereert 5V en niet alleen 3.3V zoals de Pi ...

@roozeboos: Raymarine, Navico en co doen het op precies dezelfde manier ... Benchmark ....

Dju!!!

Komen ze nou mee!!!

Ik ben klaar. En nu dit!

Sja, inderdaad, ik denk dat er eentje hier op ZF helemaal niet blij is....

Ik heb deze hardware uitbreiding van mijn rpi4 nu een aantal maanden in gebruik en wil graag mijn ervaringen delen. Wellicht haalt iemand er inspiratie uit.

Hoofdredenen om deze aan te schaffen waren voor mij:
- Automatisch afsluiten van de rpi4 wanneer ik de (instrumenten) schakelaar omzet;
- Vervanging van de rs232 en rs422 naar USB connectoren en daarmee ook van de USB hub om alle instrumenten aan te sluiten op de rpi4

Missie geslaagd wat dit betreft…Nasa windsensor, Actisense DST2 (log, diepte en temp), ONWA GPS/plotter/AIS transponder, B&G VHF/AIS marifoon en Bosch BME680 zijn direct verbonden met dit bordje en de gegevens komen allemaal binnen bij SignalK. Ook de (bedrade) NMEA0183 output van SignalK naar Simrad autopilot, ONWA plotter en B&G marifoon wordt direct geaccepteerd, waar ik eigenlijk meer problemen had verwacht.
Kortom, wat de door mij gebruikte imstrumenten betreft, werkelijk plug&play al moet je natuurlijk wel zin hebben in de leercurve van SignalK


Gepost met de officiële Zeilersforum-app

Effies schreef :
Goed om te vernemen dat dit complete setje goed werkt.

Inmiddels zelf ook een setje besteld om het hier ook eens te testen.

Je ziet het steeds meer. De RPI computer als "motor" voor diverse projecten.


Bram

Effies schreef :
Dank voor het delen.
Waar zat voor jou de uitdaging met SignalK? Ik zit serieus dit bordje te overwegen (zodra ik hoor offie met Moitessier kan spelen)

Dank!

Maarten-IW31 schreef :
Wat is het voordeel van een moitessier hat?
GPS? is meestal wel aanwezig.

AIS? je wil een transponder, geen ontvanger. Heb je ook meteen GPS.

IMU en drukmeting? Hang een mpu9250 met bmp280 direct aan de I2C bus.

Met HAT ga je je 40pin header dubbel gebruiken en misschien zelfs devices aan dezelfde pinnen hangen. Zou ik niet doen.

Het nag duidelijk zijn dat ik het nut van die hele moitessier hat niet zie.

De uitdaging bij de stabiele toepassing van SignalK zit er, mijns inziens, vooral in om het zo simpel mogelijk te houden op je boot.
SignalK is een rechtlijnig maar hierdoor ook vrij technocratisch stuk software welke veel meer kan dan alleen het multiplexer en/of presentatie gedeelte waar ik het nu op mijn boot voor gebruik. Leuk voor thuis maar niet op mijn boot...daarnaast:
- Ik heb alleen maar instrumenten die (ook) NMEA0183 kunnen lezen en schrijven...simpel!
- Het MCS bord helpt mij met het versimpelen van de (bedrade) NMEA input en output van je instrumenten.

Blijft SignalK over voor de WiFi input/output en het selectief filteren en/of doorsturen van bepaalde NMEA gegevens. Hier heb ik mij het keurslijf van SignalK eigen moeten maken waarbij ik te maken kreeg met:
- standaard poorten 10110 (NMEA0183), 30000 (SignalK), 20220 (Pypilot) of handmatig aangemaakt andere poorten
- Verbinding met één of tweerichtingsverkeer?
- WiFi verbindingen, TCP versus UDP
- Talloze plugins beschikbaar, zijn die nu echt nodig?
- Output en sentence events om te manipuleren met de gegevens die de instrumenten geven of krijgen
- Gebruik van SI eenheden versus presenteren van gangbare eenheden

Dit schiet me zo te binnen aan uitzoekklusjes wat SignalK betreft.

WADnWIND schreef :
mijn domoticz server is een raspberry.
permanent een usb kaart lezer schrijver in een usb port.

met rpi-clone maak ik iedere nacht een volledige kopie van het sd kaartje.
na een plotselinge spanning uitval en een corrupt sd kaartje pak ik het sd kaartje uit de kaartlezer, spanning op de pi en werken weer.
Het kaartje wat corrupt is geraakt format en weer in de kaart lezer/schrijver

hobbymatig prima oplossing vind ik

Effies schreef :
Helder, dank. Weet ik waar ik mee te maken zou kunnen krijgen