• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 29 subscribers
  • Views 441 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

AWR1843: Hardware trigger behavior before processing is complete

Norman Kuang
Prodigy 60 points
Part Number: AWR1843

Hi,

In the mmWave Radar Interface Control document, the section that explains the usage of hardware triggering mode says the following:

In Hw triggered mode, the Hw pulse should be issued or periodicity
of pulse is configured such that, the pulse is generated only 150us
after the completion of previous frame/burst (The pulse should not
be issued before end of previous frame/burst).

  • What happens if this pulse is received before the end of the previous burst?
  • What exactly happens to the previous burst's processing if the pulse trigger occurs before it is done processing?
  • Are there any configurations on the RF front-end that get messed up?
  • Is this situation undefined behavior?

Thank you,

Norman

 

  • 0
    TI__Guru*** 149154 points

    Hi,

    Please see below the frame structure.

    (1) If the new frame is triggered earlier but the Acquisition Period has completed than there may not be sufficient time to process the data coming during next frame.

    (2) If the frame is triggered earlier and the Acquisition Period has not completed than the RF front end may generate an error.

    Are you considering (1) or (2) ?

    Thank you

    Cesar

    If the

  • 0
    Prodigy 60 points

    Hi Cesar,

    Thank you for the reply. Assuming that the Acquisition Period has completed in scenario (1), I would like to ask a few more questions regarding the hardware triggering mechanism.

    1. Is the trigger interrupt serviced by the RF front-end (BSS) or DSS? What time of interrupt is this (hardware/software/etc.)?
    2. Does the BSS perform any configurations for the new frame in response to a hardware trigger?
    3. If the trigger is received in the middle of the inter frame processing, does processing resume right where it left off before the trigger interrupt?
    4. Is it possible for any BSS configuration corruption in scenario (1)?

    Thank you,

    Norman

  • 0 in reply to Norman Kuang
    TI__Guru*** 149154 points
    Norman Kuang said:
    Is the trigger interrupt serviced by the RF front-end (BSS) or DSS? What time of interrupt is this (hardware/software/etc.)?

    The trigger interrupt is serviced by the BSS

    Norman Kuang said:
    Does the BSS perform any configurations for the new frame in response to a hardware trigger?

    No, the BSS will only trigger the frame

    Norman Kuang said:
    If the trigger is received in the middle of the inter frame processing, does processing resume right where it left off before the trigger interrupt?

    No, there will be Frame Start and Chirp available interrupts triggered from BSS to DSS. The application will decide how to handle them. If they are not processed the data is lost.

    Norman Kuang said:
    Is it possible for any BSS configuration corruption in scenario (1)?

    NO, the BSS configuration will not be corrupted

    thank you

    Cesar