企业官网建设流程全解析

先说明一点，这个系列写到第四篇，前面几篇已经把开发环境、GPIO操作、串口这些基础内容都过了一遍。聊到PWM这节，很多初学者可能会觉得就是把某个引脚拉高再拉低，没什么技术含量。但实际上，PWM在项目里承担的角色远比想象中重——电机调速、舵机角度控制、LED亮度调节、音频输出、DC-DC反馈回路，随便列一下都是PWM的主场。尤其是在STM32C5A3R这颗芯片上，定时器资源非常丰富，PWM的输出能力、精度和灵活性都很强。这篇就把我在C5A3R上配置PWM、修改频率和占空比的完整过程写出来，包括底层的工作原理、CubeMX的配置方式、代码实现方法，以及实测中遇到的一些坑和解决思路。

1. 先把PWM的底层关系理清楚：ARR、PSC和CCR各自管什么

我们平时说"输出PWM"，听起来是个简单的方波输出任务，但实际到STM32内部，它涉及一组完整的计数和比较外设逻辑。如果不把这层关系弄明白，后面改频率改占空比的时候很容易被绕晕。

1.1 从定时器的计数过程理解PWM产生的本质

STM32的定时器本质上是一个计数器，它会按照设置的时钟源不断往上计数，从0计到某个设定值后归零重新开始，这个循环过程就叫一个计数周期。而PWM输出信号，本质上是将这个"计数到的位置"和"比较寄存器里的设定值"进行比对，根据结果输出不同的电平。

C5A3R的通用定时器默认是16位的，也就是说计数范围是0到65535。这里有几个关键的寄存器概念必须先理清：

• PSC（预分频器）：对定时器的时钟源进行分频，决定计数器每跳一步的实际时间长度。
• ARR（自动重装载值）：计数器从0递增到ARR后，就会触发归零并重新开始。这个值直接决定PWM信号的周期。
• CCR（捕获/比较寄存器）：这个是核心。它决定了输出电平在计数周期的哪一刻发生翻转，直接控制占空比。

可以这样理解：定时器像一个匀速前进的秒针，每秒走60格走完一圈，这个圈就是ARR。而CCR就像你提前设定好的"截止时间"，秒针走到这个位置时，输出引脚电平翻转，然后再在重新走完一圈时翻转回来。这就是PWM的基础原理。

1.2 频率和占空比的计算公式：参数联动关系

这里给出两个最基本的公式，后面的所有代码配置都是围绕这两个公式展开的。

PWM频率 = 定时器时钟 / ((PSC + 1) * (ARR + 1)) PWM占空比 = CCR / (ARR + 1) * 100%

注意，PSC和ARR在寄存器里存的都是"实际值减1"，因为计数器从0开始计数。实际配置的时候很容易忘掉这点，结果频率和设想的差了整整一段。

举例来说，C5A3R的定时器如果挂在80MHz的时钟上，想让PWM输出20kHz，那我就会先确定一个PSC，假设PSC = 79，也就是分频后计数时钟为1MHz。此时ARR = （80MHz / (80 * 20kHz)）- 1 = 49，也就是ARR设为49，计数器从0数到49，50个刻度为一周期，对应正好20kHz。

这个参数设计有个技巧：如果希望占空比的调节分辨率高，就要让ARR尽量大；但如果想要频率高，ARR就必然要小。两者之间存在天然的矛盾，需要在项目初始就做好权衡。

1.3 占空比精度和频率范围之间怎么取舍

做电机控制时，20kHz的PWM一般是为了避开人耳可听声范围，这个频率下如果要做到0.1%的占空比分辨率，那么ARR至少要1000，对应的计数时钟就得是20MHz以上，PSC就得适当降低。这个约束条件在项目方案设计阶段就要在心里有个数，否则等画完板子改固件就麻烦了。

2. CubeMX初始化配置实操：从时钟树到引脚映射

现在很多新接触STM32的工程师已经习惯CubeMX图形化配置，C5A3R的开发也一样。不过CubeMX虽然是图形化工具，背后对应到寄存器的逻辑关系还是得理解到位。

2.1 定时器外设的选择和引脚映射

C5A3R的定时器资源很丰富，有高级定时器和通用定时器。不同定时器的PWM引脚映射位置不同，而且同一个定时器通道可能有两个可选的映射引脚，这在CubeMX的Pinout视图里要特别留意。

