硬件电路层面排查 #

• 驱动芯片使能引脚检查
  确认点阵驱动芯片（如74HC595）的OE输出使能引脚是否正确连接。该引脚悬空时，驱动默认全输出高电平，直接导致点阵全亮。正确做法是将OE接Arduino数字引脚，初始化时设为低电平；或通过10kΩ下拉电阻接GND。
• 点阵行列接线验证
  检查点阵屏的行、列接线与驱动芯片输出是否对应，避免接反或短路。比如共阳点阵的公共端误接VCC且无行选控制时，会直接全亮。
• 触摸传感器干扰排查
  断开触摸传感器，单独测试点阵显示功能。若断开后恢复正常，说明触摸传感器接线错误导致输出异常，干扰了显示逻辑。
• 共地与电源检查
  确认Arduino、驱动芯片、点阵屏的GND完全共地，Proteus仿真电源模块电压设置稳定（推荐5V）。

代码逻辑层面排查 #

• 驱动寄存器初始化
  检查驱动芯片清零引脚（如74HC595的SRCLR）是否在初始化时执行清零操作，避免寄存器残留随机数据导致全亮。示例代码：

  #define SRCLR_PIN 9
  void setup() {
    pinMode(SRCLR_PIN, OUTPUT);
    digitalWrite(SRCLR_PIN, LOW);
    delay(10);
    digitalWrite(SRCLR_PIN, HIGH);
    // 其他初始化代码
  }
  

• 扫描刷新逻辑验证
  点阵屏需逐行/逐列扫描刷新，若代码未实现扫描逻辑、扫描频率过低或电平设置错误，会导致全亮。比如共阴点阵行选端全部置高、列选端也置高时，会触发全亮状态。
• 温湿度数据隔离测试
  暂时注释DHT22数据读取代码，用固定数值测试显示功能。若恢复正常，说明DHT22读取失败返回异常值，触发了错误显示分支。

Proteus仿真专属排查 #

• 元件模型校验
  使用Proteus官方自带的8x8 LED Matrix和74HC595模型，避免自定义模型的引脚定义错误。
• 仿真时钟设置
  将Arduino Uno的仿真时钟设为16MHz（与硬件一致），时钟错误会导致代码时序混乱，驱动信号异常。
• 引脚映射核对
  确保Proteus中Arduino引脚与代码定义完全匹配，比如代码中用引脚2接驱动SER，仿真中不能错接为引脚3。

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