4. EB tresos Studio深度配置：MCAL模块配置（GPT, PWM, ICU）、生成底层驱动代码
好，咱们今天来啃一块硬骨头——EB tresos Studio里的MCAL模块配置。说实话，很多工程师一打开这个工具就头大，密密麻麻的选项卡，各种看不懂的缩写。别急，我带你一步步走一遍，把GPT、PWM、ICU这三个最常用的模块讲透。
4.1 为什么是这三个模块？
你想想看，一个ECU要干活，最基本的需求是什么？
- GPT（General Purpose Timer）：通用定时器，用来产生时间基准、延时、周期性中断。说白了就是ECU的“心跳”。
- PWM（Pulse Width Modulation）：脉宽调制，控制电机、LED亮度、阀门开度。这是ECU的“手”，去执行动作。
- ICU（Input Capture Unit）：输入捕获，测量脉冲宽度、频率、占空比。这是ECU的“耳朵”，去感知外部信号。
这三个模块配合起来，基本能覆盖80%的底层驱动需求。我在项目里遇到过好几次，客户说“我的电机转不起来”，结果一查，PWM配置错了；或者说“我的信号测不准”，结果ICU的时钟分频没设对。嗯，这些坑咱们今天都得填上。
4.2 GPT模块配置：别小看这个“定时器”
GPT模块在EB tresos Studio里，通常位于MCAL -> GPT路径下。打开之后你会看到一堆配置项，我挑几个关键的讲。
4.2.1 时钟源与分频
首先，你得告诉GPT用哪个时钟源。一般有系统时钟、外围时钟、或者专门的定时器时钟。我个人习惯用系统时钟，因为这样时序好对齐。
然后就是分频系数。举个例子，系统时钟是100MHz，你想让定时器每1ms中断一次，那分频系数就得设成100000。为什么？因为100MHz / 100000 = 1kHz，周期就是1ms。这个计算很简单，但我在项目中见过有人把分频系数和预分频搞混，结果定时器跑得飞快，中断根本处理不过来。
关键配置项：
GptClockReference：选择时钟源GptPrescaler：预分频值，决定计数器的时钟频率GptChannelCountMode：计数模式（递增、递减、递增递减）GptChannelTickFrequency：最终输出的时钟频率
4.2.2 中断配置
GPT的中断有两种：溢出中断和比较匹配中断。溢出中断就是计数器从0跑到最大值然后归零；比较匹配中断是计数器达到你设定的某个值时触发。
我建议：如果你只需要周期性中断，用溢出中断就够了，省资源。如果你需要精确控制某个时间点触发，用比较匹配中断。我曾经在一个项目中，需要用GPT产生一个精确的50us脉冲，用溢出中断死活调不准，换成比较匹配中断后，一次搞定。
小技巧：在EB tresos Studio里，中断优先级要留个心眼。GPT中断通常设成中等优先级，别太高也别太低。太高了会抢占其他关键中断，太低了可能被其他中断淹没。
4.3 PWM模块配置：让电机转起来
PWM模块的配置，核心就三个参数：频率、占空比、极性。但EB tresos Studio里，你得先理解它的架构。
4.3.1 PWM通道与定时器关联
PWM模块通常依赖于一个定时器作为时基。在EB tresos Studio里，你需要先创建一个PWM通道，然后把它绑定到一个GPT通道上。这个GPT通道就是PWM的“心跳”。
举个例子：你想输出一个1kHz的PWM，占空比50%。那GPT的时钟频率得是1kHz的整数倍，比如1MHz。然后PWM的周期寄存器设成1000（1MHz / 1kHz = 1000），占空比寄存器设成500（50%）。
注意：PWM的占空比寄存器值不能超过周期寄存器值，否则输出会变成100%或0%。我见过有人把占空比设成1200，周期设成1000，结果PWM输出一直高电平，电机全速运转，差点烧了。
4.3.2 极性配置
极性决定了PWM信号的有效电平。Active High表示高电平有效，Active Low表示低电平有效。这个要看你的硬件设计。比如驱动LED，通常用Active High；驱动某些MOSFET，可能用Active Low。
我个人习惯：先看原理图，确认硬件上是怎么接的。如果硬件上用了反相器，那极性就得反过来。别想当然，否则你会看到LED该亮的时候不亮，不该亮的时候亮得刺眼。
4.4 ICU模块配置：精准测量信号
ICU模块用来测量外部信号的频率、周期、占空比。它的配置比GPT和PWM稍微复杂一点，因为涉及到信号边沿检测和捕获逻辑。
4.4.1 信号边沿选择
ICU可以配置成上升沿捕获、下降沿捕获、或者双边沿捕获。你要根据测量需求来选。
- 测量频率：用上升沿捕获，两次捕获的时间差就是周期。
- 测量占空比：用双边沿捕获，一次上升沿、一次下降沿，算出高电平时间。
- 测量脉冲宽度：用上升沿和下降沿的组合。
我记得有一次，客户说“我的信号频率测不准”，我远程一看，他配置的是下降沿捕获，但信号本身是正脉冲，下降沿的时间点受噪声影响很大。换成上升沿捕获后，数据就稳定了。
4.4.2 捕获时钟与精度
ICU的捕获精度取决于它的时钟频率。时钟频率越高，精度越高，但功耗也越大。一般建议：时钟频率至少是被测信号频率的10倍以上，才能保证测量误差在可接受范围内。
举个例子：被测信号是10kHz，那ICU的时钟至少得100kHz。如果你用1MHz的时钟，那精度就是1us，对于10kHz的信号来说，误差只有1%，足够了。
配置清单：
IcuSignalMeasurement：选择测量模式（周期、频率、占空比、边沿时间）IcuEdgeSelection：边沿选择（上升、下降、双边）IcuClockDivider：时钟分频，决定捕获精度IcuNotification：中断通知，捕获完成后触发回调
4.5 生成底层驱动代码
配置完成后，就该生成代码了。EB tresos Studio的代码生成器会基于你的配置，生成一堆.c和.h文件。这些文件就是你的底层驱动。
4.5.1 生成步骤
- 点击菜单栏的
Generate Code按钮。 - 选择你要生成的模块（GPT、PWM、ICU）。
- 等待生成完成，检查输出窗口有没有错误。
- 生成的代码通常放在
output目录下。
4.5.2 代码结构
生成的代码一般包含以下几个文件：
Gpt.c / Gpt.h：GPT驱动Pwm.c / Pwm.h：PWM驱动Icu.c / Icu.h：ICU驱动Mcal.c / Mcal.h：MCAL初始化入口
你只需要在应用层调用这些API就行。比如：
/* 初始化GPT */
Gpt_Init(&GptConfigSet);
/* 启动定时器 */
Gpt_StartTimer(GptConf_GptChannelConfiguration_GptChannel_0, 1000);
/* 设置PWM占空比 */
Pwm_SetDutyCycle(PwmConf_PwmChannel_PwmChannel_0, 500);
/* 读取ICU捕获值 */
Icu_GetTimeStamp(IcuConf_IcuChannel_IcuChannel_0, ×tamp);
提示：生成的代码里，所有的配置结构体都是const的，放在ROM里。这样既节省RAM，又防止运行时被意外修改。这是AUTOSAR的规范，也是我推荐的做法。
4.6 常见问题与避坑指南
最后，我分享几个我在项目中踩过的坑，希望能帮你少走弯路。
- 时钟不同步：GPT、PWM、ICU共用一个时钟源时，要注意分频系数不能冲突。我曾经把GPT和PWM都设成不同的分频，结果PWM的频率完全不对。后来统一用一个时钟源，问题解决。
- 中断优先级冲突：GPT中断和ICU中断如果优先级一样，可能会互相抢占，导致数据丢失。建议GPT中断优先级高于ICU，因为定时器是基础。
- 代码生成失败：有时候EB tresos Studio会报错，说“配置不一致”。别慌，检查一下有没有漏填的必填项。我遇到过最奇葩的一次，是某个下拉菜单默认是空值，我没选，结果生成失败。填上就好了。
- 硬件引脚冲突：PWM和ICU可能共用同一个引脚。在EB tresos Studio里，引脚分配是独立的，但硬件上不能同时用。记得看芯片手册，确认引脚功能是否互斥。
好了，这一章的内容就到这里。GPT、PWM、ICU这三个模块，你只要掌握了它们的配置逻辑，剩下的就是熟能生巧。下一章，我们会讲如何把这些生成的代码集成到你的工程里，并做一次完整的编译测试。到时候见！