以最简单常用的TIM2为例，它的CH1对应PA0，CH2对应PA1，CH3对应PA2，CH4对应PA3。但如果你这几个引脚被其他外设占用了，也可以查看数据手册的复用功能表，看看有没有重映射的办法。

我建议新手在做原型验证的时候，优先选不和其他功能冲突的引脚组合。比如调试串口一般用到PA9、PA10，如果你把PWM通道也放到这些引脚附近，万一手抖选错通道，调试的时候会非常混乱。

2.2 Clock Configuration界面里的定时器时钟链路

配置PWM前，时钟树必须先看清楚。C5A3R的APB1和APB2上的定时器时钟并不一定和外设总线时钟完全一致。这里有个容易踩的坑：定时器时钟可能是APB分频后再乘2得到的。

比如APB1分频配置为4，那么APB1外设时钟是系统时钟的1/4，但挂在APB1上的定时器时钟会自动翻倍到系统时钟的1/2。当年我第一次看到定时器频率和自己计算的不一样时，排查了很久才发现是这个原因。若你直接按照APB1外设时钟去算PSC和ARR，最后测出来频率就会差一倍。

所以在配置完时钟树后，建议先在CubeMX的Clock Configuration页面确认目标定时器所在的总线频率到底是多少，再基于这个实际频率去反推PSC和ARR。这个习惯能省掉后面大量示波器对波形的排错时间。

2.3 PWM Generation Channel的具体参数设置

选定TIM2的某个通道，工作模式选PWM Generation CH，页面会弹出一排配置项。核心几个参数是：

• Prescaler（预分频值）：即PSC，直接填入数值即可，CubeMX最终写寄存器时会帮你减1。
• Counter Period（自动重装载值）：即ARR。
• Pulse：初始占空比对应的比较值，即CCR。
• PWM模式：一般选Mode 1，也就是计数值小于CCR时输出高电平，超过后输出低电平。如果希望初始波形是反过来的，就选Mode 2。
• Output Compare Preload：建议保持Enable，也就是CCR的预装载功能开启，这样在占空比动态更新时才不会出现波形撕裂的瞬间异常。
• Auto-Reload Preload：同样开启，作用是保证修改ARR时，新的周期参数会在当前计满一个完整周期后才生效，避免修改频繁时产生不完整波形。

还有一项容易忽略的是"Timer Period"上方的NVIC Settings选项，如果不需要更新中断或捕获中断，可以不用勾选。很多初学者一看到中断设置就全勾上，结果程序动不动进入中断，反而干扰主流程。

2.4 高级定时器输出通道的额外使能问题

如果是用TIM1或TIM8这类高级定时器输出PWM，CubeMX配置完成后还要注意两个额外的东西：主输出使能（MOE）和相关断路/死区配置。

高级定时器为了满足电机控制的安全需求，默认情况下输出引脚是被禁止的，必须软件置位TIMx_BDTR寄存器里的MOE位才能让波形真正输出。HAL库中使用HAL_TIM_PWM_Start启动定时器后，再调用HAL_TIMEx_PWMN_Start使能互补输出，或者对于主通道还需要调用__HAL_TIM_MOE_ENABLE宏来开启主输出使能。

这个坑比较隐蔽，因为代码编译和运行都不报错，但就是测不到波形。如果你用的就是通用定时器（TIM2、TIM3等），则可以跳过这步，但建议心里有个印象，后期用到高级定时器时能快速反映过来。

3. 业务代码实现：PWM启动和频率、占空比的三种调整手段

CubeMX生成好初始化代码后，剩下就是业务逻辑部分。一般来说，项目中遇到的问题往往不是"怎么输出PWM"，而是"运行过程中怎么动态调整频率和占空比"。把这个问题拆开看，实际是三种不同层次的修改需求。

3.1 初始化启动：HAL_TIM_PWM_Start的正确用法

CubeMX生成的代码里，默认已经把定时器初始化成PWM模式，但PWM并不会自动开始输出。必须在主程序中显式调用启动函数。

HAL_TIM_PWM_Start(&htim2, TIM_CHANNEL_1);

这里htim2是定时器句柄，TIM_CHANNEL_1是要启动的通道。如果是多个通道，就需要对每个通道分别调用一次。

