Skip to content

Litchee/CAN_BUS_Shield

 
 

Repository files navigation

CAN BUS Shield

CAN BUS Shield


CAN-BUS is a common industrial bus because of its long travel distance, medium communication speed and high reliability. It is commonly found on modern machine tools and as an automotive diagnostic bus. This CAN-BUS Shield adopts MCP2515 CAN Bus controller with SPI interface and MCP2551 CAN transceiver to give your Arduino/Seeeduino CAN-BUS capibility. With an OBD-II converter cable added on and the OBD-II library imported, you are ready to build an onboard diagnostic device or data logger.
  • Implements CAN V2.0B at up to 1 Mb/s
  • SPI Interface up to 10 MHz
  • Standard (11 bit) and extended (29 bit) data and remote frames
  • Two receive buffers with prioritized message storage
  • Industrial standard 9 pin sub-D connector
  • Two LED indicators

# Usage:

1. Set the BaudRate

This function is used to initialize the baudrate of the CAN Bus system.

The available baudrates are listed as follws:

#define CAN_5KBPS    1
#define CAN_10KBPS   2
#define CAN_20KBPS   3
#define CAN_40KBPS   4
#define CAN_50KBPS   5
#define CAN_80KBPS   6
#define CAN_100KBPS  7
#define CAN_125KBPS  8
#define CAN_200KBPS  9
#define CAN_250KBPS  10
#define CAN_500KBPS  11
#define CAN_1000KBPS  12

##2. Set Receive Mask and Filter

There are 2 receive mask registers and 5 filter registers on the controller chip that guarantee you get data from the target device. They are useful especially in a large network consisting of numerous nodes.

We provide two functions for you to utilize these mask and filter registers. They are:

init_Mask(unsigned char num, unsigned char ext, unsigned char ulData);
init_Filt(unsigned char num, unsigned char ext, unsigned char ulData);

num represents which register to use. You can fill 0 or 1 for mask and 0 to 5 for filter.

ext represents the status of the frame. 0 means it's a mask or filter for a standard frame. 1 means it's for a extended frame.

ulData represents the content of the mask of filter.


## 3. Check Receive The MCP2515 can operate in either a polled mode, where the software checks for a received frame, or using additional pins to signal that a frame has been received or transmit completed. Use the following function to poll for received frames.
INT8U MCP_CAN::checkReceive(void);

The function will return 1 if a frame arrives, and 0 if nothing arrives.


## 4. Get CAN ID

When some data arrive, you can use the following function to get the CAN ID of the "send" node.

INT32U MCP_CAN::getCanId(void);

## 5. Send Data
CAN.sendMsgBuf(INT8U id, INT8U ext, INT8U len, data_buf);

This is a function to send data onto the bus. In which:

id represents where the data come from.

ext represents the status of the frame. '0' means standard frame. '1' means extended frame.

len represents the length of this frame.

data_buf is the content of this message.

For example, In the 'send' example, we have:

  
unsigned char stmp[8] = {0, 1, 2, 3, 4, 5, 6, 7};

CAN.sendMsgBuf(0x00, 0, 8, stmp); //send out the message 'stmp' to the bus and tell other devices this is a standard frame from 0x00.

## 6. Receive Data

The following function is used to receive data on the 'receive' node:

CAN.readMsgBuf(unsigned char len, unsigned char buf);

In conditions that masks and filters have been set. This function can only get frames that meet the requirements of masks and filters.

len represents the data length.

buf is where you store the data.


For more information, please refer to [wiki page](http://www.seeedstudio.com/wiki/CAN-BUS_Shield).

This software is written by loovee ([email protected]) for seeed studio
and is licensed under The MIT License. Check License.txt for more information.

Contributing to this software is warmly welcomed. You can do this basically by
forking, committing modifications and then pulling requests (follow the links above
for operating guide). Adding change log and your contact into file header is encouraged.
Thanks for your contribution.

Seeed Studio is an open hardware facilitation company based in Shenzhen, China.
Benefiting from local manufacture power and convenient global logistic system,
we integrate resources to serve new era of innovation. Seeed also works with
global distributors and partners to push open hardware movement.

Analytics

Releases

No releases published

Packages

No packages published