[参考译文] UCD3138：UCD3138复位条件问题

如果您在 UCD3138和 UCD3138A 上未使用引导加载程序、UCD 引导 ROM 初始化器件并验证校验和的时间应约为10ms。 在这段时间内、由于从 ROM 运行比从闪存运行更高效、因此通常消耗的电流将减少5mA 至10mA。

因此、如果您没有设置 I/O 线路、您可以使用芯片电流作为另一种方法来尝试查看正在发生的情况。

然后、将有额外的时间、具体取决于它在何处到达将其复位的代码。

在 UCD3138064上、时序更复杂。 对于前2K 中的引导加载程序、它将非常快、例如 UCD3138。 对于前32K 中的校验和、它将大约为10ms、就像3138一样。 如果校验和位于第二个2K 引导空间中、则其时间将会更长一些。 如果校验和在第二个32K 或整个64K 中、则将大约为20毫秒、因为它将需要经过整个64K

在 UCD3138128、A64和128A 上、我们进行了更快的校验和计算、每次读取一个字而不是一个字节、这样我们就可以在10ms 左右的时间内在128K 闪存上完成整个校验和。 因此、所有其他东西也会以大约4倍的速度加速。 仍有5种情况：

2K 引导闪存-快速
前32K -大约3ms
前64K -大约6ms
第二个64K、全部128K -大约10ms。

每次读取一个字时、我们转到这些器件上的8字节校验和、而不是4字节的校验和。

信息可能太多、但参考起来很方便。

我将此标记为已解决

我从未看过 BP18、但我认为复位不会对它产生太大影响。  处理器的复位非常快、BP18上有一个电容器、因此我不希望它发生变化。   

我始终清除校验和、或根本不对其进行编程。  这样、处理器将停止而不是重新启动、因此它的复位非常清楚。  不能用它来争辩。