Onderwerp: RPI - Canable Pro - NMEA2K

Ik heb van Bram een verse install gekregen van Open CON en SignalK. Dank daarvoor!

Krijg de O-Charts dongle echter niet aan de praat. Geen idee waarom. Inmiddels maar een fingerprint van het systeem gemaakt. Dat lijkt wel te werken.

Vraag op dit moment is hoe 8k mijn NMEA2K systeem aan Signal K kan koppelen.
Heb daarvoor bij de Chinees vorig jaar reeds een CNablePro 2.0 USB interface gekocht. Vandaag wezen stoeien, echter zonder succes. Lees over standaard firmware en alternatieve firmware (Candelight). Ook dat poorten standaard dicht staan en open gezet moeten worden. Geen idee waar te beginnen.

Ik vermoed het volgende:

1. Firmware van het CanablePro bordje aanpassen naar Candeligtht?

2. Fysieke aansluitingen correct? Zie foto’s. Er gaan ledj3s branden op de CanablePro maar verder niets

Witte draad zit op CanH
Blauwe draad op CanL









3. Dataverbinding aanmaken in SignalK.

4. Juiste PGN eruit filteren?

Klopt dit?

Wie beschikt er over een goede te volgen handleiding voor een beginner met Linux?

De Candlelight firmware werkt het beste. Je krijgt dan can0 op je syteem.
Echter de Candlelight firmware heeft een inialisatie regel nodig.

Die kun je eerst in begin in de terminal aangeven en later automatisch laten opstarten.
De regel is:

sudo ip link set can0 up type can bitrate 250000

Dan werkt het direct in OpenCPN of is het aan te zetten in signalk-server als can0.

Vandaar kun je met vele plugins alle richten uit en OpenCPN voeden met een verbinding van de signalk-server.

Bram

NMEa2000 > wit ader is Can-H en blauw is Can-L. Voeding komt van de usb.

Bram,

inmiddels heb ik een 2e Canable PRO V2 gekocht waar de candelight firmware al op zou moeten staan. Echter nog steeds geen verbinding met NMEA2000 netwerk. Het ingeven van de Sudo .... geeft de volgende melding:

Cannot find device "can0"
dus dat is waarschijnlik het probleem. Geen idee hoe nu verder!

In SignalK kan ik alleen handmatig can0 intypen. Ik kan niets selecteren oid

Blauwe en witte draad zijn aangesloten conform wat je schrijft.

Moet je niet ook de zwarte draad van de Nmea2000 aansluiten?
Heel benieuwd hoe dit straks verder gaat. Ook net zoiets gekocht om bedraad het netwerk aan de boordcomputer te koppelen. Ipv de wifi zoals nu.

De canbus (NMEA200) heeft 4 aders. 2 voor de stroomvoorziening en twee voor de data. Zoals aangegheven komen die aan de canable.

De twee aansluiting staan onderop het boordje. De kleuren heb ik aangegeven. Can-H en Can-K. Voeding van de Canable komt uit de usb poort.

Je moet uiteraard wel aan een nmea2000 bron zijn aangesloten. Doe dit hier met een GPS2000 antenne.

Can0 kun je gebruiken rechtstreeks in OpenCPN of in de signalk-server. Die moet je daar wel instellen. Zit er standaard in. Hier ook weer can0.

Als de ledjes op het board gaan knipperen dan werkt het.

Wat wel van belang is de terminator weerstand instelling. Staat meestal aan bij de Canable. Dus zet deze aan het eind van het nema2000 netwerk. Dus even kijken hoe de terminator aan of uit staat. Ik gebruik de Canable gewoon op een eindaansluiting. Doet dan tegelijk dienst als terminator.

Bij een test in OpenCPN kies je eenvoudig socketCAn met als poort can0

Als je losse opstewlling maakt moet je wel zorgen dat het NMEA2000 netwerk gevoed wordt.

Ik doe dat hier met 12 volt voeding. Zo'n ding dat voor veel toepassing gebruikt. Die komen wel aan de tweevoedings draden. Heb je een bestaand nmea2000 netwerkje dan hoieft dat uiteraard niet.

Die canable dingen werken heel goed en zijn ook nog eens bi-directional.

Let verderop er zijn twee standen. Een voor de gewone verbingen en eenm voor booten om andere firmware erop te zetten.

Kan direct vanaf het internet.

Hoor wel of het allemaal lukt.

Bram, het NMEA2000 netwerk aan boord werkt gewoon, die heeft ook afsluitweerstanden. De verbinding naar de RPI komt op de backbone ergens in het midden, dus afsluitweerstanden zijn niet nodig (staan ook uit). Ik rijg echter die CAN0 niet in beeld. Kan het alleen handmatig intypen. zie foto


De bedrading wordt separaat aangeleverd; dus 1x voor de voeding, rood en zwart, max 3A en de data naar de RaspberryPI. Zie hieronder.

