Part Number: IWR1443
I am looking for any guidelines for some of the parameters in the profileCfg cli command. I have reviewed postings and various ti pdf documents but I have a few questions. Please make any suggestions or comments you desire.
1. idleTime: I have seen this parameter vary from 7 to 429 usec. I see no reason to have it extend much beyond 7 usec. What should a person consider here? I assume any ringing from the end of the ramp back down has quiescent in 7 usec.
2. adcStartTime: From a number of published config files, it appears that a value of 7 usec appears to be very standard.
3. rampEndTime: This time plus the idleTime should equal the chirp cycle time which specified by the framePeriodicity parameter in the frameCfg cli command.
4. txStartTime: From a number of published config files, it appears that a value of 1 usec appears to be very standard.
5. Should there be much time, if any, from the end of the ADC sampling interval to the end of the ramp?
6. adcSamplingTIme: Equals numAdcSamples/digOutSampleRate (msec); the adcStartTime + adcSamplingTIme< rampEndTime
7. freqSlopeConst: freqSlopeConst*adcSamplingTIme<4GHz
8. rxGain: I have observed values around 30. The sdk user manual refers to the mmwavelink doxgen for details but I can not find any there. Please comment.
9. The maximum range (not considering any windowing effects) is given by: c*digOutSampleRate/2/freqSlopeConst. Are there any other considerations for choosing the parameters in the ratio of digOutSampleRate/freqSlopeConst to yield a particular maximum range other than to insure the above constraints are met? What are reasonable or practical ranges for digOutSampleRate and freqSlopeConst?
Most of these questions can be answered by the following app note and the videos provided in mmWave Training Series.
App note: Programming Chirp programming in TI Radar Devices.
mmWave Training Series: https://training.ti.com/mmwave-training-series
1. idleTime: The minimum idle time requirements are defined in section 5.1 of the above app note. You may want to select larger idle time depending upon frame duty cycle requirements. You can also increase velocity resolution (at the expense of max velocity) by increasing the idle time. If you want to keep both max velocity and higher velocity resolution, you will need to increase the number of chiros and also have less idle time.
2. ADC Start Time: Please refer to the following thread:
Question on adcStartTime and the thread referenced by it:
AWR1642BOOST: Understanding changes in "TX start time" and "ADC valid start time"
3. Ramp End time: The first part is correct i.e. Chirp Cycle Time = Ramp End time + Idle time (Refer to the image shown in https://dev.ti.com/mmWaveSensingEstimator). However, FramePeriodicity in frameCfg is used to specify the total frame time. FramePeriodicity / (Num chirps x chirp cycle time) defines the frame duty cycle. For the OOB demo, it should be atleast 50%. Refer to the mmWave SDK user guide.
4. txStartTime: Refer to the thread in item 1 above.
5. Excess Ramp Time: Refer section 5.3 of App note: Programming Chirp Parameters in TI Radar Devices: . The concept of excess ramping time is defined here.
6. adcSamplingTIme: That is correct. Refer section 5.3 of the above app note.
7. freqSlopConstant: The correct equation should be: Frequency Slope x Ramp End Time < 4GHz (note ADC start time and Excess ramp times are part of ramp end time and as such they count towards the RF bandwidth).
8. Rx Gain: It is defined in mmWaveLink Doxygen documentation available in the mmWave SDK at SDK_INSTALL_DIR>/packages/ti/control/mmwavelink/docs/doxygen/html/index.html
Click on the Sensor link under Modules, then rlSetProfileConfig. Direct link for rlProfileCfg_t Struct Reference is provided below.
9. Please refer to the app note provided above and mmWave Link Doxygen documentation. In addition mmWaveSensingEstimator generates the correct values for these parameters for you based on the provided application parameters.
Please mark this thread resolved if your query is answered otherwise get back if more support is needed.
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Nitin Sakhuja:
Thank you for the very helpful information.
It did bring up one question regarding the sign the txStartTime. It was stated in this thread that
If the tx start time is positive, the tx start is delayed w.r.t the knee of the ramp.
If the tx start time is negative, the tx starts before the knee of the ramp.
I would like to believe that the transmitter should be turned on before the ramp starts which would make the sign to be negative but the sign of this parameter is always positive for the config files in the example chirp folder of the mmwave_industrial_toolbox_2_5_2 and also in the default configuration in the demo visualizer gui. I also noted that in programming_chip_parameters.pdf, Figures 1 and 7 have this parameter graphically defined differently. Can you please clarify this?
I also noticed that the idleTime in the demo visualizer gui is very large (429 us) which is not characteristic with all the other configuration examples. Can you please provide any thoughts on why this parameter is to large when it may not have to be?
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.