Simulink 虚拟/非虚拟Bus使用时遇到的数据类型问题

1，使用虚拟bus时遇到的数据类型问题及原因

当用Outport模块接收来自于bus creator的数据时，会出现不能接收混合数据类型的错误（” Input port cannot accept a virtual bus of mixed data types.”）。但bus creator的数据输出给bus selector使用时，就不会出现此错误。

如上图，当两种不同数据类型的信号输入bus creator并输出给Outport时，运行模型时会报” Input port cannot accept a virtual bus of mixed data types.”的错误。

首先，尝试将输入bus creator的信号改为同一种数据类型，然后生成代码。

生成代码后对模型中的Outport端口进行代码追溯，在生成的代码中，两个输出是保存在一个数组中的。因为C代码中一个数组中只能存放同一种数据类型的元素，因此当不同数据类型的信号通过bus creator输出时（如上边的示例模型），simulink是不支持的。这样的bus creator称为虚拟bus（virtual bus），虚拟bus可以理解为将信号线捆绑组合在一起，将所有信号输出给一个Outport时，相当于把所有的信号输出到了一个容器中，这个容器只允许存储同一种类型的数据。

2，解决使用bus时遇到的数据类型问题

为解决支持不同数据类型输入bus creator的问题，有以下两种方式：

1，在信号输入bus creator前添加convert模块

添加convert模块及生成的代码如图所示。添加convert模块后，从生成的代码看，仍然是将不同数据类型的输出元素放入了一个数组中。添加convert后数组Outport的类型是real_T（对应double类型）。

但从rtY.Outport[1] = (uint8_T)(((uint16_T)((uint8_T)128U) * rtU.Inport1) >> 6);这行代码看，Outport[1]为uint8_T(对应unsinged char),与convert模块前的数据类型是一致的。

所以推断，如果bus creator的输出不是连接到Outport，而是bus selector，通过bus selector选择信号使用，不会出现上述提示不能接收混合数据类型的错误。

修改模型，bus selector连接bus creator，直接从bus selector取信号使用，如下图。从生成的代码看，bus creator和bus selector是没有代码生成的，通过他们传输不同数据类型的信号没有提示错误。

2，对bus creator设置结构体成员类型

在生成代码时，会生成一个结构体类型，结构体类型中可以定义多种成员类型，与输入的信号相匹配。对bus creator的输出类型进行设置，如下图所示。

具体设置方法，见链接：https://blog.csdn.net/weixin_47207479/article/details/126391872 

 需要注意的是有多少个输入信号，就需要在BusObject中添间对应的BusElement。对bus creator的输出类型设定后，就是非虚拟bus（non-virtual bus）。 

对模型生成代码如下：