Dus je NMEa2000 is voorzien van de voeding. Dat werkt gewoon.

Voor de Canable gebruik je alleen de twee data kabels. Niet de voeding uit het NMEA2K netwerk.

Nu heeft de Canable ook een eindweerstand, die normaal aanstaat. Dat werkt niet midden in je netwerk.

De RPI heeft een eigen 5 volt voeding.

De Canable wordt gevoegd vanuit de usb van de RPI.

Probeer eens de Canable aan te sluiten aan het eind van het Nmea2K netwerk, inplaats van de eindweerstand. Want het ding heeft zelf een afsluit weerstand en die staat waarschijnlijk aan.

Verder heeft Canable een zogenaamde boot instelling, om het ding te kunnen flashen met andere firmware. Die moet niet aanstaan.

Zo moet het werken.

Ga er vanuit dat je Canable goed functioneert. Kan het testen met mijn GPS ontvanger.

Dus 3 x een afsluitweerstand werkt niet goed.

Maar even proberen . De inialisatie regel moet je wel herhalen als je de rpi opnieuw start. Kan later automatisch. En na instellen van de Signalk-server de SK server altijd herstarten.

Bream

Koezt schreef :
Mag ik een poging doen wat opmerkingen te maken over de Canable Pro?
Ik heb zelf de Canale Pro v1.1, niet de v2. Zoals misschien bekend heb ik ook geen RPI aan boord. Uit principe.

Stap 1
Voor de aansluiting zou ik uitgaan van de informatie van Canable zelf. Sluit CANH, CANL en GND aan ("The GND pin is for ground reference"). Het verkooppunt van de Pro is de galvanische scheiding.

Stap 2
Dan het in het systeem hangen:
Als je de USB kabel aansluit zal de Canable solid blue branden. Dan heeft de canbus stroom maar deelt deze geen data. Met "ip a" (kort voor "ip address") kun je zien of een can-bus ongeconfigureerd in je systeem hangt. Wat je wil zien heb ik ter illustratie in de spoiler gezet.

Af en toe brand de Canable alleen groen (wel data op de canbus, niet aan de pc-zijde).



Stap 3
Canbus de 1ste keer handmatig instellen, om te zien of deze werkt.(Regel begint met een '#', dus uitvoeren als root of commando starten met 'sudo' om voldoende rechten te krijgen).

Als het goed is brand de groene led continu en knippert de blauwe led. Je kunt nog een extra check uitvoeren, maar dat zegt net zoveel als de led.



Stap 4
Maak een udev-regel aan als root. Bijvoorbeeld /etc/udev/rules/70-Canable.rules:De codes vind je met lsusb (onderstaande is voor een Canable v1, dus minimaal het model wijkt af.)(Zonder 'grep', met alleen lsusb, moet je in de regels zoeken naar de juiste ID, als je dat eenvoudiger vindt.)

Als je nu de USB-kabel eruit trekt en terug steekt moet de can-bus meteen starten. "ip a" moet nu ook aangeven dat de bus meteen "UP" is.

Stap 5
Configureer SignalK. In de regel wijst zicht dit vanzelf, maar mocht je tegen een melding aanlopen dan de canbus niet gevonden wordt moet je in de logfiles kijken. Het lijkt erop dat die canboat.js module een update nodig heeft, want bij mij was er een probleem bij het installeren van deze module. De fouttolerantie kon wel iets beter.

En een algemene opmerking:
SignalK lijkt een behoorlijke update te hebben gehad. "Het werkt", want het heeft altijd gewerkt. Maar om te zeggen dat de huidige versie van SignalK een verbetering is...
Misschien ben ik volgend jaar wat positiever.

Beste Reuver,

de sneheid is 250000. De laatste versie van Signalk werkt prima. Echter er is nieuwe beveiligings procedure aangebracht. Maar die kun je uitschakelen. Is wat lastig want deze is wat verborgen aan de onderzijde van menu.

Als die beveiliging echter aanstaat werkt SignalK niet. Dus uitzetten, is voor ons niet nodig.

Aarde verbinding heb ik bij de diverse gebruikers nooit toegepast en heb niet gelezen dat deze nodig.

De Canable gebruik alleen de twee data aders CanH en CanL van de nmea2000 bus. Waar is de aarde goed voor ?

Je kunt ook altijd eerst even proberen direct in OpenCPN. Hier ook eenvoudig zichtbaar can0. Als dat werkt de volgende stap naar de Signalk-server. Vandaar kun je richting NMEA2000 of terug met ais etc. data.

De gegevens vanuit OpernCPN zoals waypoint en route kin je via Signalk ook naar je NMEA1000 meter of autopilot sturen.

De canable werkt in twee richtingen.

Maar dat is een vervolg verhaal.

Bram

