From 04:00 PM CDT – 08:00 PM CDT (09:00 PM UTC – 01:00 AM UTC) Tuesday, April 16, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

XNET Removes Priority from SAE J1939 Message Identifier...

Solved!
Go to solution

I am currenty using LabVIEW 2015, and implemented a simple CAN loopback test to test the J1939 XNET capability. I noticed that XNET seems to be removing the message ID's priority. Example, I set the message ID to be 0x18C45671 with '0x18' slice containing the SAE J1939 message priority, it is received on the other side and displays as "0xC45671". Why is this? I have attached a picture for reference.

 

lv_can_loopback.PNG

0 Kudos
Message 1 of 2
(2,875 Views)
Solution
Accepted by topic author swbpnole

Further reading in the NI-XNET Hardware and Software Manual for 2015 brought me to this:

 

"In standard CAN frames, the complete identifier is considered as the CAN message identifier;

in J1939, only the PGN determines the message. Frames with the same PGN but different

priority or source address are considered the same message." - chapter 4, pg 59.

 

I understand this but do disagree with X-NET implementation that removes the priority on the receive side (or is it just before transmission?). I would like it to stay but this is not a big deal I can live with it...

0 Kudos
Message 2 of 2
(2,867 Views)