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.

AWR1843BOOST: 2 AWR1843BOOST connected to JiYi's CAN-HUB 12 is getting stuck

Part Number: AWR1843BOOST

Tool/software:

Hai,

When we connect 2 AWR1843BOOST board to the JIYI's CAN-HUB 12 one of the RADAR is getting stuck.

We have changed the CAN ID for each the RADAR, and are powering the RADARS externally since CAN-HUB gives 12V.

But also one of the RADAR is getting stuck. 

This same setup is working pucca good for Chinese radars.

Your guidance will be really helpful.

Regards,

Rehman

  • Hai,

    We  also have made a custom CAN-HUB with 120ohm termination at both end, still also one of the AWR Radar is only working when 2 are connected.

    Expecting a quite spontaneous reply. We are in the last stage of the work, where we encountered this issue.

    Thanks & Regards,

    Rehman

  • For your kind information we are using MRR demo. 

    Thanks, 

    Rehman

  • Hi Rehman,

    Someone will respond ASAP to your qurey.

    regards,

    Ali 

  • Hai Ali, 

    Thanks for the update. We are really waiting for your valuable reply. 

    We tried by removing the 120ohm resistors, which is not required... but Yaa we tried... 

    Still one of the Radar is getting stopped.

    In the CAN hub we made, we have kept 120ohm resistors at both the end. 

    Is this Hardware or Firmware issue? Should we enable something regarding ACK, Arbitration in the MRR demo firmware? 

    Regards, 

    Rehman

  • Hello,

    We have some examples for configuring CAN object data in the radar toolbox. This has been validated with the Peak PCAN-USB system, so we know the AWR1843BOOST hardware is working. 

     AWR1843BOOST: AWR 1843: How to use the sensor over CAN protocol 

    If there is an issue it is likely with something in your configuration of the CAN hub you are using, which we are not able to assist you with. You can also refer to below resources which gives some examples for bit timing for various data rates.

    https://www.ti.com/lit/an/swra606/swra606.pdf

     [FAQ] TDA4VM: CAN: How is bit-rate calculated for CAN 

    Regards,

    Adrian

  • Hai, 

    AWR1843BOOST is working fine with CAN-HUB when individually connected. 

    But when we connect 2 or 3 AWR1843BOOST one of the radar is getting stopped from sending data. 

    What I think, in MRR demo Firmware we might need to tweak some ACK or arbitration in CAN_schedule function. 

    Please take this as a high priority issue, bcz we have already signed NDA with our Customers and if working we will be ordering some good numbers of modules. 

    Regards, 

    Rehman

  • Hai,

    What we noticed is that the one of the 2 RADAR module is completely getting stopped when both are connected to the CAN-HUB, even the UART port is not giving out data.

    We took 2 RADAR module and then connected the 2 RADAR module to the CAN-HUB and we are observing the CAN output via PEAK CAN USB.

    From both of the RADAR we are monitoring the UART data also, but when both gets connected to the CAN-HUB one of the RADAR is completely stopping, even the UART is also stopped.

    AS you mentioned there is nothing much in the CAN-HUB, it's just a 2 wire setup with 120ohm termination at both the ends.

    I think there is something needed to be tweaked in the Firmware to make things working.

    Regards,

    Rehman

  • Hello,

    Ok, the issue is understood. This seems like a software issue, I am forwarding this to our software team. 

    Regards,

    Adrian

  • Hai,

    What we came up with is also the firmware issue.

    We noticed that for Chinese radars the cycle time showing in the PEAK-CAN software is 50, whereas for us it's showing 0.3.

    So it means our Radar is not making the HUB free for other Radar to access the HUB, whereas since Chinese radars are maintaining proper time interval, other Radars in the HUB is able to access the HUB.

    Thanks for understanding our condition, hope we together can find a solution for this.

    Regards,

    Rehman

  • Hi,

    The MRR demo has not been tested with a CAN HUB. So, it is possible that the code must be updated to support a HUB.

    Unfortunately the team that developed the code is no longer available for support. The src code is provided so that customers can make changes to it.

    The User Guide provide information on how to re-build the code

    thank you
    Cesar

  • Hai, 

    We just needed to know where and what to update. The updation we can do from our side, but which part to change is what we need help from your team.

    There are many other demo which supports CAN, so if any of those team are available please can you ask them to check into this. 

    Your support at this time will really help us to move forward at this crucial time. 

    Regards, 

    Rehman

  • Hai,

    To increase the time between sending frames we tried by adding Task_sleep(50) inside the Can_Transmit_Schedule(), it increased from 0.3 to 50(cycle time) but got stuck after 1 minute.

    We then increased the "SUBFRAME_USRR_PERIODICITY_VAL" to 10000000U to get 50ms delay between each frame, but the cycle time didn't change...still 0.3 only.

    Adding delay in Can_Transmit_Schedule is only working out, but the radar is getting stuck.

    Regards,

    Rehman

  • Hi,

    I have found this older thread that may be helpful

    (+) IWR6843: Connecting multiple radars on CAN - Sensors forum - Sensors - TI E2E support forums

    CAN Integration User Guide

    Unfortunately our team does not have experience with CAN-FD HUB.

    Thank you
    Cesar

  • Hai, 

    This thread really made things to work. 

    Thanks for all the good support showed from your team. 

    • Reagrds, 

    Rehman