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.

IWR6843AOP: Questions Regarding profileCfg

Part Number: IWR6843AOP

Tool/software:

Hello mmWave team,
I have a couple of questions about the documentation for profileCfg:

  1. In the document "\mmwave_sdk_03_06_02_00-LTS\packages\ti\control\mmwavelink\include\rl_sensor.h", at line 713, it states that only even numbers can be used for freqSlopeConst. However, the given limits are odd numbers. Is this a typo?
  2. Is there a recommendation or calculation for how far adcStartTimeConst and txStartTime should be apart? This should depend on the max. unambiguous range, correct?
  3. What is the minimum idleTimeConst? Is it dependent on the bandwidth of the chirps?

Thank you in advance for your help!

Best regards, Robin

  • Hi,

    We are looking into your query. Please allow us a couple of days to respond.

    Regards,

    Sharan

  • Hi Robin, 

    In the document "\mmwave_sdk_03_06_02_00-LTS\packages\ti\control\mmwavelink\include\rl_sensor.h", at line 713, it states that only even numbers can be used for freqSlopeConst. However, the given limits are odd numbers. Is this a typo?

    Yes this appears to be a typo, it should be "integer numbers" instead of "even numbers". However, please note, this comment refers the to the value for ramp slope frequency which is used by the mmWave link layer. This is not the same as what can be sent over CLI via the profileCfg command. The value sent over CLI can be a float value which is then translated to the 16 bit int as below (cli_mmwave.c). 

        /* Translate from MHz/us to [1 LSB = (gCLI_mmwave_freq_scale_factor * 1e6 * 900) / 2^26 kHz/uS]
         * units of mmwavelink format */
        profileCfg.freqSlopeConst        = (int16_t)(atof(argv[8]) * (1U << 26) /
                                                     ((gCLI_mmwave_freq_scale_factor * 1e3) * 900.0));

    Is there a recommendation or calculation for how far adcStartTimeConst and txStartTime should be apart? This should depend on the max. unambiguous range, correct?

    There is a ramp-timing calculator available in the 'RadarStudio' tool from the DFP package that should aid you in avoiding the settling region of the adc. The sampling rate, the ADC mode, the slope of the ramp all affect the amount of settling that is seen in a chirp. 

    What is the minimum idleTimeConst? Is it dependent on the bandwidth of the chirps?

    The ramp down time does slightly depend on the bandwidth and the idle time configured should be enough to avoid the ramp down time. You can check the timing through the Ramp Timing Calculator in mmWave Studio 2.1. Alternatively, you can also use the Advanced Chirp Design and Tuning tab of the mmWave Sensing Estimator to verify this as well. However, your question specifically mentions idleTimeConst  which is the value passed to mmWave link layer. The valid range for idleTimeConst is 0 to 524287 (in units of 10 ns).

    Best Regards,

    Josh

  • Hi Josh,

    Thank you for the detailed explanation! It was very helpful.

    Could you please guide me on how to open the Radar API tab in mmWave Studio? I’m having trouble finding it. (is it necessary to have the DCA1000 hardware connected, or can this be done using the DFP package?)

    Best regards, Robin

  • HI Robin, 

    My apologies, the mmWave Studio has limited functionality without DCA1000. Please use the mmWave Sensing Estimator tool instead.

    Best Regards,

    Josh