调用file.format时看门狗超时吗？
这个问题与我的代码完全无关，但为了满足强制性的show your code指令：
file.format()在上面的调用返回之前，在这个SoC上，我总是得到一个wdt重置。有时，但并非总是，当芯片再次启动时，闪存看起来是格式化的。有时，如果在wdt重置消息后冻结，必须关闭电源(按下硬件重置后，看起来像错误的通信参数，但终端应用程序选项似乎都不匹配)。
(注意:自从开始这个草案以来，我使用另一个新的，最近收到的ESP8266-12E构建了我的设备的另一个副本，它的行为是相同的。使用相同的固件，以前构建的副本仍可正常工作。)
所以这一定是个坏芯片，对吧？或者是不好的板载闪光灯？这是我刚买的一件全新的。我也看到过file.write问题，缓冲区大小始终为255字节或更少，尽管根本没有读取问题。
另一个奇怪之处是，在将云构建的nodemcu镜像烧录到这个ESP8266-12E设备后，adc.read返回65535，而adc.readvdd33返回一个明显有效的值。(我通过将esp_init_data_default.bin刻录为0x3FC000进行了更正。)这是我见过的第一次( 15次，也许20次)这样的情况。我没有检查旧版本的nodemcu是否已经在它上面了。
这不是我第一个遇到问题的芯片；它至少是第二个，可能是第三个或第四个。
因此，也许更大的问题是，你购买的ESP8266中有多大比例是DOA或遭受婴儿死亡率？(不包括你有理由相信被无意中杀死的人。)
回答 2
Stack Overflow用户
发布于 2018-06-08 04:26:49
问题可能不是ESP造成的，例如电源不合适。我从自己的经验中知道，Arduino Uno和大多数USB-TTL转换器不能安全地向ESP提供足够的电流。如果您还没有准备好，可以考虑使用连接到USB电源的专用电源电路。
Stack Overflow用户
发布于 2016-06-09 12:26:36
这似乎确实是硬件问题，6个中有2个是坏的，不好！我想可能是某个供应商，但我不想在没有确定的情况下透露名字……不管芯片出了什么问题，它挂起来的时间足够让看门狗叫了。
比起部件的成本，花在弄清楚它是lua代码、固件、支持连接、外围设备还是芯片本身的时间上，代价要高得多(更不用说挫败感和存储空间的浪费了)。
https://stackoverflow.com/questions/37686249
复制相似问题
腾讯云开发者
