如何在Runnable内部确定c中PIM（每实例内存）的大小（而无需在生成的RTE中查找它并添加固定值）？
情况：
Runnable Foo可以访问两个PIM Pim1和Pim2。在该示例中，来自Pim1的数据应复制到Pim2。
不仅出于安全性考虑，我还需要检查两个PIM的大小，以免覆盖非法数据区域。
我知道PIM的大小是在SW-C说明（SWCD）中配置的。但是，由于在执行代码后可能会更改SWCD，并且为了使Runnable的代码更通用，因此大小检查不应基于固定值。
我还考虑了数组的sizeof问题：
How to find the 'sizeof'(a pointer pointing to an array)?
对于PIM，RTE生成器生成以下代码：
在Rte_Type.h中
typedef uint8 Rte_DT_DtImplRec1_0;
typedef uint16 Rte_DT_DtImplRec1_1;
typedef struct
{
Rte_DT_DtImplRec1_0 var1;
Rte_DT_DtImplRec1_1 var2;
Rte_DT_DtImplRec1_2 var3;
} DtImplRec1;
typedef uint8 Rte_DT_DtImplAry1_0;
typedef Rte_DT_DtImplAry1_0 DtImplAry1[5];
在Rte.c中
VAR(DtImplRec1, RTE_VAR_DEFAULT_RTE_PIM_GROUP) Rte_FOO_Pim1;
VAR(DtImplAry1, RTE_VAR_DEFAULT_RTE_PIM_GROUP) Rte_FOO_Pim2;
在Rte_FOO.h中
#define Rte_Pim_Pim1() (&Rte_FOO_Pim1)
#ifdef RTE_PTR2ARRAYBASETYPE_PASSING
# define Rte_Pim_Pim2() (&((*RtePim_Pim2())[0]))
#else
# define Rte_Pim_Pim2() RtePim_Pim2()
#endif
#define RtePim_Pim2() (&Rte_FOO_Pim2)
请注意，取决于RTE_PTR2ARRAYBASETYPE_PASSING“开关”，对阵列PIM的定义也可能会更改。
为FOO模板生成以下“访问”：
DtImplRec1 *Rte_Pim_Pim1(void);
Rte_DT_DtImplAry1_0 *Rte_Pim_Pim2(void)
Foo-Runnable的代码可能如下所示：
FUNC(void, FOO_CODE) Foo(void)
{
DtImplRec1 *pim1 = Rte_Pim_Pim1();
Rte_DT_DtImplAry1_0 *pim2 = Rte_Pim_Pim2();
uint8 sizeOfPim1a = sizeof(Rte_Pim_Pim1()); /* always returns 4 as the size of the pointer */
uint8 sizeOfPim1b = sizeof(*Rte_Pim_Pim1()); /* evaluates to 6 */
uint8 sizeOfPim1c = sizeof(DtImplRec1); /* evaluates to 6 */
uint8 sizeOfPim1d = sizeof(Rte_FOO_Pim1); /* evaluates to 6 */
uint8 sizeOfPim2a = sizeof(Rte_Pim_Pim2()); /* always returns 4 as the size of the pointer */
uint8 sizeOfPim2b = sizeof(*Rte_Pim_Pim2()); /* evaluates to 1 */
uint8 sizeOfPim2c = sizeof(Rte_DT_DtImplAry1_0); /* evaluates to 1: sizeof(uint8) */
uint8 finalSize = MIN(sizeOfPim1b, sizeOfPim2b);
memcpy( pim2, pim1, finalSize ); /* (use of) memcpy is not the topic here */
}
为了使我的问题更“可见”，这是一个通过诊断编写DID的Callback-Runnable示例：
FUNC(Std_ReturnType, FOO_CODE)
DataServices_Data_FFFF_WriteData(P2CONST(uint8, AUTOMATIC, RTE_APPL_DATA) Data, Dcm_OpStatusType OpStatus, P2VAR(Dcm_NegativeResponseCodeType, AUTOMATIC, RTE_APPL_DATA) ErrorCode)
{
Std_ReturnType ret = E_NOT_OK;
#define sizeOfPim1 (5) /* how to determine the PIM size here if we do not know anything about it here? (PIM structure can change without modifying the code here) */
#define sizeOfDidFFFF (5) /* This is even another problem: How to determine the size of a DID. I will create another discussion thread for this question. */
/* Instead of this if-condition, an assert during compile-time would also be appropriate */
if( sizeOfPim1 == sizeOfDidFFFF )
{
/* We have to make sure that we do not copy more bytes as of the size of Pim1 */
memcpy( Rte_Pim_Pim1(), Data, sizeOfPim1 ); /* (use of) memcpy is not the topic here */
ret = E_OK;
}
return ret;
}
最佳答案
我这里没有任何AUTOSAR环境可以对此进行测试，因此，请尝试任何一种操作，请让我知道它是否有效。此外，我不是专家，而且很长时间以来我都不编写AUTOSAR代码，因此我可能会丢失一些东西。我也不想公开任何供应商的任何RTE生成器，因此我仅引用标准。
使用sizeof(DtImplAry1)
您可以定义该类型并将其作为RTE生成器的输入，这样您就知道名称了。如果您的SWC未明确使用该类型，则RTE生成器无法将其包含在.h中，但是您可以将其手动添加到SWC arxml中。我认为所有工具都可以执行此操作，而无需手动编辑arxml，只需寻找在工具中包含其他SWC类型的选项即可。
使用实例API访问SWC数据
如果启用了API（在您的工具中查找它），则标准指定类型为Rte_CDS_FOO的变量来保存指向SWC的PIM的所有指针（除其他外）。
此外，变量Rte_Inst_FOO应该对您可用，并在标头中声明为extern。您可以执行sizeof(*Rte_Inst_FOO->Pim_Pim2)。
编辑：回复您的一些评论
我想您找不到CDS的原因是因为这一点（来自RTE规范，4.2.2、5.4 RTE数据结构）：
[CDS和实例处理程序]定义仅适用于在兼容模式下运行的RTE生成器–在这种模式下，即使对于那些禁止进行多重实例化的（对象代码）软件组件，也必须定义实例句柄和组件数据结构。确保兼容性。
也，
[SWS_Rte_03793]如果软件组件不支持多个实例化，则组件数据实例的名称应为Rte_Inst_cts，其中cts是AtomicSwComponentType的组件类型符号。 （SRS_Rte_00011）
因此，当RTE生成器遵循此兼容模式时，这些变量必须存在。如果您使用的是特定于供应商的解决方案，那么，请尝试用该供应商名称标记问题，希望有人可以回答。
在编译时断言
我不会问你为什么这样做，但是恕我直言，我认为这听起来不对，对于接收缓冲区来说，要小于要复制的数据有意义吗？如果缓冲区小于您的struct，也许最好在编译时声明。或者，您也可以将数组定义为一个结构，并在需要时强制转换（如果您遵循MISRA规则，也许您会遇到问题，只需检查一下即可）。仅供参考，compile time assertions can use sizeof。
关于c - 如何确定AUTOSAR Runnable中PIM的大小？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/39661464/