启动后，引脚上就有对应占空比的波形输出了。如果前面配置了高级定时器，这时可能还需要补充一行：

__HAL_TIM_MOE_ENABLE(&htim1);

否则高级定时器的主输出仍然是被禁用的状态。这个问题在C5A3R上同样存在。

3.2 修改占空比的两个层面：即时修改和防撕裂修改

PWM运行的常规场景是频率固定，占空比动态变化。例如呼吸灯、电机软启动这些场景，不改变周期，只改变每周期中高电平的宽度。

HAL库提供了现成接口：

__HAL_TIM_SET_COMPARE(&htim2, TIM_CHANNEL_1, duty_value);

其中duty_value的那个值就是CCR的新设定值，取值范围必须在0到ARR之间。如果设定值大于ARR，PWM会永久保持一个固定电平，不会翻转，这是一个典型的误操作场景。

如果在实际项目中需要实现更平滑的占空比变化，不建议主循环里一次性跳变，而是设计一个渐变逻辑，每隔固定时间把CCR往目标值递进一定步长。这就能很好地规避电机加速过猛或LED亮度骤变带来的冲击感。

另一方面，前面提到过要开启CCR预装载功能，它的作用是：即使代码在高频修改CCR，硬件也只在每个计数周期的更新时刻才真正同步最新的CCR，这样就不会在波形中间的位置突然改变翻转点。我在项目里曾经试过关掉预装载，动态调占空比时会偶发看到一帧异常的窄脉冲，触发后面的驱动电路误动作。所以除非有特殊需求，建议始终打开预装载。

3.3 修改频率的注意点：ARR和CCR必须同步计算

动态改频率看起来只是改ARR值，但这里有个很大的坑：占空比是CCR/（ARR+1）算出来的，如果只改ARR而不动CCR，占空比会变化。

比如当前是20kHz、占空比50%，也就是ARR=49、CCR=25。如果要把频率提高到25kHz，果然ARR=39，此时如果CCR还是25，那么实际占空比就变成25/40=62.5%了，完全不是预期的50%。

所以正确的做法是：在修改频率前，先按目标频率计算好新的ARR，同时按旧的占空比百分比反推新的CCR值：

uint32_t new_arr, new_ccr; float duty_percent = 50.0f; new_arr = (uint32_t)((timer_clock_hz / (target_freq_hz * (psc + 1))) - 1); new_ccr = (uint32_t)((new_arr + 1) * duty_percent / 100.0f); __HAL_TIM_SET_AUTORELOAD(&htim2, new_arr); __HAL_TIM_SET_COMPARE(&htim2, TIM_CHANNEL_1, new_ccr);

有个细节要留意：先设置ARR还是先设置CCR，结果会有细微差别。如果先改ARR到新值，但CCR还是旧值，且旧CCR超过了新的ARR范围，可能会短暂出现输出固定电平的问题。比较稳妥的做法是：先计算新CCR，先写入CCR，再更新ARR，这样在极短的时间窗口内，波形不会出现异常脉宽。

3.4 高精度场景下的PSC动态调整

上面说的是频率变化不大的场景，如果频率跨度很大，比如从20kHz切换到1kHz，只调整ARR会导致占空比的分辨率严重下降。因为ARR变大后，每个计数值对应的时间变长，占空比的调节粒度就变粗了。

这种现象在某些光照调节场景下特别明显：低亮度区间占空比调节跨度特别大，亮度阶梯感很重，用户一调就发现亮度突跳。

这种情况应该同时调整PSC和ARR。PSC决定计数时钟粒度，ARR决定周期长度，两个配合才能做到"频率切换但占空比分辨率不变"。STM32的定时器在计数器运行时也可以修改PSC，而且是立刻生效的。这个特性用好了，可以做出频率大范围连续可调的效果。

举个例子，某个项目要输出1kHz到100kHz的可调PWM，固定PSC模式在低频分辨率不够，那就设计一个参数表，低频段用较小的PSC保证分辨率，高频段用较大的PSC压低计数频率，保证计数器不以超高频运行。实际切换时，同时更新PSC和ARR，并同步更新CCR。

