大家好、
在我发现原因之前、TM4C 中的许多器件已被销毁。 这可能是由于、如果 MCU 在电源下降时写入 EEPROM。 如果写入时序达到压降中的特定点(范围)、即使 MCU 检测到压降、写入也无法停止、并且 MCU 可能会永久损坏自身。
这仅供参考。
1月
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.
大家好、
在我发现原因之前、TM4C 中的许多器件已被销毁。 这可能是由于、如果 MCU 在电源下降时写入 EEPROM。 如果写入时序达到压降中的特定点(范围)、即使 MCU 检测到压降、写入也无法停止、并且 MCU 可能会永久损坏自身。
这仅供参考。
1月
[引用 user="Jan Harman"]这可能是由于电源中断时、如果 MCU 写入 EEPROM。
由于这种不幸的现象十分突出--你(和其他人)不应该立即采取"合理"的保障措施 --以防止这种"电源掉电"?
应部署正确选择和嵌入(并经过测试/验证)的不间断电源-尤其是考虑到这种"已宣布的易感性!"
MCU 寻求的是"厨房洗涤器"状态-"太频繁"无法与长期存在、廉价、"专用设备"的性能或稳健性相匹配-这些设备没有这种限制!
[引用 USER="CB1_MOBILE"]
Jan Harman这可能是由于、如果 MCU 在电源下降时写入 EEPROM。
由于这种不幸的现象十分突出--你(和其他人)不应该立即采取"合理"的保障措施 --以防止这种"电源掉电"?
[/报价]
嗯、我将其解释为移除电源。 这一点很难避免、尤其是因为 EE 写入时间延长至秒。
[引用 USER="CB1_MOBILE]]应部署正确选择和放置(并经过测试/验证)的不间断电源-尤其是考虑到这种"已宣布的易感性!" [/报价]
另请注意、复位会导致同样的问题、包括看门狗复位。 这实际上使许多系统无法避免该问题,除非您正确地注意使用标准 EE。
Robert
[引用 user="Robert Adsett">复位-偶数看门狗复位... (导致相同的问题)... 有效地使问题不可避免-除非您正确地注意到-使用标准 EE 代替。
确实- MCU 制造商的"明显的命运愿望"(始终扩展能力-即使在这种扩展证明"不够稳健"的情况下-尤其是在这种情况下-也是如此)会导致此类问题!
是否可以简单地说:"列出现有功能"比"确保该功能符合/超过"正常性能标准-包括稳健性"要多(供应商要求)?