brambo schreef :
De Canable Pro is volgens de specs galvanisch gescheiden.
Voor data wil je weten welke bits 0 zijn en welke 1. Met een zwevende nul is 0,5 ook mogelijk.

Gewoon een stukje afwerking, sluit een onderdeel aan zoals het ontworpen is.

Maar volgens mij zit het probleem waar Benthouse en Koezt tegenaan lopen in de configuratie.

Beste Reuver, ik heb altijd begrepem dat de aarde niet nodig is. Dat is de NMEA2000 ook niet geval.

Er zijn twee lijnen voor het datasignaal zonder gebruik van aarde.

Als ze mijn instructie goed hebben opgevolgd hebben dan werkt het. Ik heb reeds aantal malen de canable aangesloten. Waar je wel op moet is de afsluitweerstand. Ik sluit de Canable aan aan het einde van de MEA2000 bus. Met Canable als afsluitweerstand. Over je snelheid is niet goed en moet nog een 0 bij.

Canable is in de VS veelal uitverkocht. Maar in China zijn ze volop te krijgen en ook nog gratis verzending.

Je kunt de Canable wel opwaarderen bij CanIO site. Werkt alleen met Chrome

Hier nog even de test gedaan op een Linux AMD64 met Fedora 45 Linux (is nog niet uitgebracht)

Met toets E krijg je afgebeelde uit uitvoer.

Opstelling: NMEA2000 GPS antenne, 12 volt invoer op het NMEA2000 netwerk, twee aders aangesloten op de Canable, usb kabel naar de computer.

De inialisatie regel:

sudo ip link set can0 up type can bitrate 250000

Dan begingt de blauwe led te knipperen en werkt het.

Kan later automatisch bij starten worden ingesteld.

Zo werkt ook op de diverse versies op de RPI4.

Dit is de canable als invoer direct in OpenCPN. Verschijnt als canO.

Om het beeld compleet te maken gaat hierbij de data stroom vanuit de Signalk-server.
De instellingen in de signalk-server webpagine zijn wat lastiger geworden door de beveiliging.

Verder is er ook nog een product code. Voor sommige netwerk apparatuur nodig.

Hier de werking van NMEA2000 op mijn RPI4 met Debian Trixie via de signalk-server.

