E_MEM_SERVICE_NOT_AVAIL macro undeclared (see Mem_43_INFLS.c) in latest RTD (AR: 4.7.0, SW: 2.0.0)

[M_SCH]

Hello,

I am migrating an existing project based on the previous RTD (AR: 4.4.0, SW: 1.0.0) to the latest version (AR: 4.7.0, SW: 2.0.0 ). I am currently using the S32DS v3.5.12.

I have noticed that in the ConfigTools under the section MCAL the Fls driver is renamed/replaced by the Mem_43_INFLS, which should be the proper replacement, right?

When I attempt to build the application an error is thrown pointing at the generated C source file

• RTD/src/Mem_43_INFLS.c at line 1013, 1093, 1445

with the statement

'E_MEM_SERVICE_NOT_AVAIL' undeclared (first use in this function) Mem_43_INFLS.c /my_project/RTD/src line 1013 C/C++ Problem

I have checked the BaseNXP driver documentation (RTD_BASE_UM.pdf) and noticed that the missing C macro is specified at page 151.

Then I checked the StandardTypes.h header file at line 141 but the macro -- as expected -- was missing.

Can you point out what the issue is and if I am missing something.

As a side node, I have found out that the macro is also defined in the MemAcc_GeneralTypes.h, which is not generated in my project right now.

One last thing: I have installed the following RTD package versions:

• SW32K1_S32M24x_RTD_R21-11_2.0.0_P03_CD01_D2312_DS_Updatesite
• SW32K1_S32M24x_RTD_R21-11_2.0.0_P04_D2404_DS_updatesite

Best regards,

M_SCH

[danielmartynek]

Hello @M_SCH,

I'm not able to reproduce the error.

When I create a new project from example:

Mem_43_INFLS_Example_S32K144

Once the default configuration is generated, I can see

in

Regards,

Daniel

[M_SCH]

Hello Daniel,

since I have installed the P03 and P04 RTD (AR: 4.7.0, SW: 2.0.0) package for the S32K1 series and the StandardTypes.h file which is included directly through the RTD installation folder at

• S32DS.3.5\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\BaseNXP_TS_T40D2M20I0R0\include

which shows the following version of the StandardTypes.h file:

Can you tell me how I can generate the code from the RTD P04 instead of the P03 package version again?

Best regards,

M_SCH

[danielmartynek]

It looks like an issue with the P04 installation.

I also updated to P04 from P03, but I have

S32K1_RTD_2_0_0_P04_D2404_ASR_REL_4_7_REV_0000_20240417

in the very same directory.

Maybe you can reinstall P04 in S32DS Extensions and Updates.

BR, Daniel

[M_SCH]

Hello,

I have uninstalled the RTD packages P03 and P04 of the latest version (AR: 4.7.0, SW: 2.0.0) and then installed P03 and then P04. Now all C source and header files indicate that they belong to P04 through their file header comment block but now I am missing again drivers such as the Crypto driver that is only available through P03 and both packages cannot coexist.

Can you confirm this on your side as well?

Best regards,

M_SCH

[danielmartynek]

Hello M_SCH,

Yes, I can confirm that.

Refer to the release notes of the drivers, not all patches have this crypto driver.

[M_SCH]

Hello,

as you may recall I have installed the P03 package to make use of the Crypto Driver but at the same time I am missing the macro for the FLS driver that I mentioned in my original post and therefore cannot continue. Can you help me out? Do you have any suggestions?

Best regards

M_SCH

[danielmartynek]

Hi @M_SCH,

The P03 patch CD01 has the Crypto driver with CD quality status anyway.

I would recommend migrating to the base version 2.0.0 at this point.

Regards,

Daniel

[M_SCH]

Hello Daniel,

I think you are missing the point. If you read my initial post you see that the C macro E_MEM_SERVICE_NOT_AVAIL is not available in the StandardTypes.h file in the P03 package. So I get errors using the FLS driver. That is why I posted this issue.

Can you confirm this issue on your side?

Best regards

M_SCH

[danielmartynek · Accepted solution]

You are right, it is missing in 2.0.0 P03, it is defined in 2.0.0 and 2.0.0 P04.

Regadrs,

Daniel