Onderwerp: Chinese CAN bus boards en Arduino

Omdat mijn vorige topic aan het wegdriften is rond batterijmonitoring even terug naar de kern van de zaak.

NMEA2000 is eigenlijk puur CAN-bus zoals gebruikt in auto, helikopter,...

CAN bus adaptors naar serieel toe kosten 5 dollar.

Actisense doosjes en ander gelijkaardig spul kost >100 euro En ik kan niks met USB.

De vraag: wie heeft er al werkende code om CAN bus te lezen en of schrijven vanaf Arduino.

Er zijn githubs maar zoals bij veel van dat soort dingen 95% bullshit and wishful thinking.

Ikzelf ben analoog elektronicus, input interfaces naar eender wat bedenken is geen enkel probleem maar ik val over het CAN bus gedeelte.

Iemand ???

Deze had je al gezien?

github.com/ttlappalainen/NMEA2000

En deze;

matthewcmcmillan.blogspot.com....ta-over-can-bus.html

Bedankt allebei,

de eerste kende ik al maar de tweede is zeer verfrissend en bevat de voorbeelden die ik nodig heb om mijn batterij monitor te maken of om een WiFi serial gateway te bouwen.

zelf was ik van plan deze te gebruiken:

Het opgegeven Ebay item id is ongeldig, controleer de id nummer.

recent zag ik ook deze verschijnen die nog leuker is.

Het opgegeven Ebay item id is ongeldig, controleer de id nummer.


Eerst twee weken vakantie en dan vliegen we erin.

Ik heb hier een mini netwerkje gebouwd met een oude onbetrouwbare dieptesensor die drie parameters broadcast en wat Simrad displays. Laten we beginnen met eens te proberen of we de temperatuur van de dieptesensor met de arduino kunnen uitlezen, en vervolgens trachten zelf een temperatuur gemeten door de Arduino in de plaats op het display te krijgen.

Als dat lukt dan is de sky the limit...

Nu vraag ik me wel af of het een goed idee is om verder te gaan met de Arduino UNO.

De arduino DUE kost 5 euro en heeft massaal meer processing power en geheugen. Ik loop met een ander projectje nu ook al aan tegen de 32 kB limiet van dat prul.

enfin, eerst een NMEA2000 testnetwerk opzetten.

In het lab gaat zoiets toch beter dan op de boot.

Pedro

Ik ben even de specs en de prijzen aan het bekijken geweest.

Vergeet Arduino, we kunnen dit veel beter doen met een ESP32. Memory zat en ineens WiFi en Bluetooth.

5 euro...

Het leven is mooi


Pedro

Ben bang dat de ESP32, teweinig interupts heeft om echt iets te doen.
Dan heb je weer een andere arduino (achtige) nodig om data te genereren.

Wat dacht je van een Teensy (wel een stuk duurder, maar veel universeler)

Hoi Pedro,

Van Arduino's en embedded dingen heb ik geen kaas gegeten, maar wellicht heb je betreft N2K protocol iets aan mijn project. Hiervoor heb ik een RPi2 met PiCAN2 board gebruikt. Hier staat beschreven welke ISO commando's je minimaal moet gaan ondersteunen om je virtuele device netjes op het netwerk aan te melden. Doe je dat niet dan wordt je instrument niet weergegeven op je repeaters, plotter etc en blijven deze apparaten je bombarderen met ISO Requests: dat geeft tevens een hoge busload.

Ik heb veel gebruik gemaakt van de CANboat libraries van Kees Verruit: ideaal om droog, onder Linux te testen of je fast packets of data-PGN's goed doorkomen/begrepen worden.

En wellicht heb je iets aan bijgevoegde Excel sheet, waar ik een aantal PGN's uit elkaar geplozen heb op bit niveau en, omgekeerd, de CAN ID's en data frames geherconstrueerd heb. Met name PGN 126996 (ISO Product Info) is het nodige werk om aan te maken - is een zogenaamd "N2K fast packet" welke uit meerdere dataframes bestaat. Ook voor "normale" PGN's met 8 databytes lopen de datavelden over de bytegrenzen heen!

Voor jou project heb je in ieder geval nodig:

• PGN 127508 (Battery Status)
• PGN 60928 (ISO Address Claim)
• PGN 126996 (Product Info)
• PGN 59904 (ISO Request) - je apparaat kan gevraagd worden te reageren met PGN 60928 en daarná met PGN 126996

Als je het netjes doet ondervraagt je device eerst zelf de overige apparaten in het netwerk om vervolgens een vrij netwerk adres te kiezen - ik doe dat niet omdat mijn netwerk bekend is en ik geen commercieel product maak

Na downloaden de .pdf extensie weghalen en je houdt een .xlsx file over:

Nachtvlinder schreef :
Uit het begin van J1939 in vrachtauto´s weet ik uit "pijnlijke" ervaring hoe belangrijk correct aanmelden op het netwerk is.. mijn controller had een procedure fout en op een gegeven moment besloot de truck, na een foutieve aanmelding, de motor af te zetten en de portieren op slot te zetten.. we konden alleen nog in de truck door een zijruitje in te tikken... We stonden in Hongarije op een TUV Testbank..

Als je goedkoop aan een arduino due kan komen, ben je het snelst klaar.
De Atmel SAM3X8E ARM Cortex-M3 CPU van de Due heeft reeds 2 can controllers aan boord.

Het enige dat nog mist op de Due zijn de bijbehorende can line tranceivers zoals bijv. de mcp2562.
vrij eenvoudig toe te voegen aan de due, schema staat hier github.com/ttlappalainen/NMEA2...CAN_with_MCP2562.pdf

de rest van alle issues zijn reeds voor je opgelost in de library van
github.com/ttlappalainen/NMEA2000

zoals je in voorbeeld github.com/ttlappalainen/NMEA2...r/BatteryMonitor.ino
kan lezen.

Ben zelf toch maar voor de Teensy3.6 met deze dual canbus gegaan.
www.tindie.com/products/Fusion...er-for-teensy-35-36/