3、模块配置基础：模块引用与实例化、参数配置、容器与配置集
好，咱们进入第三讲。这一讲的内容，说白了就是EB tresos配置的「基本功」。你想想看，不管多复杂的项目，最后拆解下来，无非就是这几个动作：把模块请进来、给它配参数、用容器装好、再打包成配置集。
我刚开始用EB tresos的时候，觉得这东西不就是个图形化填表工具吗？后来踩了几个坑才明白——模块引用和实例化的区别搞不清，参数配置的继承关系理不顺，容器和配置集用错了，编译出来的代码直接跑飞。嗯，咱们今天就把这些基础打扎实。
3.1 模块引用与实例化
先说说模块引用。这词听起来挺唬人，其实说白了就是「告诉工具我要用哪个模块」。比如你要用CAN通信，就得先引用Can模块。在EB tresos里，你会在模块列表里找到它，右键一点，它就出现在你的项目里了。
但引用和实例化是两码事。我见过不少新手，引用了模块就以为配完了，结果生成代码时发现啥也没有。为什么？因为没实例化。
关键区别：
- 模块引用：告诉工具「我要用这个模块」，相当于在项目里打了个标签
- 实例化：告诉工具「给我创建一个具体的配置副本」，相当于真正分配了内存和资源
举个例子。你在项目里引用了Can模块，但Can模块可能有多个控制器——Can0、Can1、Can2。每个控制器都需要独立的配置。这时候你就得实例化三次，每个实例对应一个控制器。
我在项目中遇到过这么个事：有个同事引用了Can模块，也配了参数，但生成代码后CAN一直不工作。查了两天，发现他只引用了模块，没做实例化。工具默认生成了一个空实例，所有寄存器配置都是默认值。嗯，这种坑踩一次就记住了。
我的习惯：每次引用模块后，立刻检查实例化列表。如果模块需要多个实例，我会在命名上加上后缀，比如Can_0、Can_1，这样后期维护时一眼就能看出来。
3.2 参数配置
参数配置是EB tresos里最日常的操作。你打开一个模块，会看到一堆参数，有下拉框、有数值输入、有布尔开关。看起来简单，但这里面的门道不少。
首先，参数是有类型的。我把它分成三类：
| 参数类型 | 说明 | 示例 |
|---|---|---|
| 标量参数 | 单个数值或枚举值 | 波特率、ID类型 |
| 数组参数 | 一组相同类型的数据 | 滤波器列表、中断优先级表 |
| 引用参数 | 指向其他模块或容器的指针 | 指向Dio通道的引用 |
配置参数时，我最常犯的错误是「参数依赖没处理好」。比如你配CAN的波特率，它依赖于时钟源的选择。如果你先改了时钟源，没去更新波特率，工具不会自动帮你算——它只会标红提示。我曾经有一次忽略了这些红色标记，直接生成代码，结果CAN通信全是乱码。
注意：EB tresos的参数校验是静态的，它只能检查格式对不对，不能检查逻辑对不对。比如你配了一个超出硬件支持的波特率，工具不会报错，但生成的代码跑起来就会出问题。
另外，参数配置里有个「继承」的概念。有些模块支持从上级容器继承参数值。比如你配了一个Port模块，它下面有多个Pin。如果你在Port级别配了默认的驱动强度，每个Pin可以单独覆盖这个值。如果不覆盖，就沿用上级的。这个机制用好了能省不少事，但用不好就容易乱——你改了一个Pin的值，以为只影响它，结果发现其他Pin也跟着变了。为什么？因为你不小心改了上级容器的默认值。
3.3 容器与配置集
容器这个概念，我刚开始也觉得抽象。后来我把它理解成「文件夹」。你想想看，一个模块下面有几十个参数，如果全部平铺开，找起来多费劲。容器就是把这些参数按功能分组。
比如Can模块下面，有CanController容器、CanHardwareObject容器。每个容器里再放对应的参数。这样结构清晰，维护起来也方便。
但容器不只是为了好看。它还有一个重要作用——控制代码生成的范围。你可以在容器级别设置「是否生成代码」。有些容器只是用来做中间计算的，不需要生成实际代码，你就可以把它关掉。
配置集呢？这个更实用。一个项目里，你可能需要支持多种硬件变体——比如低配版和高配版。低配版只有一个CAN控制器，高配版有两个。你不需要建两个项目，只需要建两个配置集。
配置集的核心用法：
- 每个配置集可以独立选择引用的模块和实例
- 同一个模块在不同配置集里可以有不同参数
- 生成代码时，指定用哪个配置集，工具就生成对应的代码
我记得有个项目，客户要求同一套代码支持三种车型。我就在EB tresos里建了三个配置集：Model_A、Model_B、Model_C。每个配置集里，CAN配置、GPIO映射、诊断功能都不一样。但核心的OS和RTE配置是共享的。这样维护起来，改一个公共参数，三个配置集都生效。改一个独有参数，只影响对应的配置集。
这里有个坑要提醒你：配置集之间的参数不能自动同步。如果你在Model_A里改了某个参数，Model_B不会跟着变。我曾经因为这个，导致两个配置集的波特率不一致，测试时怎么都连不上。后来我养成了一个习惯——每次改完参数，都去检查一下其他配置集是否需要同步更新。
避坑指南：使用配置集时，建议把公共参数提取到上级容器里。这样所有配置集共享上级容器的参数，只有差异化的部分才放在各自的配置集里。能减少很多重复劳动。
3.4 实战中的组合用法
说了这么多，咱们串起来看看实际项目中怎么用。
假设你要配一个带两个CAN控制器的项目，支持两种硬件版本。步骤是这样的：
- 引用Can模块
- 实例化两个CanController：Can_0和Can_1
- 在Can_0容器里配波特率500k，Can_1容器里配波特率250k
- 创建两个配置集：V1.0和V2.0
- 在V1.0配置集里，只启用Can_0；在V2.0配置集里，启用Can_0和Can_1
- 生成代码时，根据目标硬件选择对应的配置集
你看，整个过程就是模块引用、实例化、参数配置、容器管理、配置集选择这几个步骤的组合。每个步骤都不难，但组合起来就能应对各种复杂需求。
我个人习惯是，在项目初期就把模块引用和实例化做好，参数先填默认值，容器结构搭好，配置集建好。后面再慢慢细化参数。这样结构清晰，不会出现配到一半发现少了个实例或者容器结构不合理的情况。
嗯，这一讲的内容就到这里。下一讲咱们聊聊更进阶的内容——如何用EB tresos做多核配置。那个更有意思，到时候见。