- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
https://community.infineon.com/t5/XMC/VADC0-G3-3-IRQHandler/td-p/312702
I also have the issue in this thread as the picture below.
The moderator mentioned a method "Define default handlers and other fault handlers and you should be able to track down the real issue".
I have no idea what did he means and how to implement this method.
Are there any detail informations about this method or other suggestions?
Thanks.
Solved! Go to Solution.
- Labels:
-
XMC
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi, @michael_liao ,
The number of chirps can also be higher , if the firmware and eventually the communication layer are adjusted, but it eventually leads to very low Pulse repetition time of 90 micro seconds.
The present PRT(Pulse repetition time) is 2ms, It can be decreased with enormous effort adjusting several timer’s in the FW and Analog-baseband has to be redesigned. Such low PRT is not feasible concept in D2GL as DAC based voltage ramp is used not PPL.
For applications with low PRT, Avian based 60Ghz radars are RECOMMENDED (eg.BGT60TR13C). Can you please let us know the detail application you wants to build?
BR,
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi, @michael_liao ,
How did you modify your codes? I test with my D2G standard code, it works well. You can share your project with us. Or you can use the XMC Flasher to upload the .hex file into your chip. Hope this can help you.
Regards,
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Owen,
I modified radar settings as the pictures below.
config.h
d2gl_bsp_limits.h
d2gl_sc_fmcw_internal.h
I' m trying to reduce the time interval between ramp to ramp.
But when the time interval is reduce to a critical value (maybe about 10us), the issue mentioned before happen.
Here is my project.
https://drive.google.com/file/
I tried upload .hex file and it still does not work.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi, @michael_liao ,
I followed your steps to modify my codes, but an error will appear: 'SC_FMCW_PULSE_REPEAT_TIME_USEC ' out of range, you can check the software manual that this parameter ranges from 2500 to 10000. And then modify the parameter to the correct range, but I did not report the error like your figure shows. You can refer to my attachment.
The possible reason for your problem is that the time between chirp to chirp is too short to detect. Or there is a problem with the code of other parts you modified. The following picture shows my image after debugging:
BTW, I can't open the link you shared your project, you can upload the code directly.
Regards,
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Owen,
Sorry, I modified these parameters below to avoid the compiling error you said.
d2gl_bsp_limits.h
I modified these parameters to measure data for larger radar range and increase velocity resolution.
I want generate the chirp like below.
There are no any delay time between neighboring chirps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi, @michael_liao ,
1) The valid range of values for NUM_OF_CHIRPS is [1-16], but you changed it to 64 which is not valid and throws error. When we tried replicating the issue, it was the only error which shows up otherwise the code builds fine with NUM_OF_VALUES =16.
2) The BSP can support maximum up to 16 ramps (Hardware Constraint). We cannot reduce the standby time further more.
Best Regards,
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @Owen_Su ,
1) The valid range of values for NUM_OF_CHIRPS is [1-16], but you changed it to 64 which is not valid and throws error. When we tried replicating the issue, it was the only error which shows up otherwise the code builds fine with NUM_OF_VALUES =16.
This error is avoidable by changing the "BSP_MAX_NUM_OF_CHIRPS" value.
2) The BSP can support maximum up to 16 ramps (Hardware Constraint). We cannot reduce the standby time further more.
If it was a hardware constraint, then what makes this constraint?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi, @michael_liao ,
The number of chirps can also be higher , if the firmware and eventually the communication layer are adjusted, but it eventually leads to very low Pulse repetition time of 90 micro seconds.
The present PRT(Pulse repetition time) is 2ms, It can be decreased with enormous effort adjusting several timer’s in the FW and Analog-baseband has to be redesigned. Such low PRT is not feasible concept in D2GL as DAC based voltage ramp is used not PPL.
For applications with low PRT, Avian based 60Ghz radars are RECOMMENDED (eg.BGT60TR13C). Can you please let us know the detail application you wants to build?
BR,
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
This thread will be closed due to long time no reply, you can create a new one if you have any other questions. Thanks for your understanding.
BR,
Owen