mcp2515 porting possible?

[alessio31183]

Hi Thomas,
I was wondering if there was an Arduino library for some Atmel uC with the CANBUS controller integrated and I found your code.
The question is how to make the porting that uses your library in substitution to the mcp_can.h and mcp_can.c on which many arduino examples are made.
The idea is to use the ATmega16M1 instead of the classic atmega328p with the MCP2515 external can controller.
Do you think that it's possible?
Have you thought on this possibility?

Thanks in advance

[thomasonw]

Hello.

I based my porting on what looked to be a 'common' CAN API for the Arduino libs, with the idea it would largely be able to drop in. If there is not a complete match with the calls in the two files you mentioned, I am sure it would be rather simple to create a 'bridge' to allow smooth transition.

Have you looked at the APIs in my lib vs. the mcp_can.h APIs? Is there much difference? Perhaps we can create a bridge file if needed and add it to this repository!

[alessio31183]

I asked you because currently I'm able to compile the CanOpen (based on the CanFestivino project) and the J1939 on Arduino project but only passing through the MCP2515 as controller.
I wished to make my canbus custom board removing the external controller in favor of a uC with the controller integrated as the Atmega32M1 has.
I'll check your APIs better and I'll let you know.
I think that if we will be able to make a bridge between your can library and the mcp2515 library we will boost your project a lot.

Thanks again

[thomasonw]

Hello. Just checking in. Is it the sparksFun API which you are looking to shadow, or another one?

Am also interested, you mentioned a J1939 project - is this something public? I have been using Timos NMEA2000 lib, mostly for the J1939 core it is built upon. Wondering if there is another J1939 foundation being developed.

Is too bad the AT90 API did not 'take' as the 'standard' CAN API for Arduino. When I 1st created this lib, that was the hope -- which is why I modeled after it.

[alessio31183]

Hi, yes I was speaking about the sparksFun API "mcp_can.h" and "mcp_can.cpp" to substitute with yours.
Further the J1939 mentioned is the ARD1939 project.
Personally I have bought the books but I didn't try the right functionality of the protocol yet
The whole project is here:
http://copperhilltech.com/ard1939-sae-j1939-protocol-stack-for-aduino/

[thomasonw]

Thanks,

Yes, I looked at the Copperhill offering, looks nice - but the code that comes is heavily redacted, and I was not too keen on it. Maybe will look again some time as it does seem like a very nice solution.

I agree, dong an API bridge to the mcp_can.h at sparksFun would be a good addition. Wish that had been more prevalent when I did my initial port! At this time I have too many projects in flight, so am unlikely going to be able to address it soon. Maybe in the future some time though, and/or when I need a distraction...

Will keep this in mind, as it is a good suggestion.