AURIX™ Development Studio Forum Discussions

Dear all,

sorry, I need to come back to that issue. 

It looks like I couldn't open the discussion from here https://community.infineon.com/t5/AURIX/packed-data-structure-with-TASKING-compiler-possible/td-p/695881 again.
I'm not sure if the proposed solution will work (see below). 

struct __packed__
{
char c;
int * i;
} s1;

For me this will generate a struct that is named __packed__ and has an instance that is named s1. I think I realized this when I applied the proposed solution twice in a file. The compiler complains about an already defined struct called __packed__.
The other observation in the post linked above - that it might has differences between command line and not command line complier invocations - I didn't check that so far. Maybe that's the explaination because the linked document in the first post about this issue says that it was introduced with  v6.3r1 that is not necessarily the same as delivered with ADS (v1.1r8 Build 22011964).

Maybe someone has more details to add to this. Actually I'm quite surprised that this has not been raised more often because in reading external (sensor) devices it is quite common for me to read them as block and map them onto a packed data structure. I thought switching to the GCC compiler but at least the FreeRTOS port, that I'm somehow depending on,  is causing problems there. 

Best Regards

Markus

Dear all,

I want to report that it is not possible to set proper breakpoints in a FreeRTOS task wiht the ADS Debugger. However, it will work with WinIdea. I'm using the latest ADS 1.9.20 and DAS Version - just to complete this bug report.

Maybe someone from Infineon/Tasking can add this to the list of open issues/known problems.
You can simply test this issue by using the FreeRTOS example (there is only one) on the Infineon Github. It simply is using the two onboard LEDs handled in two seperate tasks. Set a breakpoint in one of it. It will stop but not resume. Even if you add the

IfxStm_setSuspendMode(&MODULE_STM0,IfxStm_SuspendMode_soft);

statement before starting the scheduler. Acutally the debugger call view is 'empty' when the breakpoint gets hit (see picture).

 So I guess the ADS debugger has issues with tracking the execution after a context switch - certainly I'm not to sure about that, just guessing.
With the exact same elf file used with WinIdea I can set breakpoints and resume the application
with no problem. So this is the workaround - using another tool. For me that cannot be in the interest of the publishers of ADS.

Best Regards
Markus

After changing the settings in the configuration wizard, after saving, return to the keil programming interface, and the window will not pop up, which means that the configuration change wizard did not work

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX-Development-Studio/config-Wizard-%E4%B8%8Ekeil%E6%9B%B4%E6%96%B0%E4%B8%8D%E5%90%8C%E6%AD%A5/td-p/685422

In ADS-L project, when doing an incremental build (only one simple C file changed and need to compile), it used to take less than 10 seconds, however, now the same build process took around 2 minutes. I didn't change any project settings.

I check the progress bar; it seems following two step took significant time:

What makes it worse is that, after each 2-minute build, there is about 60% chance that the build will fail due to either of the following two errors:

And then I have to build again and pray for no error, sometimes the error disappeared, but many times it happens again, so I have to keep rebuilding until there's no error. Sometimes the whole rebuilding can take more than 10 minutes.

On the other hand, my experiment with the evaluation board involves constantly making small changes and test out how they work, the slow build and the errors make it very painful. Please help.

Thank you very much!

Edit1: After new year holiday, a new error suddenly pops up when enter debug mode:

If I remove all expressions in the "Expression" window, the error disappeared. 

And somehow the build time reduced to around 10s.