这个问题与我的代码完全无关，但要满足强制性显示你的代码指令：
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还是婴儿死亡率？ （不计算那些你有理由相信无意中被杀的人。）
答案 0 :(得分：1)
问题可能不是ESP，而是不合适的电源。根据我自己的经验，我知道Arduino Uno和大多数USB-TTL转换器无法安全地为ESP提供足够的电流。如果您还没有，请考虑使用连接到USB电源的专用电源电路。
答案 1 :(得分：0)
它确实似乎是一个硬件问题，6个中的2个坏，不好！我认为它可能是一个特定的供应商，但不想确定名称而不确定......芯片的任何问题都会让它长时间停留以使看门狗吠叫。
远远超过部件的成本，耗费时间来确定它的代码，固件，支持连接，外围设备或芯片本身是否代价高昂（更不用说挫败感和浪费的存储空间）在SO。）