AWR1843: Software trigger of frame start

Hello Chianan,

As you mentioned, the frameCfg CLI command already has a trigger select option (1 for Software trigger) and only software trigger is supported here.  You can program this accordingly. This is documented in the SDK user guide as well.

Please let us know if this doesn't answer your question.

Regards,

Ishita

Hi Ishita

I know the  frameCfg CLI command already has a trigger select option for SW trigger, but my question is:when I select SW trigger, if I want to control the frame start trigger timing for example let next frame start time 2ms if I find there is another radar is chirpping to prevent the RF interference, according the radar RF document, seems can use AWR_RX_GAIN_TEMPLUT_GET_SB to control the frame start , but I can not find the SDK's source code use this command to trigger or control the frame start, so how I can control the frame start time? 

Thanks

Hello Chianan,

Are the two devices connected to each other?

Practically, you just can't get rid of the interference so easily, it's not that straightforward. It requires the implementation of a lot more complex algorithms. 

The easiest thing you can do is connect both these together and implement framing using hardware triggered mode. In case that is not possible, you can either increase the "idle time" parameter in the Profile Config or you can introduce a delay before sensor start of one the devices.

(Also, AWR_RX_GAIN_TEMPLUT_GET_SB has nothing to do with this, it is just used to read the temperature based RX Gain LUT)

Regards,

Ishita

Hi Ishita

      Yes, we plan to let two device connected to each other, we wish we can prevent these two device transmit at the same time, we had tried to using delay to let one of the device start a little delay to each other. But the problem is if the device turn on for long time for example 24 hours later, these two device will have opportunity to transmit at the same time because the crystal tolerance of two device will let the chirping start very close  after a long run. Because two device's "Clock" is not the sample, a little different because crystal tolerance. Do you have other idea to solve this issue? Of let two device stop and start with delay time each couple hours to let them sync again?

Hello Chianan,

For your purpose, in addition to using hardware triggered mode, maybe you can also program the chirp and frame configuration this way, that it takes care of the transmitting conflict for these 2 devices. You can play around with the chirp start and frame idle times to make sure they transmit at different times. 

If you need help to understand the programming parameters, you can refer to the below application note :

Programming Chirp Parameters in TI Radar Devices

Regards,

Ishita