void pwm_set_freq_resolution_safe(TIM_HandleTypeDef *htim, uint32_t channel, uint32_t psc, uint32_t arr, float duty) { uint32_t ccr = (uint32_t)((float)(arr + 1) * duty / 100.0f); __HAL_TIM_SET_COMPARE(htim, channel, ccr); __HAL_TIM_SET_PRESCALER(htim, psc); __HAL_TIM_SET_AUTORELOAD(htim, arr); }

注意，PSC和ARR都带预装载机制，但PSC的预装载行为比较特殊，它的新值在更新事件到达后才同步到实际运行的影子寄存器。而ARR配置了预装载后也会等更新事件。因此修改参数后，波形变化并非画一条指令就立即反馈到引脚上，而是等到当前周期走完后同步生效。这也是为什么实验时看起来参数"延迟"了一下才变化，其实是正常的硬件行为，不用担心。

4. 实测波形验证与排障：示波器看到的和算出来的对不上？

写代码只是第一步，真正判断PWM是否配置成功还得靠实测。很多初学者代码写完，发现引脚没有波形，或者波形频率不对，就开始怀疑芯片坏了。其实这类问题绝大部分是配置细节没到位。

4.1 用示波器验证频率、占空比和上升沿质量

示波器测量PWM时，先把探头接地夹可靠接到GND，然后调节水平和垂直刻度让波形稳定显示。对于20kHz这种频率，采集时间设置到50us左右一屏会比较合适。确保示波器显示的频率标称值和你的计算结果一致。

波形看起来正常后，建议再检查一下上升沿和下降沿的过冲情况。如果板子的走线较长或者探头补偿不正确，你可能会看到明显的过冲或振铃，这在输出到电机驱动等容性负载时会有一定电磁兼容隐患。

另一个比较容易忽略的点是：PWM引脚带负载后的波形。如果测试时是空载测量，一切正常；一旦接上负载，波形就产生失真，这往往不是PWM配置问题，而是驱动能力不足。此时需要在PWM输出后面加一级缓冲或者调整引脚速度配置。

4.2 无波形输出的排查顺序

遇到完全没有波形的情况，按以下顺序检查，基本能定位90%以上的问题：

1. 确认启动函数有没有调用。检查代码里是否存在HAL_TIM_PWM_Start。
2. 确认CubeMX中该引脚的模式是否真的被正确地设置为PWM输出。有时候Pinout页面里看到的绿色不完全代表PWM模式，双击确认一下。
3. 确认引脚有没有被其他初始化代码复用。比如前面某段代码把同一个引脚配置成了GPIO输出且电平为低，这就会覆盖定时器的复用功能。
4. 确认定时器时钟有没有开启。CubeMX生成代码后，默认情况下时钟是使能的，但如果手动调整过MX_TIM2_Init的调用顺序，可能会导致时钟未配置。
5. 如果用的是高级定时器，检查__HAL_TIM_MOE_ENABLE是否已调用，非常容易漏。
6. 在调试模式下，用调试器直接查看定时器的CNT寄存器，看看计数器有没有在跑。如果CNT恒为0，说明定时器没有被正常启动，或时钟源有问题。这一步相当高效。

4.3 占空比异常和频率偏差的调试心得

占空比和预期不符，先检查CCR值是否写对了，然后确认ARR值是否正确。如果CCR和ARR都对着，但输出确实不对，建议直接查看寄存器值：

uint32_t act_psc = htim2.Instance->PSC; uint32_t act_arr = htim2.Instance->ARR; uint32_t act_ccr = htim2.Instance->CCR1;

把这些值打出来，对照公式手工算一遍，就能看出是算错了还是写register时被预装载机制延迟了。调试器在这个场景下比示波器还直观。

频率偏了，首先要复查芯片的时钟配置。C5A3R的HSI、HSE、PLL这些链路如果配置有变化，定时器时钟也会跟着变。先定位到定时器总线时钟，然后逆向算PSC和ARR，基本能找到偏差来源。遇到频率比期望值高一倍的情况，十有八九就是APB分频后定时器时钟乘2这个机制在起作用。

4.4 动态调频调占空比时的波形异常情况记录

在动态调参的实测过程中，我遇到过一类波形偶发异常：频率切换瞬间，输出出现一个很窄的高电平脉冲或者脉宽突然拉长。排查发现是CCR和ARR同步更新没有做好。

