3、常用模块库（二）：逻辑与位运算模块、查表模块、信号路由模块
好，咱们接着聊。上一章我把常用模块库里的数学运算和数据类型转换讲了一遍，这一章咱们继续深入，把逻辑与位运算、查表，还有信号路由这几个模块啃下来。说实话，这几个模块在ECU控制逻辑里出现的频率非常高，你几乎找不到一个不带它们的模型。
3.1 逻辑与位运算模块
先说说逻辑运算。Simulink里逻辑运算模块长得像个方框，上面写着"AND"、"OR"、"NOT"这些。说白了，它就是处理布尔信号的。输入是0或1，输出也是0或1。
我个人的习惯是，在控制逻辑的使能条件判断里大量使用这些模块。比如发动机启动条件：钥匙在ON档、刹车踩下、档位在P档，这三个条件同时满足才能启动。用三个输入接到AND模块上，输出直接连到启动继电器控制信号上，干净利落。
常用逻辑运算模块一览：
| 模块名称 | 功能 | 典型应用场景 |
|---|---|---|
| AND | 逻辑与 | 多条件同时满足时触发 |
| OR | 逻辑或 | 任一条件满足时触发 |
| NOT | 逻辑非 | 条件取反，如故障状态取反 |
| XOR | 异或 | 两个信号状态不同时触发 |
| Relational Operator | 关系运算 | 大于、小于、等于比较 |
再来说位运算。位运算模块在Simulink里叫"Bitwise Operator"。它跟逻辑运算不一样，逻辑运算是针对整个布尔信号的，位运算是针对一个整型数的每一位。你想想看，一个8位的无符号整数，你可以单独操作它的第0位、第1位……直到第7位。
我在项目中遇到过这样一个场景：某个传感器的状态是通过一个字节的不同位来编码的。第0位表示传感器是否在线，第1位表示是否故障，第2位表示是否需要校准。这时候用位运算模块就特别方便。把整个字节接到模块上，用"Bit Extract"模块把每一位单独拎出来，再分别做处理。
小技巧：位运算模块支持的操作包括AND、OR、XOR、NOT、左移、右移。在ECU的CAN报文解析中，经常需要从报文中提取某个位域，这时候用"Shift"和"Bitwise AND"组合，比用Data Store Memory模块要高效得多。
3.2 查表模块
查表模块，Simulink里叫"Lookup Table"。这个模块在ECU控制逻辑里太重要了。为什么？因为很多控制策略不是用公式算出来的，而是通过标定数据查出来的。
举个例子，发动机的喷油脉宽。它跟发动机转速和负荷有关系，但这个关系不是简单的线性公式，而是一个三维曲面。工程师在台架上测出一组数据，做成一个二维表，横轴是转速，纵轴是负荷，表格里填的是喷油脉宽。运行时根据当前的转速和负荷，查表得到喷油脉宽。
Simulink提供了好几种查表模块：
- 1-D Lookup Table：一维查表，输入一个变量，输出一个值。比如根据温度查修正系数。
- 2-D Lookup Table：二维查表，输入两个变量，输出一个值。比如上面说的喷油脉宽。
- n-D Lookup Table：多维查表，输入多个变量，输出一个值。用得少，但确实有场景需要。
- Lookup Table Dynamic：动态查表，表格数据可以在运行时修改。这个在自适应控制里有用。
注意：查表模块的断点数据（Breakpoints）必须是单调递增的。我曾经犯过一个错误，把断点数据写成了乱序，结果仿真结果完全不对，查了半天才发现是断点顺序的问题。嗯，这里要特别提醒你，标定数据导入时一定要检查断点的单调性。
查表模块还有一个重要的参数：插值方法。默认是线性插值，也就是在两个断点之间用直线连接。如果表格数据比较密，线性插值就够了。如果数据比较稀疏，可以考虑用样条插值，但计算量会大一些。我个人习惯用线性插值，除非有特殊要求。
3.3 信号路由模块
信号路由模块，说白了就是信号怎么走、怎么分、怎么合。Simulink里这类模块很多，我挑几个最常用的说说。
Mux和Demux：Mux是把多个信号合并成一个向量信号，Demux是把向量信号拆分成多个信号。注意，Mux不是总线，它只是把信号打包在一起，信号之间没有名字，只有索引。我一般用Mux来整理相关的信号，比如把发动机的转速、水温、油压打包成一个向量，方便在Scope里观察。
Bus Creator和Bus Selector：这才是真正的总线。Bus Creator可以把不同类型的信号组合成一个总线信号，每个信号都有名字。Bus Selector可以从总线里选出需要的信号。我在大型模型里几乎必用总线，因为它让模型结构清晰很多。
我的经验：在团队协作开发时，总线信号的名字一定要规范。我见过一个项目，总线信号的名字五花八门，有的用中文，有的用拼音，有的用缩写，最后代码生成出来，变量名乱得一塌糊涂。建议统一用"模块名_信号名"的格式，比如"EngCtrl_Spd"、"EngCtrl_Temp"。
Switch和Multiport Switch：Switch是二选一，根据控制信号选择两个输入中的一个输出。Multiport Switch是多选一，根据控制信号从多个输入中选择一个。这两个模块在模式切换逻辑里用得特别多。比如驾驶模式切换：经济模式、运动模式、雪地模式，用Multiport Switch根据模式选择信号输出对应的控制参数。
Data Store Memory：这个模块有点特殊，它可以在模型的不同地方读写同一个数据。有点像全局变量。我一般只在需要跨子系统共享数据时才用它，而且会严格控制读写权限。为什么？因为Data Store Memory用多了，模型的可读性和可维护性会下降，你很难追踪一个数据在哪里被修改了。
替代方案：如果只是在一个子系统内部传递数据，用Goto/From模块比Data Store Memory更清晰。Goto/From模块通过标签传递信号，不会产生全局变量，代码生成时也更安全。
好了，这一章的内容就这些。逻辑与位运算模块帮你处理条件判断和位操作，查表模块帮你实现基于标定数据的控制策略，信号路由模块帮你组织和管理信号流。这三个模块组合起来，基本上能覆盖ECU控制逻辑里80%的信号处理需求。
下一章我会讲状态机建模和有限状态机模块，那是实现复杂控制逻辑的利器。咱们到时候见。