PCA9685初始化调光时出现亮灯脉冲问题如何解决？

故障根因 #

你遇到的亮灯脉冲和I2C连接建立没有关系，问题出在PCA9685的初始化逻辑：

1. 通用的PCA9685驱动（包括你用的adafruit_pca9685）初始化时会向芯片发送软复位指令，复位后所有通道的占空比寄存器会被重置为默认值0
2. 你的调光逻辑是反向换算：duty_cycle = (100-亮度值)/100*57000，也就是说占空比为0时对应卤素灯全亮，每次初始化后到你重新写入目标占空比的几十毫秒窗口内，芯片会输出全亮信号，就会出现明显的亮灯脉冲，低亮度场景下这个全亮脉冲的视觉对比会更突出
3. PCA9685对象持有I2C总线的系统文件描述符，属于不可序列化的系统资源，所以你尝试用pickle跨进程传递对象的方案本来就不可行

可行规避方案 #

方案1：用多线程替代多进程（最优） #

你的场景下调光逻辑属于IO密集型（大部分时间在执行亮度缓变的延时等待、等待新的亮度指令），Python多线程的GIL不会造成业务阻塞：

• 全局仅初始化一次PCA9685对象
• 主线程负责轮询温度传感器，计算得到目标亮度后写入线程安全的队列
• 独立子线程从队列读取目标亮度，执行平滑调光逻辑
  完全不需要重复初始化PCA9685，从根源解决脉冲问题。

方案2：常驻调光子进程 #

如果必须用多进程实现，不要每次调光都重启子进程：

• 启动程序时就启动调光专用子进程，子进程内仅初始化一次PCA9685对象
• 主进程和子进程通过multiprocessing.Queue或管道传递目标亮度值
• 子进程常驻后台，收到新的亮度指令就执行缓变逻辑，不需要重复初始化。

方案3：修改驱动初始化逻辑（适配必须重复初始化的极端场景） #

如果业务逻辑必须每次都重新初始化PCA9685，可以修改adafruit_pca9685库的源码：

• 去掉初始化逻辑中的软复位、占空比寄存器默认重置操作
• 初始化时仅写入频率配置，完成后立刻写入目标占空比，尽可能缩短异常输出的时间窗口
  注意首次启动程序时还是要执行一次复位，避免芯片上电初始状态异常。

另外补充一个示例代码中的小问题：代码里input赋值的变量是value，但计算占空比时用的是val，变量名不一致实际运行会报错，注意修正。

内容的提问来源于stack exchange，提问作者Gero