前面提到过，先写CCR再写ARR的顺序在绝大多数情况下是安全的。但还有一种极端情况：当前正在输出一个高电平脉宽，此时CCR和ARR同时被改小，当前周期还没走完，计数器已经到了新的ARR值，硬件可能产生一个预期的更新事件，把波形截断，导致一个略窄的脉冲。这个问题在低速PWM场景（周期较长时）更容易观察到。

应对方案有两种：一是通过定时器的更新中断同步，在更新事件中断中完成CCR和ARR的修改，确保两个寄存器更新落在周期边界上；二是在频率变化不那么频繁的场景下，先停止PWM输出，修改完参数后重新启动。第一种方案更平滑，第二种方案简单可靠，具体用哪种取决于项目对波形连续性的要求。

5. 不同负载场景下的PWM应用细节：从LED到电机的实战差异

PWM输出本身是通用的，但不同负载对PWM的"要求"差异还是挺大的。单纯在示波器上看到的波形一样，实际驱动LED、舵机、电机时的表现却可能完全不同。

5.1 舵机控制中的20ms周期和1ms~2ms脉宽

舵机是PWM控制的一个经典应用。大多数舵机要求的PWM周期是20ms，也就是50Hz，然后通过脉宽在0.5ms到2.5ms之间对应0到180度的角度范围。

用C5A3R做舵机控制时，如果把ARR设为19999，计数时钟为1MHz，也就是PSC=79（假设定时器时钟80MHz），那对应的周期正好是20ms。在此基础上，CCR设定为1000对应1ms脉宽，即90度位置，比较直观。

我实际项目中一组舵机需要很精准的同步控制，此时各个通道的更新事件越同步越好。可以让多个舵机采用同一个定时器的不同通道输出，这样它们的周期天然完全一致，不需要额外的同步逻辑。如果每个舵机用不同的定时器，即使频率配置一样，硬件起振瞬间也会有一定差异。

5.2 直流电机调速中的死区和堵转问题

电机调速是PWM的另一个主要应用方向。用PWM驱动直流电机时，频率选择很有讲究。频率过低，电机会产生可闻噪声并伴随明显的转速脉动；频率太高，MOSFET的开关损耗上升，驱动器发热明显，电机电感感抗也让电流波形变得不理想。

我在C5A3R上做电机驱动项目时，输出频率通常选在15kHz到25kHz之间，具体值要考虑MOSFET的栅极驱动能力和电机电感量。另外，电机低速区有一个死区现象：占空比低于某个阈值时，电机因为静摩擦力根本不转。这个阈值不是线性的，需要实测标定。可以在初始化时设定一个启动占空比，让电机先开始转动，再快速回落到目标转速对应的占空比。

还要特别关注电机堵转场景。如果电机因为机械卡死停在堵转状态，PWM输出电流会持续走高。这时候如果PWM频率本身较高，电机的感抗会限制电流上升率，但长时间堵转会烧毁驱动管。常见做法是利用定时器的刹车输入功能做硬件快速关断，C5A3R的高级定时器支持这个功能。不过那是另一个话题，这里先埋个伏笔。

5.3 LED亮度调节中的视觉非线性补偿

用PWM调LED亮度，看起来最简单，其实也有讲究。LED的亮度感知不是和占空比成线性关系，而是接近感知上的对数关系。如果CCR变化按等差数列递增，到高亮度区你会发现人眼分辨不出阶梯差异，低亮度区却跳变明显。

实际项目中，为了获得平滑的调光体验，需要对占空比做Gamma校正。比如先将占空比归一化到0~1，然后做指数变换，再把变换后的值映射到CCR。这个映射表可以在PC上计算好后以常量数组的形式烧进程序里，也可以运行时用浮点计算，但C5A3R是带浮点单元的，运行时计算开销也不大。

另外还有个细节：在非常低的占空比下，如果PWM频率很高，单次脉冲的宽度会变得特别窄，窄到LED驱动电路可能无法正确响应。例如频率为20kHz、占空比为0.1%时，脉冲宽度只有50ns，对于大多数LED驱动电路来说已经几乎不可见了。低亮度区间应该同时降低PWM频率，保证最小脉冲宽度不至于过窄。

5.4 音频播放中的PWM载波频率选择

一个比较进阶的用法是直接用PWM做音频输出。用PWM加低通滤波器就能还原出模拟音频波形，不过载波频率至少要高于音频最高频率的5到10倍，一般在100kHz以上，最好在250kHz以上才能有足够的重构精度。

