大家好、
我们的客户之一是将 UCD3138ARM 器件用于 HSFB、并使用 USB 接口适配器编程器下载固件程序、以及通过 UCD3XXX 器件 GUI 工具(版本3.0.34) Code compiler Studio 5.2.6进行编程
下载固件驱动程序后、在程序模式下扫描设备:device_ID 等、它显示未找到设备、未处于程序模式、始终处于 ROM 模式。
您能帮助识别此问题吗?
此致、Shinu Mathew。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
大家好、
我们的客户之一是将 UCD3138ARM 器件用于 HSFB、并使用 USB 接口适配器编程器下载固件程序、以及通过 UCD3XXX 器件 GUI 工具(版本3.0.34) Code compiler Studio 5.2.6进行编程
下载固件驱动程序后、在程序模式下扫描设备:device_ID 等、它显示未找到设备、未处于程序模式、始终处于 ROM 模式。
您能帮助识别此问题吗?
此致、Shinu Mathew。
假设他们尚未更改代码、则可能是主代码开头的固件后门:
if (GioRegs.FAULTIN.BIT.FLT3_IN = 0)//重新检查引脚分配(ADC_EXT/SYNC 可能是?)
{
clear_integration_word_();
}
我建议它们上拉故障3引脚、或者注释掉 clear_integration_word。
我们将后门放入、以帮助防止芯片锁定。 我建议他们在验证他们可以使用 PMBus 命令清除校验和之前不要将任何校验和写入代码。 否则、芯片可以被锁定。
您好!
我们的代码中已经有此命令、但我们仍有问题。 我们使用的是 UCD3138ARMHR、该器件没有故障3引脚、但它有故障2引脚、我们尝试将其连接到3.3vcc。 问题仍然存在。
随附了 UCD3XXX GUI 的错误日志、main.c 文件中的 UCD3138ARMHR 代码和原理图。
请告诉我原理图中是否需要进行任何更正。
此致、
Mohan
我在原理图中看不到任何明显的东西、但我当然无法保证任何东西。 您可以尝试使用 FAULT 2引脚、但必须更改代码、看起来 FAULT 2引脚正用于地址选择或其他操作。
正如我在上面建议的那样、您始终可以注释掉检查故障3的整个 IF 序列。 我怀疑该代码是为64引脚器件编写的、该器件具有故障2引脚。
在编写校验和之前、请非常小心地验证使用 PMBus 清除校验和是否正常工作。
为此、请下载并运行代码而不编写校验和、然后单击命令程序跳转至 ROM。 然后单击校验和选项卡并单击验证。 如果它显示校验和全部为零、则表明您的清除操作有效。 如果校验和是其他任何内容、则不是。 如果它不起作用、它可能是 FFs。 如果为零、则可以输入 recreate、以便在需要时放入校验和。 您需要在每次代码更改后进行检查、因为很容易使代码混乱、例如卡在中断中。 这就是我们输入后门代码导致您出现问题的原因。 它在执行大多数其他代码之前执行、因此它有更好的工作机会。 如果您很小心、您就不需要它。