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.

IWR1443BOOST: MMW Demo Frame periodicity

Part Number: IWR1443BOOST

Hello,

I have a question about frameCfg command in mmwave demo. What is the maximum periodicity possible to set?

Is it: (X[msec] * 1000000 / 5) that fits in 32bit unsigned integer value? And if I set to maximum do I really need duty cycle of 50% (SDK users guide advice this) because

capture demo works with duty cycle of 1%. I ask this because I try to send N chirps of combined duration < 1ms and I want the bigger idle time ~15-20 ms and it doesn't work.

Best regards, 

Predrag

  • Hi Predrag,

    I believe this is answered in the Doxygen in the section title Output Information Sent To Host. It is available in your SDK folder at the following location: C:\ti\mmwave_sdk_01_02_00_05\packages\ti\demo\xwr14xx\mmw\docs\doxygen\html\index
  • Hi Akash,

    In doxygen documentation you explained how to calculate how much time is processing time, transmit time an then you subtract from DEFINED frame periodicity (measuring in frame start interrupt handler) that time, but I want information about that frame periodicity VALUE, how it is set what is its maximum value set in configuration and how big duty cycle needs to be to make it works. Maybe I missed something, but this answer doesn't resolve my issue.

    Best regards,
    Predrag
  • The frame periodicity in CLI is speficied in ms. Internally though mmwavelink API has a format of 1 LSB = 5 ns (you can see this in doxygen of mmwavelink or Radar Interface Control Document (ICD) as part of dfp release), hence the strange looking conversion formula. Per this, the max possible you can set is 2^32 * 5e-9 = 21 s. However the ICD says typical range is 1 ms to 1000 ms.

    As far as duty cycle is concerned, it is a typo in the user guide, it should say maximum instead of minimum (we will take action to correct documentation in a future release). The 50 % is not required to be strictly adhered to but more from the stand-point of validation coverage (not talking about SDK (software point of view) validation, but chip (RF stuff etc) validation) and power consumption (e.g datasheet at www.ti.com/.../awr1443.pdf provides power consumption measurement for 50 % duty cycle in Table 5-4).

    Your problem is probably something else, not the bigger idle time, let us know more details if you cannot figure it out. Just a minor side note: we use name "idle time" to designate the idle time between chirps, refer to the time diagram in section "Configuation (.cfg) File Format in the SDK user guide, what you are referring is what we usually call "inter frame period" but in the context in which you used it there is no ambiguity in understanding what you mean.
  • Thank you Piyush_ one more time for always detailed answer. I figured out my mistake and your response helped a lot.

    Best regards,
    Predrag