此时ARR很小，意味着占空比分辨率很有限。选择用C5A3R的高分辨率定时器模式或者采用更高频率的定时器时钟，可以提高这个场景下的音质。音频应用对PWM的时钟抖动也比较敏感，所以使用外部晶振时钟比内部RC振荡器稳定性更好。不过这种应用场景已经比较冷门，目前大多是白噪声和提示音类的项目在用。

6. 调试过程中的几个意外状况与解决思路

这部分记录一些我在实际调试C5A3R的PWM功能时碰到的真实问题，这些都不是复杂的深坑，但遇到时确实会卡一段时间，分享出来帮大家省点排查时间。

6.1 明明启动成功却没有波形输出

有一次我在一个新板子上测试，代码是从老项目里移植过来的，启动函数也调了，GPIO模式也确认了，但示波器探头放到引脚上就是没有任何波形。

最后定位到问题是引脚复用功能表变了。C5A3R和之前用过的某些型号在引脚复用映射上并不完全一致，同一个TIM2_CH1在新芯片上可能不在默认的PA0，而是在某个以AF2方式复用的其他引脚上。CubeMX在生成代码时，如果强行手动改过GPIO_InitStruct.Alternate参数，很容易把这个对应关系改错。

排查这类问题有个快捷方式：直接看CubeMX生成的HAL_GPIO_Init代码，确认引脚的Alternate值与目标定时器通道匹配。如果手动拼代码，要回到Releases notes或者数据手册的复用功能表逐项校对一次。

6.2 CCR值超出ARR范围导致的占空比锁定

另一回是调占空比时，我传了一个大于ARR的值给__HAL_TIM_SET_COMPARE，结果输出引脚在高电平和低电平之间切换的规律完全被打乱，变成了持续输出高电平。因为比较值比自动重装载值还大，计数器永远达不到这个比较值，所以电平永远维持在高位。

这种问题在代码逻辑里如果加了实时修改频率和占空比的功能，边界情况很容易出现。建议在修改参数时都加一层范围校验，任何情况下都不允许CCR超出ARR范围。

6.3 PWM频率调整后PSC低位出现极小偏差

第三种情况比较有意思，我在做高精度可调频率输出时，需要PWM频率精确到个位数Hz。公式算出来的PSC和ARR都是整数，但最终实测频率和理论值之间有微小偏差。

原因很简单：PSC和ARR都是整数，分频比只能是整数倍。当目标频率无法被计数时钟整除时，实际频率和期望频率之间就会出现偏差。如果这个偏差不能接受，一般只能通过加大计数时钟频率（提高PSC的分辨率），再配合ARR做近似处理。另外，使用支持小数分频的定时器外设也能解决问题，但C5A3R的通用定时器默认不支持这个功能。

这个场景也提醒我：芯片选型阶段就要考虑目标频率和内部时钟的关系，看看能不能用整数分频直接得到。否则后面即便通过PLL调整整个时钟树，也未必能找到完全精确的组合。

7. 关于PWM设计的一些总结性经验

PWM看起来简单，实际用好也是需要系统性考虑的。频率、占空比、分辨率这三个参数相互纠缠，任何一个变化都会牵动另外两个。C5A3R作为新一代芯片，在定时器资源和时钟配置灵活性上给工程师留了很大的空间，但底层逻辑和STM32系列以往的架构还是一脉相承的，掌握了这套思路，迁移到其他型号也很快。

我在前几个项目里逐渐养成了一个习惯：每次设计PWM相关功能时，先画一个简单的参数表，把定时器时钟、目标频率、目标占空比、PSC、ARR、CCR这六列写成Excel，事先算好适配所有工况的参数组合。工程上看起来多了一步，但省掉了无数在调试器和示波器之间反复切换的时间。

最后再提醒一个容易被忽略的细节：PWM相关的修改功能，尽量封装成独立的小函数，例如set_pwm_freq、set_pwm_duty、set_pwm_freq_with_duty，每个函数的入参都做合法性检查。项目大了之后，PWM驱动的调用方可能来自中断、来自定时回调、来自用户接口层，如果每个调用点都能通过这一层过滤，很多难查的边界问题就能提前拦住。这个习惯帮我避免过多次发布后才发现线上占空比异常的尴尬。