[参考译文] PGA305：有关长运行会话后 PGA305 诊断行为的支持请求

尊敬的 Matteo：  

感谢您对问题的详细描述。 您是否想再提供几个详细信息？

1. 您是否每台 PGA305 设备都遇到过这种情况？ 如果没有、出现此问题的器件的大约百分比是多少？
2. 这些电路板是什么时候制造的？
3. 您提到 I2C、是否仅使用 I2C、或者是否也使用 OWI？
4. 器件是否处于任何应力条件下？ 器件是否可能出现任何故障情况？
5. 您提到 EEPROM 编程存在问题 — 您在对 EEPROM (9mA) 进行编程时是否提供足够的电流？  

此致、

Maggie

您好、Maggie、

感谢您的支持。 请在下面找到详细答案：

1.您是否每台 PGA305 设备都遇到过这种情况？ 如果没有、受影响的器件的大约百分比是多少？

为了提供准确的答案、我将对观察到的问题进行分解：

• 采样值偶尔强制为 0（通过固件修复，不包括样本）
  这种行为在所有经过测试的 PGA305 器件上都会发生。
  之前、一位前同事与 TI 支持团队一起分析了该问题。 我将尝试检索相关文档。
• 诊断标志 (PGAIN_FAULT 和 BRDG_V_FAULT) 随机置为有效以获取单个样本、然后清除 （通过固件修复，不包括样本）
  启用诊断后、在所有经过测试的 PGA305 器件上都会出现此问题。
• BRG+压降（2.5V→0V 持续~6ms，然后恢复）
  在我测试的所有单元上始终观察到这种行为。 我发现它似乎与诊断事件和零值样本相关。 我观察到、当电压下降时、下一次采集的样本为 0。
  禁用诊断可消除此行为。 我猜 PGA305 是为了看门狗而设计的、但我无法证明这一点。
• EEPROM 读取/写入问题 (COMPENSATION_CONTROL 从 3 复位为 0) （通过 FW 进行修补、方法是检查 COMPENSATION_CONTROL）
  在连续 EEPROM 访问期间、在至少一个器件上观察到这种情况。
  确定问题后、实施了固件权变措施、因此我无法量化多个器件上的发生情况。 我猜测与看门狗复位相关、因为它与 BRG+行为相关。  
• 在长时间运行会话（未补丁）后、所有诊断位都卡在‘1’的位置
  大约 10%的产品开始出现这种情况。
  每个电路板均包含两个 PGA305 器件、这些器件连接到运行相同固件的单独 MCU。
  在相同的测试条件下、一个通道（在多个产品中并非总是相同）显示了这种行为。

 2.这些板是在什么时候生产的?

• 板：2025 年底
• PGA305 元件：
  • 已订购：2022年02月08日
  • 接收日期：2023年01月08日
• 供货商:金根企业有限公司

3.Communication 接口

• 仅使用 I²C Ω。
  MCU 在大约 30kHz 下通过位拆裂实现 I²C Ω。

4.工作条件/应力

• 字段单位：无确认数据
• Office 测试设置：
  • 环境温度条件
  • 通过实验室电源供电
  • 未应用异常应力条件。

• • 经过以下测试：
    • 电桥仿真器（电位器）
    • 实际称重传感器（（400Ω 桥）

EEPROM 编程电流

我将更详细地对此进行验证、并可根据需要提供原理图。

但是、根据电流测量、我很有信心排除这种可能性：

• 12V 时的总电路板电流：~μ A 30mA
• 每个 PGA305 和 MCU 均由专用的 LM2841XMK-ADJL/NOPB 供电
• 负载单元通过 TPS7B4253 供电
• BRG+节点用作 TPS7B4253 的 ADJ 基准

如果您需要原理图、波形或其他调试数据（例如 μ I²C 布线或诊断日志）、请告诉我。

此致、
Matteo

您好、Maggie、

我将在内部跟进。 您的收件箱中应该会显示一封电子邮件。

此致、

Fritz

尊敬的 Matteo：  

感谢您的详细回答。 我将通过电子邮件与 Fritz 联系、因此我将关闭此主题。  

此致、  

Maggie