SAE J1939 is a protocol for shaping the CAN-bus message in a specific way that suits industrial vehicles such as tractors, machinery, trucks and more.
SAE J1939 is a very easy protocol to use, but there is a lack of information about SAE J1939, due to the cost of the protocol document, available how to shape a CAN-bus message according to SAE J1939 protocol standard. So therefore I’m writing a SAE J1939 protocol available for free to use on any embedded systems such as STM32, Arduino, AVR, PIC etc or PC.
To learn to build on this project, you need first to understand SAE J1939. I have written this project in C
language because C is an industry standard. The C
language dialect I have chosen is ANSI C (C89)
and I don't use dynamical memory allocation in this library. So it will work with MISRA C
standard.
With this library, you can communicate with valves, engines, actuators, machinery, hardware and all other things that are suitable for heavy industrial mobile applications. I have build up a basic structure of the project and I hope that other users will send pull request of their C
code for extra functionality to SAE J1939 standard because SAE J1939 is a huge standard.
Looking for C CANopen library for embedded systems? https://github.com/DanielMartensson/Easy-CANopen
Looking for a C++ GUI framework that uses Open SAE J1939 over the USB? https://github.com/DanielMartensson/GoobySoft
Looking for a C STM32 project with Open SAE J1939? https://github.com/DanielMartensson/STM32-PLC
The first thing you need to know is to read my own PDF document of Open SAE J1939 inside the Documentation
folder.
Learn the structure of the project, else you won't be able to understand SAE J1939.
After you have got a basic understanding of the project, you are able to build on it. Keep it simple and follow the
SAE J1939 standard!
After you have understand the structure of the project, then select processor choice in Hardware -> Hardware.h
file.
Here you can select for example STM32
, Arduino
, PIC
, AVR
etc. or if you want to run it on PC first, then select PROCESSOR_CHOICE 0
and run some examples.
That's the debugging mode for internal CAN feedback.
- Step 1: Download this repository
- Step 2: Go to
Hardware -> Hardware.h
and select your processor, if it's not available, please write code for it and send me a pull request - Step 3: Copy over the
Src
folder to your project folder inside your IDE. RenameSrc
to for exampleOpen SAE J1939
. That's a good name. - Step 4: Use the
Examples -> Open SAE J1939 -> Main.txt
example as your initial starting code for a SAE J1939 project.
/*
* Main.c
*
* Created on: 16 juli 2021
* Author: Daniel MĂĄrtensson
*/
#include <stdio.h>
/* Include Open SAE J1939 */
#include "Open_SAE_J1939/Open_SAE_J1939.h"
/* Include ISO 11783 */
#include "ISO_11783/ISO_11783-7_Application_Layer/Application_Layer.h"
void Callback_Function_Send(uint32_t ID, uint8_t DLC, uint8_t data[]) {
/* Apply your transmit layer here, e.g:
* uint32_t TxMailbox;
* static CAN_HandleTypeDef can_handler;
* This function transmit ID, DLC and data[] as the CAN-message.
* HardWareLayerCAN_TX(&can_handler, ID, DLC, data, &TxMailbox);
*
* You can use TCP/IP, USB, CAN etc. as hardware layers for SAE J1939
*/
}
void Callback_Function_Read(uint32_t* ID, uint8_t data[], bool* is_new_data) {
/* Apply your receive layer here, e.g:
* CAN_RxHeaderTypeDef rxHeader = {0};
* static CAN_HandleTypeDef can_handler;
* This function read CAN RX and give the data to ID and data[] as the CAN-message.
* if (HardWareLayerCAN_RX(can_handler, &rxHeader, ID, data) == STATUS_OK){
* *is_new_data = true;
* }
*
* You can use TCP/IP, USB, CAN etc. as hardware layers for SAE J1939
*/
}
/* This function reads the CAN traffic */
void Callback_Function_Traffic(uint32_t ID, uint8_t DLC, uint8_t data[], bool is_TX) {
/* Print if it is TX or RX */
printf("%s\t", is_TX ? "TX" : "RX");
/* Print ID as hex */
printf("%08X\t", ID);
/* Print the data */
uint8_t i;
for (i = 0U; i < DLC; i++) {
printf("%X\t", data[i]);
}
/* Print the non-data */
for (i = DLC; i < 8U; i++) {
printf("%X\t", 0U);
}
/* New line */
printf("\n");
}
/* Apply your delay here */
void Callback_Function_Delay(uint8_t delay){
/* Place your hardware delay here e.g HAL_Delay(delay); for STM32 */
}
int main() {
/* Create our J1939 structure */
J1939 j1939 = { 0 };
/*
* Callbacks can be used if you want to pass a specific CAN-function into the hardware layer.
* All you need to do is to enable INTERNAL_CALLLBACK inside hardware.h
* If you don't want to have the traffic callback, just set the argument as NULL.
* If you don't want any callback at all, you can write your own hardware layer by selecting a specific processor choice at hardware.h
*/
CAN_Set_Callback_Functions(Callback_Function_Send, Callback_Function_Read, Callback_Function_Traffic, Callback_Function_Delay);
/* Load your ECU information */
Open_SAE_J1939_Startup_ECU(&j1939);
/* SAE J1939 process */
bool run = true;
while (run) {
/* Read incoming messages */
Open_SAE_J1939_Listen_For_Messages(&j1939);
/* Your application code here */
}
/* Save your ECU information */
Open_SAE_J1939_Closedown_ECU(&j1939);
return 0;
}
See the examples in Examples -> SAE J1939
how to change the address, NAME or identifications for your ECU.
This flow chart in code how Open SAE J1939 library is working. This example demonstrates how to send a request and get an answer.
- Step 1:
ECU X
is going to send aPGN
toECU Y
. InterpretPGN
as a function code. - Step 2:
ECU Y
is going to read thatPGN
message fromECU X
.Open-SAE-J1939/Src/Open_SAE_J1939/Listen_For_Messages.c
Lines 18 to 32 in 4297cff
- Step 3: The
PGN
function code will be interpreted byECU Y
.Open-SAE-J1939/Src/SAE_J1939/SAE_J1939-21_Transport_Layer/Request.c
Lines 20 to 52 in 678473c
- Step 4: The
PGN
function code is now interpreted asECU Identification
byECU Y
. ThenECU Y
is going to broadcast theECU Identification
to allECUs
.- Step 4.1.1: For 1 package message,
ECU Y
is going to broadcast theECU Identification
. - Step 4.1.2:
ECU X
read the response fromECU Y
because theECU Identification
is broadcasted.Open-SAE-J1939/Src/Open_SAE_J1939/Listen_For_Messages.c
Lines 61 to 62 in 8faf1a5
- Step 4.2.1: For Multi Package Message, the control byte can either be BAM or RTS. BAM is only used if you send to all
ECUs
e.g address0xFF = 255
. But if the control byte is RTS, e.g address is not0xFF
, thenECU Y
is going to send a RTS and listen for a CTS response byECU X
. RTS is a question for "Let me know when I can transmit the message?" and CTS is responseNow you can transmit the message to me
.- Step 4.2.2: If
ECU Y
is sending a RTS, thenECU X
will read the RTS and response with CTS back toECU Y
- Step 4.2.3: Once
ECU Y
has received the CTS, then it going to transmit the data, in this caseECU Identification
, back toECU X
. - Step 4.2.3: Once
ECU Y
is sending package after package... - Step 4.2.4: Then
ECU X
is recieving each package and building up the message by knowing thePNG
function code.
- Step 4.2.2: If
- Step 4.1.1: For 1 package message,
- SAE J1939:21 Transport Layer
- Acknowledgement
- Request
- Transport Protocol Connection Management with BAM, CTS, RTS and EOM
- Transport Protocol Data Transfer
- SAE J1939:71 Application Layer
- Request Component Identification
- Request ECU Identification
- Request Software Identification
- Request Proprietary A
- SAE J1939:73 Diagnostics Layer
- DM1
- DM2
- DM3
- DM14
- DM15
- DM16
- SAE J1939:81 Network Management Layer
- Address Claimed
- Commanded Address
- Address Not Claimed
- Delete Address
- ISO 11783 Tractors And Machinery For Agriculture And Forestry
- ISO 11783-7 Implement Messages Application Layer
- Auxiliary Valve Command
- Auxiliary Valve Estimated Flow
- Auxiliary Valve Measured Position
- General Purpose Valve Command
- General Purpose Valve Estimated Flow
- ISO 11783-7 Implement Messages Application Layer
- Q: Can this library be used with
C++
?- A: Yes it can be used with
C++
- A: Yes it can be used with
- Q: I want to build on this library, what should I do?
- A: First you need to know
ANSI C (C89)
and bitwise operations. Then you need to understand theSAE J1939:21 Transport Layer
structure. Don't forget to update the PDF with your new functionality.
- A: First you need to know
- Q: Can I use this on my Arduino?
- A: Yes, this
C
code is 100% pureC
code and only usingC
standard library and also the code does not take account of what hardware you are using.
- A: Yes, this
- Q: Do I need to install the library for to use the library?
- A: No, just copy over the
.c
and.h
files to your project and compile. I have used this with QT framework.
- A: No, just copy over the
- Q: This project is quite old now and not so much updates, is it still worth to use it?
- A: Yes, this library only updates when I or other includes more functionality from SAE J1939. The reason why I wrote this in
ANSI C (C89)
is because it's an industry standard and you will always be able to compile this library and use it on all systems.
- A: Yes, this library only updates when I or other includes more functionality from SAE J1939. The reason why I wrote this in
- Q: What is your plan with the library?
- A: To make SAE J1939 available for everybody
- Q: I don't have CAN-bus, but can I use this library anyway with UART, USB, WiFi etc?
- A: Yes. This is only a way to shape a message in a specific way.
- Q: Can I send data with this library, even if I don't have CAN-bus?
- A: Yes. There are something called DM14 transmit request, DM15 status response and DM16 binary transfer. Use that if you want to transfer data in an industrial way.
- Q: Can I send multi package messages from multiple ECU's to one ECU at the same time?
- A: No. If you starting to send multipackages from multiple ECU's to another ECU, then that ECU cannot understand the message. Transmit only multipackage messages one at the time if the destination address is the same.
- Q: I don't want to use
ANSI C (C89)
with Open SAE J1939. Can I use the latest C standard with Open SAE J1939?- Yes, you can use the latest C standard with this library.
- Q: Is it possible to compile this library onto a Windows MS-DOS or Windows 95 machine?
- A C89 compatible compiler and an IDE and it should not be any problem
- I: I cannot compile this library. I'm using
Keil Microvision
.- A:
Keil Microvision
cannot handle binary numbers such as0b010101
. TrySTM32CubeIDE
instead becauseOpen SAE J1939
is made inSTM32CubeIDE
- A:
- I: Can you provide us with some hardware examples for example
STM32
?- A: Yes! There is a STM32 example how to get connection with CAN-bus including an interrupt listener for messages. Go to
Examples -> Hardware
folder at look forCAN_STM32.txt
. Also there is aUSB
example as well forQT C++
.
- A: Yes! There is a STM32 example how to get connection with CAN-bus including an interrupt listener for messages. Go to