file.format 호출 중 워치 독 타임 아웃이 발생 했습니까?

Question

이 질문에 내 코드에 전혀 관련이 있지만, 의무 쇼 당신의 코드 지시어 만족 : 반환 위의 호출 전에

file.format() 

, 나는 항상 WDT 리셋을 얻을이 하나의 SoC에 있습니다. 때로는 항상 그렇지는 않지만 칩이 다시 시작될 때 플래시가 포맷 된 것으로 보입니다. 그리고 때로는 wdt 재설정 메시지가 멈추고 전원을 꺼야합니다 (하드웨어 재설정을 누른 후에 잘못된 통신 매개 변수처럼 보이지만 단말기 앱 옵션이 일치하지 않는 것 같습니다).

(참고 :이 초안을 시작한 이래로 최근에받은 새로운 ESP8266-12E를 사용하여 장치의 또 다른 복사본을 만들었고 동일하게 작동합니다. 이전에 만들어진 복사본은 동일한 펌웨어로 정상적으로 작동합니다.)

이렇게 나쁜 칩이어야합니다. 아니면 온보드 플래시가 좋지 않을까요? 방금 구입 한 새로운 브랜드입니다. 또한 file.write 문제를 보았습니다. 버퍼 크기는 항상 255 바이트 이하이지만 읽기 문제는 전혀 없습니다.

클라우드 기반 nodemcu 이미지를이 ESP8266-12E 장치에 레코딩 한 후 adc.read가 65535를 반환하고 adc.readvdd33이 분명히 유효한 값을 반환했습니다. (나는 esp_init_data_default.bin을 0x3FC000에 굽음으로써 그것을 바로 잡았다.) 이것은 내가 처음 보았던 것 (15 개 중 어쩌면 20 개 중)이었다. 이전 버전의 nodemcu가 이미 설치되어 있는지 확인하지 않았습니다.

이것은 도착시 문제가있는 첫 번째 칩이 아닙니다. 최소한 2 위, 3 위 또는 4 위 가능성이 있습니다.

큰 질문인데, ESP8266에서 구매 한 비율은 DOA입니까, 유아 사망률이 높은가요? (실수로 살해 당했다고 믿을만한 이유가 없다고 생각합니다.)

Answer 1

실제로 하드웨어 문제 인 것 같습니다. 6 개 중 2 개는 좋지 않습니다! 나는 그것이 특정 벤더일지도 모른다라고 확신하지 않고 이름에 이름을 짓기를 원하지 않는다. .. 칩에 무엇이 틀리든지간에 그것은 watchdog 나무 껍질을 만들기 위해 충분히 오랫동안 매달린다.

루아 코드, 펌웨어, 지원 연결, 주변 장치 또는 칩 자체인지 여부를 알아내는 데 소비되는 시간은 비용이 많이 드는 작업입니다 (좌절감은없고 SO를 낭비하는 것은 물론입니다).)