This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

EK-TM4C129EXL: CAN-1

Part Number: EK-TM4C129EXL
Other Parts Discussed in Thread: EK-TM4C1294XL

Hi,

I am new to CAN protocol, please forgive me if i am asking a foolish query. I have configured a CAN-0 peripheral of TM4C129-EXL evaluation board and attempt to send a 32 bit hex data. on evaluating the transmitted CAN frame format on DSO, it looks like the data is correct according to the data send. How can i validate the transmitted data by receiving it through another CAN peripheral? (CAN transceiver and CAN bus with 120 ohm termination is already implemented with the same). 

  • The major query is about CAN-1 signals, i found that the TX signal (PB1) in CAN-1 in TM4C129EXL evaluation board is going to "TARGET_VBUS/3.2C". is there any way that i can use CAN-1 signals in this same evaluation board to validate the transmit signals from CAN-0?, if not possible then what is the solution to validate CAN data receive firmware?

Some help is greatly appreciable, thanks in advance. 

  • No such query is foolish - especially when such time/effort - as yours reveals - is present.

    Firm/I are not fans of "loopback" for CAN. A 2nd eval board - to include 2nd CAN Xcvr/terminator - proves ideal.

    Optionally - you may be able to "search & find" a PC-based "CAN Analyzer" which may "speed & ease" your task. I believe that (several) such devices have been mentioned here. (found via the Forum Search Box - located atop this page - keyword "CAN Analyzer.")
  • You can use the CAN-1 signal. First make sure the USB OTG connector is not used. Also, configure PD6 as input with internal pull-down enabled. This turns off a MOSFET switch which isolates TARGET_VBUS. The schematic for the EK-TM4C129EXL board is the same as for the EK-TM4C1294XL board and can be found here:
    www.ti.com/.../spmu365c.pdf
  • Agreed cb1, one of the weaknesses of using a single board (or even two copies of the same board) is that you get no independent verification of the communications parameters in operation.

    Robert

  • Thank you, Robert - at least you/I (likely others) recognize the multiple benefits obtained by "real application REALITY" - which has been delayed here - and which is the poster's, "Real & Final" destination.

    Such "band-aid" techniques - especially w/all the "special treatments" demanded - appear of (reduced) value.     CAN is - after all - a "board to board" communication technique - deviation from that "recognition" deviates from that intent...    Such convoluted hacking/sawing does generate a "neat, new Tag" however (usually your province) - might you agree?

  • Thank you Mr. cb1_mobile, Mr. Bob Crosby and Mr. Robert Adsett.