Inmiddels wat verder na een paar uur prutsen; dankzij de info van Brambo en Reuver2.
Ik kan in de RPI de Can bus verbinding activeren en krijg hem daardoor ook in OpenCPN. Echter geen data c(r)ommunicatie. OpenCPN geeft dit ook aan. Wisselsn van wit (CanH en Blauw (CanL) geeft ook geen communicatie.
Zwarte los of vast op de GND maakt ook niets uit.

Rode LED op het Canable bordje brand ook dus dat zal wel de oorzaak zijn....

Iemand een verder idee om de communicatie te krijgen?
Zou ook mooi zijn als iemand aan kan geven hoe dit in SignalK als verbinding toegevoegd kan worden.

De kortste klap zou zijn: de onderdelen bij elkaar te pakken en afspreken in een haven.
Daar heb ik volgende week 2e helft vd week wel een dag tijd voor.

Ik denk dan in principe aan een afspraak in een haven aan het IJsselmeer of misschien Almere (dat zou moeten lukken). Aan boord heb ik het meeste werkend, dus zouden we jouw aansluitkabel, canable en rpi onderdeel voor onderdeel uit kunnen wisselen om te zien waar het probleem zit. Extra T-stuk heb ik ook nog wel als we de canables side-by-side willen bekijken.

Ik zie dat ik in de laatste stappen de Canable verbinding heb weggegooid.
Volgens mij had ik met de instellingen uit de bijlage de boel min of meer werkend, behalve de beveiliging. Ik laat instellingen die SignalK zelf invult zoveel mogelijk leeg. De tip van brambo om beveiliging uit te zetten heb ik mee zitten stoeien met een miniplex en niet meer met de canable.

Planning was die laatste check met een odroid te doen, maar dat lukte afgelopen weekend niet.

Ik zou dit weekend (vrijdag misschien) nog even kunnen checken met de laptop.

Wij gaan komend weekend op vakantie. Planning is rond 31 juli / 1 Augustus in Almere Haven. Ik ga morgen weer verder stoeien. Moet tenslotte een kleinigheidje zijn.
Laptop mee om nogmaals te controleren of de Canable Candelight firmware erop staat. Wellicht is dat het issue.
Ik heb zelf ook nog wat T-stukjes en dropkabels. Kan die ook gebruiken uiteraard.

Alvast bedankt voor het aanbod!

Gr. Benthouse

Nog een opmerking. Je system moet wel can-socket aan "boord" hebben. anders klaagt het systeem erover. Trixie/RaspiOS64 heeft dat in ieder geval wel.

Moeet gewoon werken. Eerst even proberen direct in OpenCPN.

Hoor wel hoe jullie test verloopt.

Die beveiliging in de Signalk moet je wel afzetten.

Bram

Even wat feedback van mijn ervaringen vandaag na wederom een paar uurtjes rommelen!

De communicatie werkt!

Moraal: De Canable 2.0 Pro heeft een galvanische scheiding. Lijkt erop dat die in de weg zit voor de communicatie. Ik heb deze Canable 2.0 Pro vanmiddag weer voorzien van de Candelight firmware (ter controle); kreeg wel een foutmelding maar weet niet of dat nu komt omdat die firmware er al op stond of niet.





Ik had echter laatst ook een andere Canable gekocht die de galvanische scheiding niet heeft. Die ook maar voorzien van de Candelight firmware (zou er reeds op moeten staan, maar voor de zekerheid). Kreeg dezelfde 'fout'melding .





Maar desondanks doorgepakt en alles weer aangesloten. Draadjes van de NMEA2K dropkabel aan het uiteinde iets afgeknipt en opnieuw aangestript. Daarna aangesloten en in de Terminal gecontroleerd of de verbindine UP of DOWN was middels IP a. De verbinding was down en met de Sudo code van ram de verbinding actief gekregen.
Daarna in OPENCPN een nieuwe SOCKETCAN verbinding aangemaakt en die gaf in tegenstelling tot de vorige keer nu geen foutmelding. Kortom er was c(r)ommunicatie. Dit gecontroleerd met E in OpenCPN en jawel de data vloog over het scherm .




Nu de volgende exercitie, de SignalK verbinding maken en kijken of het daar ook werkt. Heb de security gedisabled en server opnieuw gestart. Verbinding aangemaakt en ook daar kwam de dat binnen. Kon de data uitlezen middels het InstrumentPanel wat standaard in SignalK zit. Dus die gelijk maar even aangepast voor onze boot.







Ook nog aan het stoeien geweest om de Can0 poort standaard open te zetten maar in de voorgestelde directory van CanableIO en zoals Reuver2 die ook al onder stap 4 beschreven had:

Create a rule file in your udev folder such as /etc/udev/rules.d/48-stm-dfu.rules
Place the following text in that file:
SUBSYSTEMS=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="df11", MODE:="0666"
Save this file, reboot, and your CANable should now be accessible from a non-root user in boot mode.


Ik heb echter in deze directory geen schrijfrechten. Heb een bestandje in een andere map gemaakt en die proberen te kopieren maar zonder succes.
Heb met de rechtermuisknop en -> Eigenschappen de rechten proberen aan te passen op deze folder maar dat lukt vooralsnog niet. Ik moet dus nu elke keer met de inialisatie regel:

sudo ip link set can0 up type can bitrate 250000 ingeven na een opstart om de CAN0 bus open te zetten. Iemand een suggestie??

Dus ik ben een heel eind verder. Heb de NMEA0183 van de AIS uitgezet in SignalK en de data kwam vervolgens keurig binnen via NMEA2K. Dus het werkt wel op het automatisch openzetten van de CAN0 bus na.

Groet, Benthouse

Beste Cas,

goed dat het nu werkt. Was niet zo moeilijk toch ?

De betreffende regel ken ik niet.

Doe dit altijd even handmatig. Bovendien als er updates zijn dan moet de server niet draaien.

En met de regel in de terminal kun je eenvoudig starten.

Als je aangegeven regel wilt aanmaken, dan kan dat met nano Gaat als volgt:

ga naar de betreffende map: start sudo nano > vul daar de tekst regel in
opslaan doe je met Ctrl-o dan komt de vraag over de naam van het bestand. Die geef je aan zo als is aangegeven.

Tot zover ben je dan gereed.

De rechten moeten op 666 staan. sudo chmod 666 naam van het bestand.

Ik doe dat zelf op een andere manier. Er zijn meer manieren om een bestand automatisch te laten opstarten.

Als de server draait kun op andere system dezelfde data verkrijgen. ip adres van je RPI:3000

Er moet uiteraard wel een verbinding zijn draadloos of via kabel.

Vanuit SignalK kunnen alle kanten uit met reeksen plugins.

Bram

Succes ermee.

Mooi te lezen dat de basis werkt!
Benthouse schreef : Hier zou je een editor kunnen starten met "sudo" maar de betere optie is het bestandje schrijven in je user directory en dan met "sudo cp 48-stm-dfu.rules /etc/udev/rules.d/" te kopieren.

Op die manier kun je eerst het bestand controleren op fouten (zonder dat je met een foutje in de editor iets stukmaakt) en heb je daarna de rechten voor de file. En je hebt meteen een backup v/d file.

Volgens mij is dit slechts de herkenning van de Canable. Dit is in Trixie/RaspiOS niet nodig. De automatische start is een andere procedure.