나는 프로그래밍 수준에서 이것에 대해 정말로 말할 수 없지만 내가 본 것은 고정 IP 주소를 제외하고는 "새로운"장치를 설정할 때 Wi-Fi가 작동하는 것 같습니다. 좋아. 최신 펌웨어로 "새로" 설치하는 경우 연결 문제가 발생하지 않습니다. 웹 페이지는 빠르게 로드되고 모든 것이 빠르고 반응이 빠른 것처럼 보입니다. 업그레이드를 시도할 때 대부분의 이러한 문제가 발생하는 것 같습니다. 최신 펌웨어로 업그레이드할 때 손상 문제가 있는 것 같습니다.

또한 많은 사용자 컴파일 펌웨어에 Wi-Fi 문제가 있는 것 같습니다. 이 모든 문제 게시물을 읽는 것만으로도 나는 그 인상을 얻습니다. 나는 그것에 대해 완전히 틀릴 수 있습니다. 나는 그것을 사실로 말하려는 것이 아니라 단지 가능성일 뿐입니다.

MQTT를 사용하지 않기 때문에 말을 할 수 없습니다.

내 2센트의 가치만.....

옵션 3으로 기울고 있다면 전적으로 지원합니다. 이벤트 기반 WiFi가 제공한 개선 사항을 삭제하는 것을 보고 싶지 않습니다. 코어 2_4_x는 되돌리기/업스트림으로 이동하는 것이 더 쉬울 수 있습니까?

사용자의 관점에서:
가능한 한 빨리 새로운 Core 2.4.1을 사용하겠습니다.
사용자는 항상 이전 버전을 사용할 수 있습니다.

잊지 마세요, 핵심 2.4.x는 몇 가지 문제를 해결합니다:
PWM 깜박임은 히스토리입니다(#1156은 코어 2.4.0에서 수정됨)
큰 패킷이 있는 시리얼도 고정...
어느 시점에서 우리는 새로운 코어로 전환해야 합니다. 2.3.0으로 돌아가는 것은 문제를 연기하는 것뿐입니다. 결국 우리는 어쨌든 일을해야합니다. 내 ESP는 2.4.0에서 확실히 더 좋습니다.

내가 볼 때 코어 2_4_x가 발생하지만 지금 당장은 필요하지 않을 수 있습니다. 핵심 업데이트와 Wi-Fi 이벤트 기반 접근을 동시에 진행하면서 잘못된 결정을 내렸습니다. 우리는 그것들을 하나씩 만들었어야 했습니다. 그와 동시에 전역 설정이 업데이트되었을 때 문제를 정확히 찾아내기가 매우 어려웠습니다. Wi-Fi 안정성 수정 + 설정 손상 수정 중에 2_3_0으로 돌아가는 아이디어를 강력히 지지합니다.

그 후 우리는 v2.1.0을 릴리스하고 v2.2.0에 대해 코어 2_4_x를 안정화하는 데 집중할 수 있습니다.

설정을 지우고 22.04에서 버전을 업로드한 후. 지금까지 모든 것이 작동합니다. 적어도 지금은 :) NORMAL에서도 여유 메모리만으로는 충분하지 않습니다. 어떻게 진행될지 지켜보겠습니다.

@Budman1758 및 @melwinek 에 동의해야 합니다. 또한 깨끗한 장치에서 시작하여 Wi-Fi, 고정 IP 및 설정에 전혀 문제가 없음을 발견했습니다.
주요 문제는 업그레이드하려면 모든 장치를 수동으로 청소하고 다시 플래시하고 구성을 다시 빌드해야 한다는 사실입니다.

공식적으로는 아직 안정적인 R120에서 안정적인 2.1.0으로 전환하는 과정에 있으며 이 두 릴리스 간에 설정이 변환되지 않으므로 처음부터 다시 시작해야 한다는 사실을 잊어서는 안 됩니다. 코어 2_4_x의 업데이트로 우리가 한 것은 다시 "중단점"을 만드는 것이었습니다. 우리가 그것으로 살 수 있다면 그것은 문제가되지 않습니다. 나는 새로 설치가 정말 안정적이라는 데 동의합니다(적어도 내가 가장 자주 테스트하는 NORMAL에서는). 그리고 NORMAL은 실제로 릴리스에 포함될 유일한 부분이며, 테스트 및 개발은 어쨌든 개발 야간 릴리스에만 있습니다.

내 말은: 현재 개발된 펌웨어가 작동하고 깨끗한 설정에서 안정적인 경우 문제가 없다는 의미입니다. 나는 2.3이나 오래된 Wi-Fi로 돌아가지 않을 것입니다.

예, 당신과 나는 어느 정도 동의합니다. 유일한 것은 우리가 아직 베타 버전이기 때문에 괜찮다고 생각하는 또 다른 중단점을 생성한다는 것입니다.

마음에 들지 않는 한걸음 물러나긴 했지만 2_4_0에 여유 메모리가 부족해서 이상한 문제가 생길 수 있다고 생각해서 일단은 코어 2_3_0으로 돌아가는 것이 정말 좋을 것 같다는 생각이 듭니다.

@giig1967g 거기에 동의합니다. 그래도 일부 부패 문제가 발생하고 있다고 생각합니다. 내재된 문제가 많은 것과 비교하여 Wi-Fi를 망칠 수 있습니다.

메모리 사용량을 허용 가능한 수준으로 만드는 옵션이 여전히 있습니다.
1일 저녁 프로그래밍으로 약 3-4kB 더 많은 메모리를 얻을 수 있다고 생각합니다. (모든 플러그인 파일을 변경해야 함)
그리고 MQTT 가져오기도 곧 해결되어야 할 정말 고통스러운 것입니다.
그리고 스위치 플러그인 자체에는 분할해야 하는 기능이 너무 많습니다.

오늘 우리가 무엇을 해야 하는지에 대해 생각할 것이므로 더 많은 제안/인수를 추가하십시오 :)

@TD-er SWITCH님 말씀이 맞습니다.
대부분의 사람들은 스위치/릴레이에 ON/OFF만 사용합니다.
그리고 이 플러그인에는 서보, 조광기 및 아마도 무언가가 있습니다.
그건 별개일 수 있습니다.

또한 MQTT 및/또는 Domoticz에 매우 특정한 항목을 처리합니다. 플러그인의 일부가 아니어야 합니다.

@TD-er 대부분의 경우 불필요한 플러그인을 제거한 후 직접 컴파일하는 데 도움이 됩니다. 많은 경우 SWITCH, FHEM Controller, DHT만 있으면 됩니다.
그러나 이러한 설정으로 모험을 한 후에는 스스로 컴파일하는 것이 두렵습니다. 특히 게시물 이후: https://github.com/letscontrolit/ESPEasy/issues/1292

다른 프로젝트(예: tasmota)에서 Wi-Fi가 구현되는 방식을 살펴보았습니까?

기억에 대해: 내가 말했잖아 :스마일:
핵심에는 거의 사용되지 않는 기능이 너무 많다고 생각합니다. 핵심 기능 요청이 구현된다면 결정은 더 엄격해야 합니다. 이제 모두에게 크리스마스와 같은 시간이 되었습니다...
특정 제한이 있는 투표가 도움이 될 수도 있습니다.

가능하면 코어를 먼저 거의 사용하지 않는 기능에서 정리(또는 플러그인으로 변환)한 다음 최적화해야 합니다. 또한 코어 외부에서 더 많은 기능을 교환할 수 있도록 플러그인에 대한 추가 인터페이스를 생각할 수 있습니다.

@M0ebiu5 동의합니다.
새로운 기능이 별도의 분기에서 개발된 다음 몇 가지를 수집하여 릴리스 후보 분기에 병합하고 테스트해야 합니다.
그런 다음 사용된 기능을 마스터 브랜치(또는 개발 브랜치, 또는 이름 지정)에 릴리스하고 병합합니다.

그리고 내가 배운 한 가지는 무엇을 관찰했는지, 무엇을 관찰해야 하는지, 어떤 버전을 사용해야 하는지 두 번 묻는 것입니다. 그러면 상황이 훨씬 더 명확해지고 실수가 줄어듭니다.
어떤 소프트웨어가 사용되는지 확인(및 기록)할 수 있도록 일종의 발자국을 만들기 위해 그 일부를 코드 자체에서 수행해야 합니다.

또한 플러그인은 센서를 일부 출력 값에 인터페이스하는 플러그인이어야 합니다.
디스플레이와 같은 출력을 생성하는 플러그인은 입력과 동일하게 사용되어서는 안 됩니다.
그래서 우리는 다음과 같은 것을 얻습니다:

• 장치를 읽고 측정값을 생성하는 센서
• 현재 값으로 출력(디스플레이?) 이것은 또한 예를 들어 JSON 또는 이미지와 같이 디스플레이 이외의 것일 수도 있습니다.
• 외부 세계와 인터페이스하는 컨트롤러(입력 및 출력)
• 데이터 및 이벤트를 처리하는 규칙.
• 이벤트를 다른 이벤트로 변환하기 위한 알림. 실제로는 더 정교한 컨트롤러처럼 들립니다.
• 일부 기본 설정 또는 임시(비영구적) 변경/업데이트를 수행하고 일부 작업(예: 재부팅)을 수행하는 명령
• 그것들을 모두 구성하는 웹 페이지.

그러나 그러한 재설계에는 상당한 노력이 필요합니다.

@TD-er 당신이 옳았지만 작은 단계로 변경하겠습니다 - 대부분의 부품이 안정적으로 작동하고 큰 변경이 이 안정성을 위험에 빠뜨릴 수 있기 때문입니다.

코어에 대한 새로운 인터페이스는 한 가지 가능한 방법입니다. 현재 동작에 영향을 미치지 않으며 새 플러그인이나 크게 변경된 플러그인만 사용할 것입니다. 깨끗한 아키텍처로 전환하는 데 더 많은 시간이 걸리지만 위험이 낮고 시간이 지남에 따라 노력도 분산됩니다.

이러한 변경을 쉽게 수행해야 한다는 데 동의합니다.
그것은 미래를 위한 재설계에 대한 관점입니다.

그러나 22.04의 노드에서 연결이 끊어졌습니다.
라우터를 재설정해도 도움이 되지 않습니다.
ESP 재설정이 도움이 될 것이지만 저는 멀리 떨어져 있습니다.
따라서 내 노드에서 가장 좋은 버전은 mega-20180410입니다.
아마도 코어 2.3에 있기 때문입니까?
그러나 좋은 해결책은 한동안 2.3으로 돌아가는 것일까요?

아니요, 어젯밤에 문제를 보았습니다(코드 및 내 장치에서 발생).
내 노드는 '비컨 시간 초과' 오류가 발생했을 때 다시 연결되지 않았습니다. 이는 연결을 끊는 일반적인 이유입니다. 코드의 논리 오류이지만 이미 오전 1시 30분을 넘었고 그 순간에 수정하고 싶지 않았습니다. 확실히 수정하기 위해 야간 빌드 시간이 지났을 것이므로 더 이상 중요하지 않습니다.)

관련: #1064

방금 현재 버전 ESP_Easy_mega-20180425_test_ESP8266_4096.bin으로 6개의 장치를 플래시했습니다.

이 버전으로 우리는 절대적으로 낮은 지점에 도달했다고 생각합니다.
몇 시간 후에 네트워크의 모든 장치에 연결할 수 없습니다.

그렇기 때문에 나는 어떤 식 으로든 작동하는 Wi-Fi 버전으로 돌아갈 것입니다.

다른 사람들이 같은 것을 로드하지 못하도록 하기 위해 오늘의 빌드도 제거해야 합니다.

지금 코어 2.3.0에서 새 버전 04.25를 빌드하고 현재 버전을 교체하는 것이 좋습니다. :)

빌드 서버를 제어할 수 없습니다.
동일한 빌드 번호를 가진 2개의 버전은 결코 좋은 생각이 아닙니다.

@Grovkillen 이 오늘 빌드를 제거할 수 있다는 것을 알고 있습니다.

@TD-er를 제거해야 한다고 생각하십니까? 내일 새로운 건물이 지어질 것입니다.

어제 빌드와 비교하면 더 나빠진 것 같습니다.
예, 제거하십시오.

완료

그리고 platformio.ini도 변경되었습니다.
따라서 무슨 일이 일어나더라도 내일의 빌드는 오늘의 빌드만큼 나쁘지 않을 것입니다.

나는 여기에서 공포를 느낀다. 걱정하지 마십시오. 아직 희망이 있습니다.
먼저 :beer: 또는 :beers:
걱정에도 불구하고 쉴 새 없이 달려와 주신 @TD-er님, @Grovkillen님 감사합니다. 다른 모든 분들께도 감사드립니다. 새로운 아이디어를 공개적으로 논의해 주신 모든 분들께 감사드립니다.

즉, 다음과 같이 말하겠습니다.

1. 내 경험에 따르면 wificlient 메모리 누수(및 해결 방법)가 있는 2.4.1을 제외하고 최신 코어 버전에는 아무런 문제가 없습니다.
2. 2.0을 포기하기로 결정한 시점까지의 이전 버전의 마스터 브랜치는 해당 코어 버전에서 상당히 안정적으로 작동했습니다. 그리고 빨리.
3. 우리는 안정성에 정말로 초점을 맞춰야 합니다. 잠시 동안 새로운 기능이 없습니다(안정성이 향상되지 않는 한) ESP32와 메모리 헌팅이 줄어들고 속도가 느려지고 안정성만 제외됩니다. 우리가 달에 갈 계획이라고 가정해 봅시다. 진짜로. 작동해야 합니다. 단일 비트 오류, 재시작, 전력 변동 및 온도 스트레스를 견뎌야 합니다.
   내 말은 실패 허용 프로그래밍을 의미합니다. 해냈어 주위를 둘러싸면 재미있을 수 있습니다.

무엇 향후 계획 ? 내가 핵심 개발자라면 json 기반 구성을 선택할 것입니다. 최대한 빨리. 메모리 집약적 웹 서버가 얼마 전에 있었던 것처럼 현재의 악의 근원처럼 보입니다.

나는 여기에서 공포를 느낀다. 걱정하지 마십시오. 아직 희망이 있습니다.
먼저, 🍺 또는 🍻 지금,
걱정에도 불구하고 쉴 새 없이 달려와 주신 @TD-er님, @Grovkillen님 감사합니다. 다른 모든 분들께도 감사드립니다. 새로운 아이디어를 공개적으로 논의해 주신 모든 분들께 감사드립니다.

100% 동의합니다!!!

이 오류가 이미 알려져 있는지 모르겠습니다.
1~2일이 지나면 웹 서버가 더 이상 작동하지 않는 것 같습니다. MQTT 게시는 여전히 작동합니다.
04.22부터 일반 버전을 사용하고 있습니다.

@TD-er 개인적으로 시도할 2.4.1과 같은 새로운 것에 투표할 것입니다.

1+

1+

나는 여기에서 공포를 느낀다. 걱정하지 마십시오. 아직 희망이 있습니다.

공황이 아니라 순수한 좌절입니다 ;)
문제는 여기에서 실제로 테스트를 하고 몇 분 안에(적어도 그렇게 느껴집니다) 빌드가 이전보다 훨씬 더 심하게 실패한다는 것입니다.
나는 블랙박스에 대해 프로그래밍하는 데 익숙하고 또한 rev. 그 블랙박스를 엔지니어링하십시오.
근데 이건 로그에서 봤던 피드백이 현실과 전혀 다른 느낌이네요.
이제 코어 라이브러리의 버그, 손상된 설정 및 AP 펌웨어의 일부 버그와 관련된 몇 가지 변경 사항으로 인해 지난 몇 주 동안 몇 가지 문제가 있었음이 분명합니다.

그리고 소프트웨어에 대한 제 개인적인 의견은 견고하고 안정적이어야 하고 속도가 두 번째로 중요해야 한다는 것입니다.
그런데 지난 몇 주 동안 속도 증가는 괜찮았는데, 아무리 노력해도 날이 갈수록 안정성이 나빠지고 있었다.

따라서 이제는 확고한 자세를 취하지 않고 먼저 안정성에 집중해야 할 때입니다. 그것을 '패닉'이라고 부를 수 있지만 실제로는 무슨 일이 일어나고 있는지에 집중하기 위한 일종의 한 걸음 물러나 있는 것입니다.
이제 한 달 전보다 Wi-Fi에 대해 많이 알고 있으므로 잘 설계된 패키지를 만들 수 있어야 합니다. 그러나 그것은 시간이 걸리고 나는 정말로 안정의 어떤 지점으로 가서 그것이 제대로 작동하도록 하기 위해 잠시나마 머리를 편안하게 하고 싶습니다.
그리고 훨씬 더 빠르게 연결하는 것을 보았기 때문에 더 빠르게 만들 수 있는 여지가 여전히 많이 있습니다. :)
그러나 그것은 다음 버전을 위한 것입니다.

나머지 주요 문제:

• 메모리 사용량
• JSON 설정 가져오기/내보내기
• MQTT 가져오기 재설계
• P001-switch와 같은 일부 플러그인은 변경되어야 합니다.
• 남은 것.

2.4.1 또는 GIT Core로 이동하는 저에게는(그리고 아마도 저에게는) 개선되지 않았지만 그 반대의 경우였습니다. 코어 버전, mage-commits 및 lwIP 버전의 약 20가지 조합을 시도했습니다. 2.3.0, 특히 lwIP 1.4로 돌아가는 것이 안정적으로 실행되는 유일한 방법이었습니다. 그러나 다시 말하지만, 내 특정 환경에서 이것에 대한 나의 견해는 ...

그리고 예, @TD-er와 @Grovkillen이 커뮤니티 를 위해 훌륭한 일을 하고 시간을 투자해 주셔서 감사합니다!

감사합니다. @TD-er님이 앞으로의 길을 잘 요약해 주셨습니다.

나머지 주요 문제:
• 메모리 사용량
• JSON 설정 가져오기/내보내기
• MQTT 가져오기 재설계
• P001-switch와 같은 일부 플러그인은 변경되어야 합니다.
• 남은 것.

그리고 우리는 내일 릴리스를 위해 2.3.0으로 되돌아가 잠시 동안 테스트할 것입니다.

내 자체 빌드 이미지의 대부분은 core rev를 기반으로 합니다. 491c9b8b(2.4.1 + x).
내가 볼 수있는 유일한 것은 Sonof 4ch 장치로 무작위 재부팅입니다. 불행히도 그것은 내 연못 제어의 일부이므로 더 나은 모니터링을 위해 직렬 인터페이스를 연결할 기회가 없으며 Syslog는 꽤 사용할 수 없습니다. WIFI가 시작되고 실행되기 전에 관련 정보가 뱉어지기 때문입니다.

lwIP 'v2 Higher Bandwith' 라이브러리를 사용하는 한 꽤 유용합니다.
그렇지 않으면 패키지 > 512바이트(부적절한 창 정보가 있는 순서가 잘못됨)의 MTU 조각화 문제가 표시됩니다.

작동하는 ESPEasy Revs(내 저장소)는

커밋 3576619181926b3adff5a1a133390eb71e808ae9
병합: 9038bd2 d083a58
저자: Susis Strolch
날짜: 2018년 4월 13일 금요일 17:07:30 +0200

Merge remote-tracking branch 'upstream/mega' into mega

* upstream/mega:
  automaticly updated release notes for mega-20180413
  [wifi] Event based wifi, fix set AP and crash on start

그리고
커밋 daf39a064d3633fe1eccfa33576fafbccd7611a7
병합: 2a96218 806a275
저자: Susis Strolch
날짜: 2018년 4월 9일 월요일 09:15:52 +0200

Merge remote-tracking branch 'upstream/mega' into mega

* upstream/mega:
  automaticly updated release notes for mega-20180409
  Both reset/factoryreset option
  Factory Reset (not enabled yet)

4월 13일 금요일 이후의 모든 ESPEasy는 바이너리를 플래싱하기 전에 전체 플래시를 지울 때도(Arduino IDE를 통해) 끔찍한(말하자면 작동하지 않는) 결과를 보여줍니다.

따라서 2.4.1(또는 그 이상)을 사용하고 ESPEasy(WIFI 및 구성)를 다듬는 것이 좋습니다.
코어 자체는 아직까지는 괜찮은 것 같습니다.

ㅋㅋ @ 13일의
"Polish ESPEasy(WIFI 및 구성)"란 무엇입니까? ?
다른 지점..?
폴란드 일명 폴란드어 또는 광택제에서와 같이 광택 및 광택, 하

@susisstrolch 이런 오류는 어떻게 잡아내나요?
"패키지 > 512Bytes(잘못된 창 정보 포함)의 MTU 조각화 문제."

최소 512자의 추가 헤더와 함께 espeasy 웹 서버에 대한 준비된 요청을 보내십시오.

@Oxyandy : 내 FHEM 서버에서 tcpdump를 실행하고 WireShark로 분석한 결과 ~700바이트 JSON 응답의 마지막 512바이트가 먼저 전송되고 HTTP 헤더가 뒤따르는 것으로 나타났습니다.
그리고 단순히 TCP 창 정보가 누락된 두 패키지.
요청시 자세한 내용을 보낼 수 있습니다 ...
광택 및 광택

저에게는 Core 2.4.1이 포함된 22.04.2018 버전이 아주 잘 실행됩니다.

어제 내 작업을 확인할 수도 있지만 2.4.1에 구축되었습니까?
https://github.com/TD-er/ESPEasy/tree/bugfix/wifi_stability

2.3.0에서는 여전히 고정 IP에 문제가 있었습니다.
아직 설정 페이지에서 AP 모드를 테스트하지 않았습니다.

방금 귀하의 버전으로 wemos를 플래시했습니다.
[wifi] 이벤트 기반 Wi-Fi를 더 간단하게 만드십시오).

버전 실행.....

이제 어떻게 해야 합니까?

젠장, 내 마지막 테스트(22.04.1018)에서 8개의 장치 중 4개가 약 7시간 후에 끊어졌습니다.

로그가 없는 것 같은데요? :(
노드가 충돌(중단)되었거나 다시 연결되지 않았습니까?
ping에 응답하므로 웹 서버만 비활성화되거나 너무 바쁩니다(MQTT 재연결은 많은 리소스를 필요로 함)?

한편 5개의 장치를 중단합니다.
로그가 없습니다. 웹 서버에 액세스할 수 없습니다. 핑도 안됩니다.

그들은 그냥 죽었다.

당신은 정말로 그것을 기록하려고 노력해야합니다. 유용한 힌트를 줄 수 있습니다.

나는 Gijs의 버전을 기록합니다. 현재 55분 동안 실행 중입니다. :)

오, 나는 그것을 이길 수 있습니다! Gijs 버전(GIT의 esp 코어 포함)에서 45분에서 263분 사이에서 실행되는 12개의 장치가 있습니다 😀 그리고 여전히 모두 만족합니다...

예, 시대가 바뀌었습니다.
과거에 내 장치는 몇 주 동안 실행되었습니다.

오늘은 그들이 몇 시간 일할 때 행복합니다. :)

집에 있는 내 장치 중 하나는 20171231에서 만든 빌드를 여전히 실행 중이며 오늘 가동 시간이 60일을 넘어섰습니다.

그래서 나는 당신이 의미하는 바를 압니다 :(

그런 다음 2017123 릴리스를 사용하고 다른 작업에 집중할 수 있습니다. :)

현지 시간: | 2018-04-26 17:47:23
가동 시간: | 0일 2시간 27분
로드: | 10% (LC=9371)
무료 메모리: | 10336 (9544 - sendContentBlocking)
IP: | 192.168.0.201
와이파이 RSSI: | -67dB

이 60일 버전을 가지고 2.0으로 태그를 지정하고 알려진 문제(누락된 기능 제외)에 대한 몇 가지 글머리 기호를 작성해 보세요.

@s0170071 제품이 75% 작동하고 출시 후 채워진 많은 문제가 정말 필요한가요?

아마도 지금까지 돌아갈 필요가 없을 것입니다 ... 이것은 최신 수동 재부팅에서 가져온 것입니다.

가동 시간: 21일 3시간 32분
부하: 32%(LC=6281)
무료 메모리: 14328(13392 - parseTemplate3)

빌드 | 20100 - 메가(코어 2_3_0)
GIT 버전 | 메가-20180308
플러그인 | 72 [일반] [테스트] [개발]
빌드 Md5 | eb5a94ae675cb343cc387319fd8c4f9a
Md5 확인 | 통과했다.
빌드 시간 | 2018년 3월 8일 03:05:36
바이너리 파일 이름 | 펌웨어.bin

6개의 기기가 5시간 동안 실행되어 신기록입니다.

벌써 30시간이 넘었다;;

이제 tonigt에서 @TD-er의 변경 사항에서 실행되는 거의 모든(12+) 장치가 있습니다. 다양한 센서와 릴레이가 연결된 모든 Wemos D1 Mini(모두 다름). 그들 대부분은 현재 10시간 이상의 가동 시간을 가지고 있습니다. 이제 마지막 항목도 플래시하겠습니다.
하나 또는 두 개의 장치에서 2~3번의 자발적 재부팅이 있었지만 플러그인이나 결함이 있는 센서로 인한 것일 수도 있습니다. 먼저 구성). 그러나 그들은 항상 다시 돌아와서 네트워크에 성공적으로 연결했습니다!

그래서 저에게는 이것이 제가 지금까지 가지고 있는 가장 안정적인 버전입니다. 내가 2.4.0 코어 이전에 가지고 있던 것과 유사합니다.

따라서 오늘 밤부터 @TD-er 변경 사항을 병합하는 데 투표하고 테스트를 거쳐 거기에서 계속 진행합니다... 하지만 그건 MHO일 뿐입니다...

그리고 빠른 버그 수정을 위해 @TD-er에게 감사드립니다(시도)!! 나를 위해 그것은 효과가 있었다!!

또한 한 장치에서 재부팅했지만 즉시 다시 연결되었습니다.
모든 장치는 Wemos D1 mini입니다.

여기에서 71개의 플러그인으로 테스트 버전을 실행했습니다.
장치에는 거의 BME280, Pir, MH-Z19, 먼지 센서 및 일부 Led가 있습니다.

웹 서버는 매우 빠르게 반응합니다.
현재 이 버전과 Core 2.4.1에 매우 만족합니다.

이미 알려진 것일 수도 있습니다(만약 그렇다면 무시하십시오)
ESP_Easy_mega-20180422_normal_ESP8266_4096.bin(코어 2.4.0)으로 ESP 프로 미니를 설치했습니다.
3일부터 진행됩니다!
GUI는 콜드 스타트 ​​후에만 더 이상 연결할 수 없습니다. (다른 esp와의 testet)
Ping은 정상이고 mqtt 게시 작업도 가능하며 http를 통한 GPIO 전환도 작동합니다.
"유일한" 문제, GUI에 연결할 수 없습니다.
즉, ESP는 블라인드로 작동하고 모든 것이 정상이며 GUI만 응답하지 않습니다.
브라우저에 ip를 입력한 후:

ily: 산세리프체; 글꼴 크기: 12pt; 여백: 0px; 패딩: 0px; 상자 크기: 테두리 상자; }h1 {글꼴 크기: 16pt; 색상: #07D; 여백: 8px 0; font-weig190 ; 색상: #07D; }.버튼 {여백: 4px; 패딩: 4px 16px; 배경색: #07D; 색상: #FFF; 텍스트 장식: 없음; 테두리 반경: 4px; 테두리:190 190 ative; 커서: 포인터; 글꼴 크기: 12pt; -webkit-user-select: 없음; -moz-user-select: 없음; -ms-u

콜드 재부팅 후 두 번째 장치로 로깅을 활성화했습니다. 장치가 응답하지 않게 된 후 원하는 경우 여기에 로그가 보고됩니다.

메모리 사용량도 기록할 수 있습니까? 일부에서 보고한 대로 2.4.1에 메모리 누수가 있는지 확인하기 위한 것입니다.

예, 2018년 4월 22일 버전과 정확히 동일합니다.
장치가 실행 중이지만 웹 서버에 연결할 수 없습니다.

기록해보도록 하겠습니다.
일정한 것 같습니다.

무료 메모리: | 9792 (9008 - sendContentBlocking)

sysheap을 의미합니까?

@uzi18 최첨단과 안정성을 동시에 가질 수는 없습니다. 60일 버전은 안정적이죠?

@TD-er 규칙 창을 몇 분 동안 열어 두면 모든 규칙이 사라집니다.

2.3.0으로 하는건가요?

나는 2.4.1이있다

안녕,
20180426을 테스트 중입니다. 작동하지만 20180424에 비해 정말 느립니다.
나에게 핵심 2.4.0은 완벽하게 잘 작동하고 안정적이었습니다.
새 버전에서 MQTT는 이전 버전이 절반인 반면 연결하는 데 1분 이상 걸렸습니다.
코어 2.4.0이 운이 좋은 걸까요? 아니면 구성의 문제입니까?

Core 2.4.1에서 어제의 @TD-er 버전이 매우 빠릅니다.

전압을 켠 후 웹 인터페이스에 도달하는 데 몇 초 밖에 걸리지 않습니다.
MQTT 메시지는 즉시 옵니다.

관심있는 사람들에게만. CPU, 메모리 및 RSSI를 추적하고 있습니다. 모든 단위의 그래프를 첨부했습니다. 2.4.x 코어로 업그레이드했을 때 메모리 사용량을 명확하게 볼 수 있습니다. 그러나 메모리는 안정적인 것 같습니다(예: 누출 없음)...
장치 1-11 및 16은 센서 등과 함께 "사용 중"입니다. 다른 장치는 아무 것도 부착되지 않은 일반 D1입니다.

안녕하세요 @micropet : 코어 2.4.1에서 어제 버전을 어떻게 사용할 수 있습니까?

Wemos가 SONOS보다 안정적이지 않을까 하는 생각이 들기 시작했습니다.
나도 위모스 써요

와 함께:
https://github.com/TD-er/ESPEasy/commits/bugfix/wifi_stability
그리고 플랫폼에서:
[코어_2_4_1]
플랫폼 = [email protected]

@micropet 및 @TD-er : 방금 코어 2.4.1로 wifi 안정성 분기를 컴파일했습니다.
와. 놀랍습니다.
앞으로 3일 동안 계속 실행하고 다시 보고합니다. 상당히 복잡한 규칙이 포함되어 있습니다...
당분간 MQTT에 연결하는 데 7초, 2.3.0 버전 20180426에서는 60초입니다.

MQTT 가져오기에서 일부 재연결이 표시됩니다.

104 : INIT : Free RAM:20040
104 : INIT : I2C
104 : INIT : SPI not enabled
1213 : INFO : Plugins: 72 [Normal] [Testing] [Development] (ESP82xx Core 2_4_1)
1214 : EVENT: System#Wake
1289 : WIFI : Set WiFi to STA
mode : sta(60:01:94:8e:ba:c9)
                             add if0
                                    1292 : WIFI : Connecting KeepOut attempt #0
1293 : IP   : Static IP : 192.168.1.206 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 8.8.8.8
1405 : EVENT: System#Boot
1412 : ACT  : gpio,14,1
1414 : SW   : GPIO 14 Set to 1
1416 : ACT  : gpio,12,1
1417 : SW   : GPIO 12 Set to 1
1420 : ACT  : gpio,13,1
1420 : SW   : GPIO 13 Set to 1
1422 : ACT  :
1431 : ACT  : taskvalueset 1,1,1
1441 : ACT  : taskvalueset 1,2,1
1453 : ACT  : taskvalueset 1,3,1
1465 : ACT  : taskvalueset 1,4,1
1474 : ACT  :
1482 : ACT  :
1489 : ACT  : timerset,4,60
1568 : WD   : Uptime 0 ConnectFailures 0 FreeMem 18616
1682 : Dummy: value 1: 1.00
1683 : Dummy: value 2: 1.00
1683 : Dummy: value 3: 1.00
1683 : Dummy: value 4: 1.00
1684 : EVENT: Relay1#r1=1.00
1753 : EVENT: Relay1#r2=1.00
1824 : EVENT: Relay1#r3=1.00
1890 : EVENT: Relay1#r4=1.00
2251 : SYS  : 0.00
2253 : EVENT: SysInfoUptime#UptimeDays=0.00
3188 : IMPT : MQTT 037 Intentional reconnect
3562 : IMPT : MQTT 037 Intentional reconnect
scandone
        state: 0 -> 2 (b0)
                          5130 : Dummy: value 1: 25.80
5130 : Dummy: value 2: 27.20
5130 : Dummy: value 3: 27.40
5130 : Dummy: value 4: 0.00
5131 : EVENT: temp#t1=25.80
state: 2 -> 3 (0)
                 5158 : ACT  : timerset,1,2
state: 3 -> 5 (10)
                  add 0
                       aid 5
                            cnt
                                5174 : ACT  : lcd,1,20,*

connected with KeepOut, channel 9
                                 ip:192.168.1.206,mask:255.255.255.0,gw:192.168.1.1
   5239 : EVENT: temp#t2=27.20
5266 : ACT  : timerset,2,3
5276 : ACT  : lcd,1,20,*
5335 : EVENT: temp#t3=27.40
5365 : ACT  : timerset,3,4
5375 : ACT  : lcd,1,20,*
5428 : EVENT: temp#t4=0.00
5503 : Dummy: value 1: 18.00
5504 : Dummy: value 2: 11.00
5504 : Dummy: value 3: 12.00
5504 : Dummy: value 4: 0.00
5505 : EVENT: local#LSet1=18.00
5575 : EVENT: local#LSet2=11.00
5645 : EVENT: local#LSet3=12.00
5715 : EVENT: local#empty=0.00
6553 : Current Time Zone:  DST time start: 2018-03-25 02:00:00 offset: 120 minSTD time start: 2018-10-28 03:00:00 offset: 60 min
6554 : EVENT: Time#Initialized
6627 : EVENT: Clock#Time=Thu,22:59
6702 : IMPT : MQTT 037 Intentional reconnect
6964 : IMPT : Connected to MQTT broker with Client ID=ESPT6-Import
6965 : EVENT: MQTTimport#Connected
6981 : ACT  : publish /ESPT6/dummy/requestedTempUpdate,0
7059 : IMPT : [import1#Set1] subscribed to /OH2/status/nSetTemp1
7061 : IMPT : [import1#Set2] subscribed to /OH2/status/nSetTemp2
7062 : IMPT : [import1#Set3] subscribed to /OH2/status/nSetTemp3
7063 : IMPT : [import1#master] subscribed to /OH2/status/nMasterCaldaia
7065 : WIFI : Connected! AP: KeepOut (BC:EE:7B:EF:A3:38) Ch: 9 Duration: 3911 ms
7065 : EVENT: WiFi#ChangedAccesspoint
7144 : WIFI : Static IP: 192.168.1.206 (ESPT6-16) GW: 192.168.1.1 SN: 255.255.255.0   duration: 1940 ms
7173 : EVENT: Time#Set
7247 : EVENT: WiFi#Connected
7316 : Webserver: start
7332 : IMPT : MQTT 037 Intentional reconnect
7587 : IMPT : Error subscribing to /OH2/status/nSetTemp1
7588 : EVENT: Rules#Timer=1
ping 1, timeout 0, total payload 32 bytes, 1067 ms
                                                  7648 : [if 0=1]=false
7650 : else = true
7651 : ACT  : timerset,5,6
7688 : EVENT: Rules#Timer=1 Processing time:100 milliSeconds
7690 : MQTT : Intentional reconnect
7704 : MQTT : Connected to broker with client ID: ESPClient_60:01:94:8E:BA:C9
7707 : Subscribed to: /ESPT6/#
7708 : EVENT: MQTT#Connected
7722 : ACT  : publish /ESPT6/dummy/requestedTempUpdate,0
7813 : EVENT: MQTT#Connected Processing time:105 milliSeconds
7828 : IMPT : [import1#Set1] : 18.00
7828 : EVENT: import1#Set1=18.00
7882 : ACT  : taskvalueset,6,1,18
7893 : ACT  : timerset,1,2
7904 : ACT  : lcd,1,20,*
7955 : EVENT: import1#Set1=18.00 Processing time:127 milliSeconds
8065 : MQTT : Topic: /ESPT6/status/LWT
8065 : MQTT : Payload: Connected
8075 : IMPT : [import1#Set2] : 11.00
8075 : EVENT: import1#Set2=11.00
8131 : ACT  : taskvalueset,6,2,11
8143 : ACT  : timerset,2,3
8152 : ACT  : lcd,1,20,*
8199 : EVENT: import1#Set2=11.00 Processing time:124 milliSeconds
8206 : MQTT : Topic: /ESPT6/dummy/requestedTempUpdate
8207 : MQTT : Payload: 0
8218 : MQTT : Topic: /ESPT6/Relay1/r1
8218 : MQTT : Payload: 0
8219 : MQTT : Topic: /ESPT6/Relay1/r2
8219 : MQTT : Payload: 1
8220 : MQTT : Topic: /ESPT6/Relay1/r3
8220 : MQTT : Payload: 1
8220 : MQTT : Topic: /ESPT6/Relay1/r4
8220 : MQTT : Payload: 1
8221 : MQTT : Topic: /ESPT6/SysInfoUptime/UptimeDays
8221 : MQTT : Payload: 0.1
8222 : MQTT : Topic: /ESPT6/status/LWT
8222 : MQTT : Payload: Connected
8223 : MQTT : Topic: /ESPT6/dummy/requestedTempUpdate
8223 : MQTT : Payload: 0
ping 1, timeout 0, total payload 32 bytes, 1112 ms
                                                  8320 : IMPT : [import1#Set3] : 12.00
8320 : EVENT: import1#Set3=12.00
8376 : ACT  : taskvalueset,6,3,12
8387 : ACT  : timerset,3,4
8396 : ACT  : lcd,1,20,*
8441 : EVENT: import1#Set3=12.00 Processing time:121 milliSeconds
8565 : IMPT : [import1#master] : 0.00
8565 : EVENT: import1#master=0.00
8581 : ACT  : timerset,1,2
8591 : ACT  : timerset,2,3
8600 : ACT  : timerset,3,4
8608 : ACT  : lcd,1,20,*
8684 : EVENT: import1#master=0.00 Processing time:119 milliSeconds
8696 : EVENT: MQTTimport#Disconnected
8774 : EVENT: MQTTimport#Disconnected Processing time:78 milliSeconds
8775 : IMPT : MQTT 037 Connection lost
9712 : IMPT : Connected to MQTT broker with Client ID=ESPT6-Import
9713 : EVENT: MQTTimport#Connected
9725 : ACT  : publish /ESPT6/dummy/requestedTempUpdate,0
9809 : EVENT: MQTTimport#Connected Processing time:96 milliSeconds
9813 : IMPT : [import1#Set1] subscribed to /OH2/status/nSetTemp1
9813 : IMPT : [import1#Set2] subscribed to /OH2/status/nSetTemp2
9814 : IMPT : [import1#Set3] subscribed to /OH2/status/nSetTemp3
9815 : IMPT : [import1#master] subscribed to /OH2/status/nMasterCaldaia
9817 : MQTT : Topic: /ESPT6/dummy/requestedTempUpdate
9817 : MQTT : Payload: 0
9931 : IMPT : [import1#Set1] : 18.00
9931 : EVENT: import1#Set1=18.00
9985 : ACT  : taskvalueset,6,1,18
9996 : ACT  : timerset,1,2
10005 : ACT  : lcd,1,20,*
10053 : EVENT: import1#Set1=18.00 Processing time:122 milliSeconds
10173 : IMPT : [import1#Set2] : 11.00
10174 : EVENT: import1#Set2=11.00
10228 : ACT  : taskvalueset,6,2,11
10239 : ACT  : timerset,2,3
10248 : ACT  : lcd,1,20,*
10295 : EVENT: import1#Set2=11.00 Processing time:121 milliSeconds
10414 : IMPT : [import1#Set3] : 12.00
10414 : EVENT: import1#Set3=12.00
10470 : ACT  : taskvalueset,6,3,12

@giig1967g 내가 다운로드할 수 있는 bin 파일을 만들 수 있습니까? 4메가 버전? 아직 컴파일 과정을 배우는 중....

펌웨어.zip

@ giig1967g, 내가 말했듯이 - 매우 빠르고 안정적으로 보입니다.

이제 7시간 만에 재접속했습니다.

@ giig1967g 고정 IP를 실행하면 새 코드에 여전히 몇 가지 문제가 있습니다.
특히 MQTT로 실행할 때.
DHCP가 제대로 작동하는 것 같습니다.

내일은 "킹스데이"이고 왕실이 흐로닝언에 있을 것이기 때문에 나에게는 매우 바쁜 날이 될 것입니다. 또한 나는 왕에게 우리 문제에 대해 말할 수 있도록 초대받았습니다.
그래서 저는 지금 잠자리에 들고 오늘 코드를 메인 브랜치에 병합하지 않는 것이 좋습니다. 내일도 계속해서 개발하여 최고의 와이파이 연결 코드를 만들겠습니다 :)

알겠습니다. 20180426(2.3.0)과 WifistabilityBranch(2.4.1) 모두에서 문제를 발견했습니다.
라우터를 껐다가 다시 켜면 "Wifi#Connected" 직렬에 기록되어 있음에도 불구하고 장치가 Wi-Fi에 다시 연결되지 않습니다. 장치는 작동하지만(직렬 및 규칙은 정상) WiFi 연결이 없으므로 웹 인터페이스가 없습니다.

@ TD-그, 해보자. 왕께 인사드립니다. 아마도 다른 생각이 있을 것입니다. :)
그리고 잘 자.

@TD-er : 당신의 실생활 문제에 행운을 빕니다...

여기에 일부, 0.2초 동안 WIFI 연결을 끊으면:

29113846 : ACT : timerSet,1,60
29115651: MQTT: 연결 끊김
29115652 : 이벤트: MQTT#연결 끊김
29115689 : MQTT : 브로커에 연결하지 못했습니다.
29115690 : 이벤트: WiFi#연결 끊김
29115706 : WIFI : 연결이 끊어졌습니다! 이유: '(1) 미지정' 8h04m <-------- !!
29116189: MQTT: 브로커에 연결하지 못했습니다.
29116939: MQTT: 브로커에 연결하지 못했습니다.
29117860 : WD : 가동 시간 485 ConnectFailures 6 FreeMem 16416
29117881: MQTT: 브로커에 연결하지 못했습니다.
29117938: MQTT: 브로커에 연결하지 못했습니다.
29119189: MQTT: 브로커에 연결하지 못했습니다.
29120689 : MQTT : 브로커에 연결하지 못했습니다.
29120736 : DS : 온도: 19.94 (28-ff-b8-ea-b4-16-3-ed)
29120738 : 이벤트: DS18b20#온도=19.94
29122440 : MQTT : 브로커에 연결하지 못했습니다.
29124440 : MQTT : 브로커에 연결하지 못했습니다.
29126441 : MQTT : 브로커에 연결하지 못했습니다.
29128442 : MQTT : 브로커에 연결하지 못했습니다.

@giig1967g
웹 서버를 시작/중지하는 기능을 찾고 해당 기능의 첫 번째 줄에 return; 를 추가할 수 있습니다.
https://github.com/TD-er/ESPEasy/blob/f9be283cb70043733fdc45575457a85244660ea8/src/WebServer.ino#L570 -L585

고정 IP를 사용할 때 'gotIP' 함수를 호출하는 데 문제가 있는 것 같습니다.
MQTT + 고정 IP 실행 시 불안정한 이유이기도 합니다.

그러나 그것은 아마도 @ TD-er 사소한 일입니다. :)

흠, 나는 훑어보고 있지 않다.
내일 하는게 좋을 것 같아요.
또한 여기에서 DHCP로 작업합니다.

내 하드웨어의 안정성은 2.3.0 코어 빌드에서 항상 '더 나은'(완벽하지 않음)인 것 같습니다.

• 시도 2.4.0 및 2.41 -- 더 나빠졌습니다 ...

0403 메가 노멀 - 이전 버전과 작동하는 것 같습니다.
저와 같은 문제가 있는 사람은 0403을 사용해 보십시오.
@susisstrolch & @uzi18 - 귀하의 응답에 감사드립니다.. 이제 통신을 볼 수 있는 방법에 대한 더 나은 아이디어가 있습니다.
감사 해요

광산은 이제 거의 17시간 동안 실행됩니다. 단일 연결

내 장치에서 업데이트(이름|가동 시간(분)|마지막 디스크. 이유|wifi 연결(ms)):
wemos_mini_01_sysinfo | 1220 | 200 | 6462869
wemos_mini_02_sysinfo | 1223 | 1 | 19359544
wemos_mini_03_sysinfo | 657 | 1 | 1018597
wemos_mini_04_sysinfo | 1078 | 201 | 439668
wemos_mini_05_sysinfo | 650 | 6 | 9194816
wemos_mini_06_sysinfo | 927 | 1 | 955432
wemos_mini_07_sysinfo | 1142 | 1 | 14078412
wemos_mini_08_sysinfo | 730 | 1 | 7848454
wemos_mini_09_sysinfo | 1005 | 1 | 5536489
wemos_mini_10_sysinfo | 550 | 201 | 465734
wemos_mini_11_sysinfo | 662 | 4 | 15658520
wemos_mini_12_sysinfo | 1211 | 1 | 17915701
wemos_mini_13_sysinfo | 1211 | 1 | 17896590
wemos_mini_14_sysinfo | 1210 | 1 | 17882406
wemos_mini_15_sysinfo | 753 | 1 | 58904600
wemos_mini_16_sysinfo | 1197 | 1 | 17210855

장치 10을 한 번 재부팅합니다(플러그인과 관련될 수도 있음). DHCP 및 FHEM 컨트롤러가 있는 모든 장치와 일반 JSON 상태 업데이트(fhem에서 HTTPMOD를 통해 호출됨).
그들 모두의 웹 서버는 여전히 실행 중이며 매우 반응적입니다. 그래도 static-ip 또는 setup-page는 사용하지 않았습니다.

그래서 저에게 이것은 다소 안정적인 버전인 것 같습니다.

앞으로 4일 동안 대부분 오프라인 상태이므로 다음 주에 몇 명이 아직 살아 있는지 확인하겠습니다 😃

오, 그리고 왕께 인사드립니다! 나는 그가 IoT에 너무 빠져 있기를 바랍니다 😀

@clumsy-stefan 이 버전? https://github.com/TD-er/ESPEasy/tree/bugfix/wifi_stability
그리고 무슨 핵심?
라우터를 다시 시작해 보셨습니까?

@melwinek git commit: esp8266 마스터 브랜치의 d582cab938f041f622f2d4d8016b3d4bada55580(코어 개발의 마스터 브랜치에 대한 최신 커밋).

@clumsy-stefan 코어 2.3.0, 2.4.0 또는 2.4.1?

최신 GIT 커밋! (따라서 코어 2.4.1 이상이라고 가정)

이 커밋을 찾을 수 없습니다.
최신 정보: https://github.com/letscontrolit/ESPEasy/commit/d780f1a07fdcd4eec394a0677866c2a9778eb696
링크를 제공할 수 있습니까?

@clumsy-stefan 이해합니다. 핵심에 git을 작성했습니다.
어떤 ESPEasy 커밋을 컴파일합니까?

https://github.com/TD-er/ESPEasy/tree/bugfix/wifi_stability 분기에서 ESPEasy 커밋 f9be283
https://github.com/esp8266/Arduino 에서 esp8266 커밋 d582cab

@TD-er:

@giig1967g
웹 서버를 시작/중지하고 반환을 추가하는 기능을 찾을 수 있습니다. 해당 함수의 첫 번째 줄에 있습니다.
https://github.com/TD-er/ESPEasy/blob/f9be283cb70043733fdc45575457a85244660ea8/src/WebServer.ino#L570 -L585

고정 IP를 사용할 때 'gotIP' 함수를 호출하는 데 문제가 있는 것 같습니다.
MQTT + 고정 IP 실행 시 불안정한 이유이기도 합니다.

안녕하세요, 문제는 웹 서버가 아니라 Wi-Fi에 연결된 것 같지만 그렇지 않은 장치입니다. ping할 수 없음, MQTT를 보낼 수 없음 등

최신 github는 코어 2.4.1에서 완벽하게 실행됩니다. 연결 문제 없음, 회원 누출 없음

@mvdbro esp32 또는 esp8266 장치를 사용합니까?

ESP8266과 ESP32를 모두 사용합니다. 둘 다 잘 작동합니다.

참고 사항:
항상 고정 IP 사용
필요한 플러그인만 사용(RAM을 안전한 최소 수준으로 유지합니다. 기본 설정에는 많은 플러그인이 로드되어 있어야 한다고 생각합니다)

엄청난! :웃다:
내 esp8266에서도 코어 2.4.1을 시도합니다.
정적 및 dhcp가 작동 중입니다.
dnsserver 및 종속 포털이 작동합니다.
NTP가 작동합니다!

@Feuerreiter : 장치가 다시 연결되는지 확인하기 위해 라우터를 껐다가 켜
제 경우에는 로그에 다시 연결되었다고 나와 있지만 연결되지 않았습니다.

@giig1967g 나중에 집에서 해봐야

@mvdbro

기본 세트에는 많은 플러그인이 로드되어 있어야 한다고 생각합니다.

나는 동의한다. 플러그인에 대한 사전 선택이 있어야 하거나 사용하지 않을 때 절대적으로 필요한 것보다 더 많은 메모리를 사용하지 않도록 모든 플러그인을 더 잘 확인해야 합니다.
그리고 사용 가능한 플러그인에 대한 정보가 포함된 큰 구조체를 자세히 보면 얻을 수 있는 메모리가 많습니다.

[PlatformIO] 코어를 2.4.1로 업데이트
1+

좋은 결정이라고 생각합니다.
어제 오후부터 문제가 없습니다.

다른 스레드에 게시한 대로:
빌드에 약간의 도움이 필요한 사람들을 위해 2일 전에 작성한 패치 버전을 방금 빌드했지만 지금은 코어 2.4.1이 포함되어 있습니다.
TD-er_wifi_stability_core-2.4.1

메모리는 꽤 일정하게 유지됩니다.
처음 15분 동안 약간 가라앉습니다.
(그들은 여기에서 볼 수 없습니다)
19:05:33 ESP-206/SYSHEAP 11536
19:08:34 ESP-206/SYSHEAP 11536
19:11:36 ESP-206/SYSHEAP 11536
19:14:37 ESP-206/SYSHEAP 11536
19:17:40 ESP-206/SYSHEAP 11536
19:20:42 ESP-206/SYSHEAP 11536
19:23:45 ESP-206/SYSHEAP 11536
19:26:47 ESP-206/SYSHEAP 11536
19:29:50 ESP-206/SYSHEAP 11536
19:32:52 ESP-206/SYSHEAP 11536
19:35:54 ESP-206/SYSHEAP 11536
19:38:57 ESP-206/SYSHEAP 11536
19:41:59 ESP-206/SYSHEAP 11536
19:45:01 ESP-206/SYSHEAP 11536
19:48:04 ESP-206/SYSHEAP 11536
19:51:06 ESP-206/SYSHEAP 11536
19:54:09 ESP-206/SYSHEAP 11536
19:57:11 ESP-206/SYSHEAP 11536
20:00:13 ESP-206/SYSHEAP 11536
20:03:16 ESP-206/SYSHEAP 11536
20:06:17 ESP-206/SYSHEAP 11536
20:09:29 ESP-206/SYSHEAP 11656
20:12:19 ESP-206/SYSHEAP 11592
20:15:21 ESP-206/SYSHEAP 11592
20:18:23 ESP-206/SYSHEAP 11592
20:21:24 ESP-206/SYSHEAP 11592
20:24:25 ESP-206/SYSHEAP 13192
20:27:27 ESP-206/SYSHEAP 11592
20:30:30 ESP-206/SYSHEAP 11592
20:33:31 ESP-206/SYSHEAP 11592
20:36:34 ESP-206/SYSHEAP 11592
20:39:36 ESP-206/SYSHEAP 11592
20:42:39 ESP-206/SYSHEAP 11592
20:45:40 ESP-206/SYSHEAP 11592
20:48:43 ESP-206/SYSHEAP 11592
20:51:45 ESP-206/SYSHEAP 11592
20:54:48 ESP-206/SYSHEAP 11592
20:57:50 ESP-206/SYSHEAP 11592
21:00:52 ESP-206/SYSHEAP 11592
21:03:54 ESP-206/SYSHEAP 11592
21:06:56 ESP-206/SYSHEAP 11424
21:09:58 ESP-206/SYSHEAP 13024
21:13:01 ESP-206/SYSHEAP 11424
21:16:03 ESP-206/SYSHEAP 13024
21:19:06 ESP-206/SYSHEAP 11424
21:22:08 ESP-206/SYSHEAP 11448
21:25:10 ESP-206/SYSHEAP 11424
21:28:13 ESP-206/SYSHEAP 11424
21:31:15 ESP-206/SYSHEAP 11424
21:34:18 ESP-206/SYSHEAP 11424
21:37:20 ESP-206/SYSHEAP 11424
21:40:22 ESP-206/SYSHEAP 11424
21:43:24 ESP-206/SYSHEAP 11424
21:46:27 ESP-206/SYSHEAP 11424
21:49:28 ESP-206/SYSHEAP 13024
21:52:31 ESP-206/SYSHEAP 11424
21:55:33 ESP-206/SYSHEAP 11424
21:58:36 ESP-206/SYSHEAP 11424
22:01:38 ESP-206/SYSHEAP 11424

한편, 어제 정오부터 8개의 기기가 실행되고 있습니다.
그들 중 누구도 막히지 않았습니다.

하나는 약 15분 동안 액세스할 수 없었습니다. 갑자기 네트워크에 다시 연결되었습니다.
전반적으로 만족스러운 결과입니다.

아주 잘 들었습니다.
@Oxyandy 도 내가 공유한 최신 빌드와 유사한 긍정적인 결과를 공유할 수 있기를 바랍니다.
그의 노드는 2.4.x를 사용할 때 가장 중요했습니다.

@TD-er Morning, 캐치 업 후 마침내이 게시물을 찾았습니다.
2.4.1을 사용하는 0403은 밤새 잘했습니다.
이제 최신 rar 일반 1024 8266에서 깜박입니다.
첫 번째 시도를 연결하고 시간을 즉시 업데이트하며 Wi-Fi 오류가 없고(지금까지) 연결 상태를 유지합니다(지금까지).
웹 서버는 매번 응답합니다..
테스트 시간이 조금 더 필요하지만 좋아 보입니다.

들으니 좋네요 :)

@giig1967g가 보고한 NTP 문제를
최선을 기대해 보자구.

우리가 와이파이를 그대로 두고 나머지를 계속할 수 있다면 정말 좋을 것입니다.

내가 피드백을 제공하는 몇 가지 사항을 미세 조정할 수 있기를 바랍니다. 상황이 다시 안정적으로 표시되면.
Github의 wifi_stability_core-2.4.1 소스로 몇 가지 특정 테스트를 시도할 것입니다.
소스가 근본적으로 변경되지 않은 경우 내 오랜 문제를 수정할 수 있습니다.

수정 사항이 있으면 공유하십시오.

@giig1967g 테스트를

또한 D1-Mini 및 BME280으로 테스트를 시작했습니다.

ESPEasy: 2abec2b0bb74018ea76203886f683761796091a2 커밋
병합: 16d3a9f 29f89b6
저자: Susis Strolch [email protected]
날짜: 2018년 4월 28일 토요일 10:26:14 +0200

Merge remote-tracking branch 'upstream/mega' into mega

* upstream/mega:
  automaticly updated release notes for mega-20180428

코어: 커밋 41a64707f149d01ace37c903f448d5e3f1cee5d8
저자: Marcel Stör [email protected]
날짜: 2018년 4월 26일 목 01:46:17 +0200

Fix WiFi status formatting issue (bullet list) (#4671)

맞춤.h:
`#warning " ** Custom.h 파일의 설정 사용 * "

정의된 경우(ESP8266)

// Arduino OTA 업데이트를 활성화합니다.
//참고: 이것은 펌웨어 크기에 약 10kb를 추가하고 1kb 추가 램을 추가합니다.
// #FEATURE_ARDUINO_OTA 정의

//mDNS 모드 활성화(약 6kb 램 및 일부 바이트 IRAM 추가)
// #FEATURE_MDNS 정의

엔디프

undef PLUGIN_BUILD_NORMAL

unef PLUGIN_BUILD_TESTING

undef PLUGIN_BUILD_DEV

PLUGIN_BUILD_CUSTOM 정의

undef BUILD_UPLOADER

정의된 경우(BUILD_UPLOADER)

#warning "**** Building ESP8285 Uploader image ***"

또 다른

// 자체 플러그인 정의
#define USES_P001 // 전환
#define USES_P002 // ADC
#define USES_P004 // 달라스
#define USES_P005 // DHT
#define USES_P013 // HCSR04
#define USES_P026 // 시스템 정보
#define USES_P028 // BME280
#define USES_P033 // 더미

#define USES_C008   // Generic HTTP
#define USES_C009   // FHEM HTTP
#define USES_C013   // ESPEasy P2P network

엔디프

undef BUILD_GIT

정의 BUILD_GIT "2abec2b"`

NTP에 몇 가지 문제가 있는 것 같습니다.
`
INIT : 부팅 버전: 2abec2b (ESP82xx Core 41a64707)

80 : INIT : 웜 부트 #2

81 : FS : 마운팅...

106 : FS : 마운트 성공, 957314 중 76053바이트 사용

115 : CRC : 프로그램 메모리 체크섬을 찾을 수 없습니다. crc2.py의 출력 확인

144 : CRC : SecuritySettings CRC ...OK

227 : INIT : 여유 RAM:32208

227 : 초기화 : I2C

227 : INIT : SPI가 활성화되지 않음

232 : 정보 : 플러그인: 8 (ESP82xx 코어 41a64707)

233 : 이벤트: 시스템#웨이크

241 : WIFI : WiFi를 STA로 설정
242 : WIFI : SusiconStrolch 연결 시도 #0
355 : 이벤트: 시스템#부팅
364 : WD : 가동 시간 0 ConnectFailures 0 FreeMem 31504
3987 : BMx280 : 감지된 BME280
5575 : BME280: 이슬점 8.03C
5576 : BME280 : 주소: 0x76
5576 : BME280 : 온도: 18.49
5576 : BME280 : 습도: 50.75
5576 : BME280 : 기압: 1010.58
5583 : 이벤트: BMx280#온도=18.49
5592 : 이벤트: BMx280#습도=50.75
5597 : 이벤트: BMx280#압력=1010.58
5853 : 현재 시간대: DST 시간 시작: 2018-03-25 02:00:00 오프셋: 120분STD 시간 시작: 2018-10-28 03:00:00 오프셋: 60분
5853 : 이벤트: 시간#초기화
5862 : 이벤트: Clock#Time=Sat,10:52
5866 : ACT : 작업 값 집합 12,1,0
5872 : ACT : 작업 값 집합 12,2,-58
5877 : ACT : 작업 값 집합 12,3,29912
5883 : ACT : 작업 값 집합 12,4,39164
5888 : WIFI : 연결되었습니다! AP: SusiconStrolch (38:10:D5:B2:22:1E) 채널: 13 지속 시간: 3783ms
5888 : 이벤트: WiFi#변경된 액세스 포인트
5894 : WIFI : DHCP IP: 192.168.254.71 (D1pro-01-11) GW: 192.168.254.1 SN: 255.255.255.0 지속 시간: 17ms
5913 : 현재 시간대: DST 시간 시작: 2036-03-30 02:00:00 오프셋: 120 minSTD 시간 시작: 2036-10-26 03:00:00 오프셋: 60 min
5914 : 이벤트: 시간#설정
5921 : 이벤트: WiFi#연결됨
5928 : 웹 서버: 시작
5935 : 이벤트: Clock#Time=Thu,07:28
`
5853 : 현재 시간대: DST 시간 시작: 2018-03-25 02:00:00
5913 : 현재 시간대: DST 시간 시작: 2036-03-30 02:00:00 오프셋: 120 minSTD 시간 시작:

이것은 알려진 -1 오류 코드이며 여전히 시간 버그로 변환됩니다.

흠, NTP에 대한 호출이 어떻게 -1이 될지 궁금합니다.

@susisstrolch
어떤 버전인가요? ESPeasy는 BUILD_GIT 값을 사용하여 설정 파일과 다른 파일에서도 패치해야 할 항목을 결정했습니다. 필요한 패치를 결정하는 데 사용되는 일종의 내부 버전입니다. (만약에 어떠한)
해당 값을 변경하면 이상한 일이 발생할 수 있습니다.

UDP와 관련된 것 같아요. 다른 장치가 표시되지 않습니다. 그리고 그 반대의 비자.

@susisstrolch 고정 IP를 사용하는 것입니까, 아니면 DHCP를 사용하는 것입니까?

BUILD_GIT를 기반으로 하는 @TD-er 패치는 포크, 분기 및 로컬 커밋에서 변경되기 때문에 나쁜 생각입니다.
BUILD_FEATURE일 수 있는 다른 유형/변수가 있어야 이러한 동작을 제어합니다.

내 AP를 거의 재부팅하지 않기 때문에 최신 github 소스(20180428)로 재연결이 실패한다는 사실을 눈치채지 못했습니다. 무슨 일이 일어나고 있는지 알아보기 위해 내부 상태를 확인하려고 했습니다.

부팅 후:
Wifi.status() 호출: 3은 WL_CONNECTED를 의미합니다.
변수 wifiStatus : 3은 ESPEASY_WIFI_SERVICES_INITIALIZED를 의미합니다.

재부팅 후 AP
Wifi.status() 호출: 3은 WL_CONNECTED를 의미합니다.
변수 wifiStatus : 0은 ESPEASY_WIFI_DISCONNECTED를 의미합니다.

이것은 시간이 지나도 변하지 않으며 ESP는 절대 다시 연결하지 않습니다.

코어에 대한 Wifi.status() 호출이 여전히 상태 3(WL_CONNECTED)을 보고하는 이유가 궁금합니다.
이벤트 기반 Wi-Fi가 내부 코어 상태를 방해하기 때문입니까?

동작은 코어 2_3_0 및 2_4_1에서 동일합니다.

그것은 DHCP와 함께

그리고 정상적인 재부팅 후에 예상됩니다.

Wifi.status() 호출: 3은 WL_CONNECTED를 의미합니다.
변수 wifiStatus : 1은 ESPEASY_WIFI_CONNECTED를 의미합니다.

대신에:
Wifi.status() 호출: 3은 WL_CONNECTED를 의미합니다.
변수 wifiStatus : 3은 ESPEASY_WIFI_SERVICES_INITIALIZED를 의미합니다.

흠, 좋은 질문이네요 @mvdbro
WL_CONNECTED 상태는 해당 상태를 업데이트하는 함수를 호출하지 않기 때문에 업데이트되지 않을 수 있습니다.
메모리에서 "get IP" 이벤트가 처리될 때 핵심 라이브러리에서 함수가 호출된다고 말하고 싶습니다.
핵심 라이브러리 코드의 해당 영역을 살펴보겠습니다.
알아봐 주셔서 감사합니다.

@susisstrolch 좋아요, 여기에서도 DHCP로 시도하겠습니다.
내 테스트 장치는 내부 ESPeasy UDP 통신을 통해 서로를 볼 수 있지만 최근에 대부분의 문제가 발생했기 때문에 현재 고정 IP에서 실행되고 있습니다.

@TD-er 보류 - 핵심 관련 문제인지 확인합니다.

@mvdbro
코드는 다음과 같습니다.
https://github.com/esp8266/Arduino/blob/836c7da8cc1ad11a66e0be1f30d35a92b5317bcc/libraries/ESP8266WiFi/src/ESP8266WiFiSTA.cpp#L497 -L513

실제로 내부 상태가 'got IP'로 설정되어 있지 않은 한 WL_CONNECTED를 반환하지 않습니다.

ESPeasy의 enum/define과 코어 라이브러리 간의 변수 이름 차이에 대해.
핵심 라이브러리 상태는 실제로 실제 상태를 반영하지 않습니다. 연결될 수 있고 IP가 없기 때문입니다.

Wi-Fi 연결/재연결 문제에 대해서만 이 스레드를 유지하는 것이 더 나을 수 있으므로 처음부터 이 문제를 해결할 수 있습니다.

나는 이것이 사용 된 효과적인 코드라고 생각합니다.

Wifi.status() 코드:
WL_IDLE_STATUS 0
WL_NO_SSID_AVAIL 1
WL_SCAN_COMPLETED 2
WL_연결됨 3
WL_CONNECT_FAILED 4
WL_CONNECTION_LOST 5
WL_DISCONNECTED 6

wifi상태 코드:
ESPEASY_WIFI_DISCONNECTED 0
ESPEASY_WIFI_연결됨 1
ESPEASY_WIFI_GOT_IP 2
ESPEASY_WIFI_SERVICES_INITIALIZED 3

Wi-Fi 연결/재연결 문제와 매우 관련이 있을 수 있습니다.
고정 IP를 사용하면 "IP 가져오기"에 대한 이벤트가 없으므로 현재 처리가 불완전할 수 있으며 이로 인해 이러한 문제 중 일부가 발생합니다.

그래서 재부팅 후 AP
Wifi.status() 호출: 3은 WL_CONNECTED를 의미합니다.
이것은 정확하지 않습니다.

Wifi.status()가 예상대로 작동하지 않으면 심각한 arduino 핵심 버그입니다. 이것은 그들의 github 이슈 트래커에 보고되어야 하지 않습니까?

@susisstrolch 방금 같은 경험을했습니다. 정상 작동이 확인된 준비된 구성 장치를 업데이트했습니다. 다른 유닛을 발견하지 못했습니다.

해결 방법: UDP 포트 항목을 확인하십시오. (65500) 내 것이 없어졌습니다. 다시 재부팅하면 작동했습니다.
우리는 정말로 JSON 기반 구성으로 가야합니다 !!!

@mvdbro 방금 이것을 찾았습니다. 39페이지 상단을 참조하세요.
https://www.espressif.com/sites/default/files/documentation/2c-esp8266_non_os_sdk_api_reference_en.pdf
이제 연결 이벤트를 처리한 후 IP 구성을 (다시) 설정해야 하는지 확인하기 위해 테스트하겠습니다.

누군가 이 PR에서 코드를 테스트할 수 있습니까? https://github.com/letscontrolit/ESPEasy/pull/1328

@s0170071 - 확인됨 - UDP 포트 설정이 변경되었습니다.

@TD-er 약 #1328:

INIT : Booting version: 62e6317 (ESP82xx Core 41a64707)
75 : INIT : Warm boot #1
76 : FS   : Mounting...
101 : FS   : Mount successful, used 76053 bytes of 957314
111 : CRC  : No program memory checksum found. Check output of crc2.py
142 : CRC  : SecuritySettings CRC   ...OK 
248 : INIT : Free RAM:31624
248 : INIT : I2C
248 : INIT : SPI not enabled
253 : INFO : Plugins: 8 (ESP82xx Core 41a64707)
254 : EVENT: System#Wake
261 : WIFI : Set WiFi to STA
        mode : sta(5c:cf:7f:f1:bb:e1)
        add if0
264 : WIFI : Connecting SusiconStrolch attempt #0
267 : OTA  : Arduino OTA enabled on port 8266
379 : EVENT: System#Boot
390 : WD   : Uptime 0 ConnectFailures 0 FreeMem 30112
        scandone
        state: 0 -> 2 (b0)
4014 : BMx280 : Detected BME280
        state: 2 -> 3 (0)
        state: 3 -> 5 (10)
        add 0
        aid 3
        cnt 
        connected with SusiconStrolch, channel 13
        dhcp client start...
        ip:192.168.254.71,mask:255.255.255.0,gw:192.168.254.1
5602 : BME280: dew point 8.12C
5603 : BME280 : Address: 0x76
5603 : BME280 : Temperature: 20.25
5603 : BME280 : Humidity: 45.75
5603 : BME280 : Barometric Pressure: 1010.14
5611 : EVENT: BMx280#Temperature=20.25
5620 : EVENT: BMx280#Humidity=45.75
5626 : EVENT: BMx280#Pressure=1010.14
5884 : Current Time Zone:  DST time start: 2018-03-25 02:00:00 offset: 120 minSTD time start: 2018-10-28 03:00:00 offset: 60 min
5884 : EVENT: Time#Initialized
5893 : EVENT: Clock#Time=Sat,16:10
5898 : ACT  : taskvalueset 12,1,0
5903 : ACT  : taskvalueset 12,2,-60
5908 : ACT  : taskvalueset 12,3,28376
5914 : ACT  : taskvalueset 12,4,58217
5921 : WIFI : Connected! AP: SusiconStrolch (38:10:D5:B2:22:1E) Ch: 13 Duration: 3788 ms
5921 : EVENT: WiFi#ChangedAccesspoint
5927 : IP   : Static IP : 192.168.254.71 GW: 192.168.254.1 SN: 255.255.255.0 DNS: 192.168.254.1
        STUB: dhcp_stop
5932 : WIFI : Static IP: 192.168.254.71 (D1pro-01-11) GW: 192.168.254.1 SN: 255.255.255.0   duration: 1879 ms
5957 : Current Time Zone:  DST time start: 2036-03-30 02:00:00 offset: 120 minSTD time start: 2036-10-26 03:00:00 offset: 60 min
5957 : EVENT: Time#Set
5964 : EVENT: WiFi#Connected
5971 : Webserver: start
5979 : EVENT: Clock#Time=Thu,07:28
5989 : ACT  : taskvalueset 12,1,0
5999 : ACT  : taskvalueset 12,2,-59
6006 : ACT  : taskvalueset 12,3,26040
6014 : ACT  : taskvalueset 12,4,26896
6019 : EVENT: Clock#Time=Thu,07:28 Processing time:40 milliSeconds
        ping 1, timeout 0, total payload 32 bytes, 1064 ms
        ping 1, timeout 0, total payload 32 bytes, 1065 ms
7269 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
8088 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
8396 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
11998 : Dummy: value 1: 0.00
12000 : Dummy: value 2: -59.00
12000 : Dummy: value 3: 26040.00
12001 : Dummy: value 4: 26896.00
12006 : EVENT: sysinfo#uptime=0.00
12015 : EVENT: sysinfo#uptime=0.00 Processing time:9 milliSeconds
12016 : EVENT: sysinfo#RSSI=-59.00
12025 : EVENT: sysinfo#RSSI=-59.00 Processing time:8 milliSeconds
12025 : EVENT: sysinfo#sysheap=26040.00
12034 : EVENT: sysinfo#sysheap=26040.00 Processing time:9 milliSeconds
12034 : EVENT: sysinfo#syssec_d=26896.00
12043 : EVENT: sysinfo#syssec_d=26896.00 Processing time:9 milliSeconds
12068 : HTTP : connecting to 192.168.254.27:8383
12275 : HTTP : closing connection
        pm open,type:2 0
14437 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
18430 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
18533 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
25189 : UDP  : 60:01:94:83:B1:70,192.168.254.80,10
30390 : WD   : Uptime 1 ConnectFailures 0 FreeMem 24816
30391 : UDP  : Send Sysinfo message
34917 : UDP  : 5C:CF:7F:9E:CC:3D,192.168.254.98,8
37273 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
38092 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
38501 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
44441 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
48436 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
48641 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
49979 : EVENT: Clock#Time=Thu,07:29
49987 : ACT  : taskvalueset 12,1,1
49994 : ACT  : taskvalueset 12,2,-57
50001 : ACT  : taskvalueset 12,3,25544
50009 : ACT  : taskvalueset 12,4,26940
50014 : EVENT: Clock#Time=Thu,07:29 Processing time:35 milliSeconds
55193 : UDP  : 60:01:94:83:B1:70,192.168.254.80,10
60390 : WD   : Uptime 1 ConnectFailures 0 FreeMem 24816
60392 : UDP  : Send Sysinfo message
64922 : UDP  : 5C:CF:7F:9E:CC:3D,192.168.254.98,8
66569 : BME280: dew point 8.10C
66571 : BME280 : Address: 0x76
66572 : BME280 : Temperature: 20.28
66572 : BME280 : Humidity: 45.58
66573 : BME280 : Barometric Pressure: 1010.10
66576 : EVENT: BMx280#Temperature=20.28
66587 : EVENT: BMx280#Temperature=20.28 Processing time:11 milliSeconds
66588 : EVENT: BMx280#Humidity=45.58
66594 : EVENT: BMx280#Humidity=45.58 Processing time:6 milliSeconds
66595 : EVENT: BMx280#Pressure=1010.10
66602 : EVENT: BMx280#Pressure=1010.10 Processing time:7 milliSeconds
66627 : HTTP : connecting to 192.168.254.27:8383
66833 : HTTP : closing connection
67277 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
68096 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
68403 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
72860 : Dummy: value 1: 1.00
72861 : Dummy: value 2: -57.00
72862 : Dummy: value 3: 25544.00
72863 : Dummy: value 4: 26940.00
72865 : EVENT: sysinfo#uptime=1.00
72872 : EVENT: sysinfo#uptime=1.00 Processing time:7 milliSeconds
72872 : EVENT: sysinfo#RSSI=-57.00
72878 : EVENT: sysinfo#RSSI=-57.00 Processing time:6 milliSeconds
72879 : EVENT: sysinfo#sysheap=25544.00
72887 : EVENT: sysinfo#sysheap=25544.00 Processing time:8 milliSeconds
72888 : EVENT: sysinfo#syssec_d=26940.00
72897 : EVENT: sysinfo#syssec_d=26940.00 Processing time:9 milliSeconds
72924 : HTTP : connecting to 192.168.254.27:8383
73129 : HTTP : closing connection
74446 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
78747 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
78950 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
85197 : UDP  : 60:01:94:83:B1:70,192.168.254.80,10
90390 : WD   : Uptime 2 ConnectFailures 0 FreeMem 24816
90391 : UDP  : Send Sysinfo message
94925 : UDP  : 5C:CF:7F:9E:CC:3D,192.168.254.98,8
97280 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
98101 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
98407 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
104448 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
108852 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
108954 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
110842 : EVENT: Clock#Time=Thu,07:30
110849 : ACT  : taskvalueset 12,1,2
110856 : ACT  : taskvalueset 12,2,-54
110864 : ACT  : taskvalueset 12,3,24504
110871 : ACT  : taskvalueset 12,4,27000
110876 : EVENT: Clock#Time=Thu,07:30 Processing time:34 milliSeconds

보시다시피 DHCP는 고정 IP로 설정되어 있어도 시작됩니다...

여기 내 JSON이 있습니다.

{"System":{
"Build":20102,
"Git Build":"62e6317",
"Local time":"2036-02-07 07:33:33",
"Unit":11,
"Name":"D1pro-01",
"Uptime":5,
"Load":1,
"Load LC":10747,
"Free RAM":25280
},
"WiFi":{
"Hostname":"D1pro-01-11",
"IP":"192.168.254.71",
"Subnet Mask":"255.255.255.0",
"Gateway IP":"192.168.254.1",
"MAC address":"5C:CF:7F:F1:BB:E1",
"DNS 1":"192.168.254.1",
"DNS 2":"0.0.0.0",
"SSID":"SusiconStrolch",
"BSSID":"38:10:D5:B2:22:1E",
"Channel":13,
"Connected msec":319382,
"Last Disconnect Reason":1,
"Last Disconnect Reason str":"(1) Unspecified",
"RSSI":-59
},
"Sensors":[
{
"TaskNumber":4,
"Type":"Environment - BMx280",
"TaskName":"BMx280",
"TaskValues": [
{"ValueNumber":1,
"Name":"Temperature",
"Value":20.31},
{"ValueNumber":2,
"Name":"Humidity",
"Value":44.70},
{"ValueNumber":3,
"Name":"Pressure",
"Value":1010.10}]
},
{
"TaskNumber":12,
"Type":"Generic - Dummy Device",
"TaskName":"sysinfo",
"TaskValues": [
{"ValueNumber":1,
"Name":"uptime",
"Value":5},
{"ValueNumber":2,
"Name":"RSSI",
"Value":-60},
{"ValueNumber":3,
"Name":"sysheap",
"Value":25464},
{"ValueNumber":4,
"Name":"syssec_d",
"Value":27180}]
}
]
}

99 : CRC : 프로그램 메모리 체크섬을 찾을 수 없습니다. crc2.py의 출력 확인
130 : CRC : SecuritySettings CRC ...OK
211 : INIT : 여유 RAM:21016
211 : 초기화 : I2C
211 : INIT : SPI가 활성화되지 않음
1042 : INFO : 플러그인: 71 [일반] [테스트 중] (ESP82xx 코어 2_4_1)
1042 : 이벤트: 시스템#웨이크
1089 : WIFI : WiFi를 STA로 설정
1091 : WIFI : SMC 연결 시도 #0
1103 : 이벤트: 시스템#부팅
1111 : ACT : ESP-201/IP,0.0.0.0 게시
1124 : ACT : 타이머셋,1,60
1152 : WD : 가동 시간 0 ConnectFailures 0 FreeMem 20160
1183 : DS : 온도: 20.37 (28-ff-b8-ea-b4-16-3-ed)
1184 : 이벤트: DS18b20#온도=20.37
4887 : WIFI : 연결되었습니다! AP: SMC(78:8A:20:D1:9B:D9) 채널: 1 지속 시간: 3795ms
4888 : 이벤트: WiFi#변경된 액세스 포인트
4910 : IP : 고정 IP : 192.168.0.201 GW: 192.168.0.3 SN: 255.255.255.0 DNS: 192.168.0.3
4911 : WIFI : 고정 IP: 192.168.0.201(ESP-201-1) GW: 192.168.0.3 SN: 255.255.255.0 지속 시간: 25ms
5009 : 현재 시간대: DST 시간 시작: 2018-03-25 02:00:00 오프셋: 120분STD 시간 시작: 2018-10-28 03:00:00 오프셋: 60분
5010 : 이벤트: 시간#초기화
5027 : 이벤트: WiFi#연결됨
5044 : 웹 서버: 시작
5127 : MQTT : 의도적인 재연결
5182 : MQTT : 클라이언트 ID가 있는 브로커에 연결됨: ESPClient_5C:CF:7F:0B:68:52
5184 : 구독: ESP-201/#
5185 : 이벤트: MQTT#연결됨
5846 : 이벤트: 시계#시간=토,16:19

@susisstrolch 최근에 패치를 작성했기 때문에 DHCP를 시작하는 것이 이상합니다.
2.4.1에서 뭔가 바뀌었나요?

추가 디버그 정보를 얻기 위해 무엇을 했습니까?

나는 단순히 디버그 수준을 "더 디버그"로 설정했습니다...

@susisstrolch 핵심 라이브러리에서 생성된 다른 디버그 출력도 있는 것 같습니다.
직렬 포트의 내 로그에는 표시되지 않습니다.

편집하다:
그것을 찾았습니다. Serial.setDebugOutput은 Setup()에서 호출됩니다. 그래서 간단한 재부팅으로 충분했습니다 :)

다음은 SYSHEAP와 Uptime의 상호 작용입니다.

그 sysheap 그래프가 하루나 이틀 후에 어떻게 보일지 궁금합니다.

그가 실패하지 않는다면 우리는 그것을 보게 될 것입니다. :)

차트는 모두 다르게 보입니다. 이것은 마지막 변경 사항과 고정 IP가 있는 장치입니다.

이전 차트는 어떤 버전이었나요?

첫 번째 차트, 어젯밤의 스페셜 버전. DHCP 사용

흥미로운.
내 노드에도 일부 sysheap 로깅을 추가합니다.

저는 openHAB으로 로그인합니다. Grafana와도 좋습니다.

현재 커밋을 플래시해야 합니까? 그런 다음 ESP-201에서 내 차트가 손실됩니다.

현재로서는 와이파이 안정성 테스트가 더 중요하다고 생각합니다.

알겠습니다.

네, 온라인입니다.

INIT : 부팅 버전: (ESP82xx Core 2_4_1)
92 : INIT : 웜 부팅 #2
94 : FS : 마운팅...
118 : FS : 마운트 성공, 957314 중 76806바이트 사용
131 : CRC : 프로그램 메모리 체크섬을 찾을 수 없습니다. crc2.py의 출력 확인
162 : CRC : SecuritySettings CRC ...확인
243 : INIT : 여유 RAM:20984
243 : 초기화 : I2C
243 : INIT : SPI가 활성화되지 않음
1073 : INFO : 플러그인: 71 [일반] [테스트 중] (ESP82xx 코어 2_4_1)
1073 : 이벤트: 시스템#웨이크
1120 : WIFI : WiFi를 STA로 설정
1152 : WIFI : SMC 연결 시도 #0
1153: IP: 고정 IP: 192.168.0.201 GW: 192.168.0.3 SN: 255.255.255.0 DNS: 192.168.0.3
1155 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 1 Arduino 상태: 6
1172 : 이벤트: 시스템#부팅
1178 : ACT : 네오픽셀All,0,0,0,0
1189 : ACT : ESP-201/IP,192.168.0.201 발행
1201 : ACT : 타이머셋,1,60
1226 : WD : 가동 시간 0 ConnectFailures 0 FreeMem 20088
1257 : DS : 온도: 20.25 (28-ff-b8-ea-b4-16-3-ed)
1259 : 이벤트: DS18b20#온도=20.25
4952 : WIFI : 연결되었습니다! AP: SMC(78:8A:20:D1:9B:D9) 채널: 1 지속 시간: 3798ms
4953 : 이벤트: WiFi#변경된 액세스 포인트
4974: IP: 고정 IP: 192.168.0.201 GW: 192.168.0.3 SN: 255.255.255.0 DNS: 192.168.0.3
4975 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 5 Arduino 상태: 3
4980 : WIFI : 고정 IP: 192.168.0.201(ESP-201-1) GW: 192.168.0.3 SN: 255.255.255.0 지속 시간: 24ms
5102 : 현재 시간대: DST 시간 시작: 2018-03-25 02:00:00 오프셋: 120분STD 시간 시작: 2018-10-28 03:00:00 오프셋: 60분
5103 : 이벤트: 시간#초기화
5123 : 이벤트: WiFi#연결됨
5140 : 웹서버: 시작
5141 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 5 Arduino 상태: 3
5223 : MQTT : 의도적인 재연결
5261 : MQTT : 클라이언트 ID가 있는 브로커에 연결됨: ESPClient_5C:CF:7F:0B:68:52
5264 : 구독: ESP-201/#
5265 : 이벤트: MQTT#연결됨
5912 : 이벤트: Clock#Time=Sun,00:14
31226 : WD : 가동 시간 1 ConnectFailures 0 FreeMem 15968

또한 sysinfo 페이지의 정보를 확장했습니다.
재연결 카운터 추가 및 정적/DHCP 설정 사용(및 SDK 버전)

또한 잠시 동안 연결되지 않을 때 다시 연결되는 일부 강제 재연결 검사가 포함되었습니다.

0.2초 동안 WIFI를 차단해야 하나요?

충돌을 시도하십시오 :)

확인

244302 : ACT : ESP-201/IP, 192.168.0.201 게시
244318 : ACT : ESP-201/MAC,5C:CF:7F:0B:68:52 게시
244331 : ACT : ESP-201/Time,00:18:18 게시
244343 : ACT : ESP-201/업타임 게시,4
244355 : ACT : ESP-201/RSSI,-62 게시
244367 : ACT : ESP-201/SSID,SMC 게시
244379 : ACT : ESP-201/BSSID,78:8A:20:D1:9B:D9 게시
244391 : ACT : ESP-201/CH,1 게시
244406 : ACT : ESP-201/SYSHEAP,12616 게시
244422 : ACT : timerSet,1,60
255542 : 이벤트: WiFi#연결 끊김
255560 : WIFI : 연결이 끊어졌습니다! 이유: '(1) 지정되지 않음' 4m 10초 동안 연결됨
255560 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 5 Arduino 상태: 3
255571: MQTT: 연결이 끊겼습니다.
255572 : 이벤트: MQTT#연결 끊김
255610: MQTT: 브로커에 연결하지 못했습니다.
256110: MQTT: 브로커에 연결하지 못했습니다.
256860: MQTT: 브로커에 연결하지 못했습니다.
257860: MQTT: 브로커에 연결하지 못했습니다.
259110: MQTT: 브로커에 연결하지 못했습니다.
260610: MQTT: 브로커에 연결하지 못했습니다.
262360 : MQTT : 브로커에 연결하지 못했습니다.
264360: MQTT: 브로커에 연결하지 못했습니다.
266360 : MQTT : 브로커에 연결하지 못했습니다.
268360 : MQTT : 브로커에 연결하지 못했습니다.
270360 : MQTT : 브로커에 연결하지 못했습니다.
271226 : WD : 가동 시간 5 ConnectFailures 22 FreeMem 17224
271247 : MQTT : 브로커에 연결하지 못했습니다.
272360 : MQTT : 브로커에 연결하지 못했습니다.
274360 : MQTT : 브로커에 연결하지 못했습니다.
276360 : MQTT : 브로커에 연결하지 못했습니다.
278360 : MQTT : 브로커에 연결하지 못했습니다.
280360 : MQTT : 브로커에 연결하지 못했습니다.
282360 : MQTT : 브로커에 연결하지 못했습니다.
284360 : MQTT : 브로커에 연결하지 못했습니다.
286291 : 이벤트: Clock#Time=Sun,00:19
286359 : MQTT : 브로커에 연결하지 못했습니다.
288360 : MQTT : 브로커에 연결하지 못했습니다.
290360: MQTT: 브로커에 연결하지 못했습니다.

이 검사를 위해 이 상태로 4분 동안 그대로 두어도 될까요?
이 검사의 티커 간격을 줄이겠습니다(현재 240초).

알겠습니다.

240초는 매우 길다

네 알겠습니다 바꾸겠습니다.
이 문제에서 아이디어를 가져왔습니다: https://github.com/esp8266/Arduino/issues/4445

아무것도 아님....

432148 : MQTT : 브로커에 연결하지 못했습니다.
434148 : MQTT : 브로커에 연결하지 못했습니다.
436148 : MQTT : 브로커에 연결하지 못했습니다.
438147 : MQTT : 브로커에 연결하지 못했습니다.
440148 : MQTT : 브로커에 연결하지 못했습니다.
442147 : MQTT : 브로커에 연결하지 못했습니다.
444148 : MQTT : 브로커에 연결하지 못했습니다.
446148 : MQTT : 브로커에 연결하지 못했습니다.
448148 : MQTT : 브로커에 연결하지 못했습니다.
450147 : MQTT : 브로커에 연결하지 못했습니다.
451222 : WD : 가동 시간 8 ConnectFailures 446 FreeMem 17384
451243 : MQTT : 브로커에 연결하지 못했습니다.
452148 : MQTT : 브로커에 연결하지 못했습니다.
453907 : 이벤트: Clock#Time=Sun,00:29
454148 : MQTT : 브로커에 연결하지 못했습니다.
456148 : MQTT : 브로커에 연결하지 못했습니다.
458148 : MQTT : 브로커에 연결하지 못했습니다.

난 자러 갈게, 내일 보자

UDP와 관련된 다른 문제를 발견했습니다.
평범한 새 공장 초기화 장치에서 직렬 명령을 사용하십시오.
와이파이 키
와이파이시드
저장

재부팅 한 다음 고급 설정으로 이동하여 ssdp를 확인하십시오. 재부팅
그런 다음 부팅 루프로 이동합니다.

 ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x4010f000, len 1384, room 16 
tail 8
chksum 0x2d
csum 0x2d
v41a64707
~ld
⸮U87 : 


INIT : Booting version: (custom) (ESP82xx Core 41a64707)
88 : INIT : Warm boot #741
89 : FS   : Mounting...
114 : FS   : Mount successful, used 75802 bytes of 957314
120 : CRC  : No program memory checksum found. Check output of crc2.py
152 : CRC  : SecuritySettings CRC   ...OK 
258 : INIT : Free RAM:27288
258 : INIT : I2C
258 : INIT : SPI not enabled
272 : INFO : Plugins: 49 [Normal] (ESP82xx Core 41a64707)
273 : WIFI : Set WiFi to STA
304 : WIFI : Connecting MNET attempt #0
306 : WIFI  : SDK station status differs from Arduino status. SDK-status: 1 Arduino status: 6
311 : WD   : Uptime 0 ConnectFailures 0 FreeMem 26448

Exception (28):
epc1=0x40208931 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000004 depc=0x00000000

Decoding 14 results
0x40208931: UdpContext::next() at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
0x40249cf8: HardwareSerial::write(unsigned char const*, unsigned int) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/HardwareSerial.cpp line 69
0x4024a055: Print::write(char const*) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/Print.cpp line 220
0x4024a2f1: Print::printNumber(unsigned long, unsigned char) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/Print.cpp line 220
0x4024ac4f: String::changeBuffer(unsigned int) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/WString.cpp line 714
0x40249cf8: HardwareSerial::write(unsigned char const*, unsigned int) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/HardwareSerial.cpp line 69
0x401071a2: millis at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_wiring.c line 183
0x4024a27c: Print::println(char const*) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/Print.cpp line 220
0x40213ece: LogStruct::add(char const*) at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
:  (inlined by) addLog(unsigned char, char const*) at /home/john/Arduino/scetchbooks/ESPEasy/Misc.ino line 1395
0x4023545d: runEach30Seconds() at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
0x4020c678: timeOutReached(unsigned long) at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
0x4023eac5: loop at /home/john/Arduino/scetchbooks/ESPEasy/ESPEasy.ino line 436
0x4024bcc8: loop_wrapper at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_main.cpp line 125
0x40100739: cont_wrapper at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/cont.S line 81

모두 좋은 아침입니다.
나를 위해 재연결은 아직 작동하지 않습니다.

INIT : 부팅 버전: (ESP82xx Core 2_4_1)
92 : INIT : 웜 부트 #8
94 : FS : 마운팅...
118 : FS : 마운트 성공, 957314 중 76806바이트 사용
131 : CRC : 프로그램 메모리 체크섬을 찾을 수 없습니다. crc2.py의 출력 확인
162 : CRC : SecuritySettings CRC ...확인
243 : INIT : 여유 RAM:20968
243 : 초기화 : I2C
243 : INIT : SPI가 활성화되지 않음
1073 : INFO : 플러그인: 71 [일반] [테스트 중] (ESP82xx 코어 2_4_1)
1074 : 이벤트: 시스템#웨이크
1121 : WIFI : WiFi를 STA로 설정
1153 : WIFI : SMC 연결 시도 #0
1154: IP: 고정 IP: 192.168.0.201 GW: 192.168.0.3 SN: 255.255.255.0 DNS: 192.168.0.3
1155 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 1 Arduino 상태: 6
1173 : 이벤트: 시스템#부팅
1179 : ACT : 네오픽셀All,0,0,0,0
1190 : ACT : ESP-201/IP,192.168.0.201 발행
1201 : ACT : 타이머셋,1,60
1226 : WD : 가동 시간 0 ConnectFailures 0 FreeMem 20072
1258 : DS : 온도: 19.75 (28-ff-b8-ea-b4-16-3-ed)
1259 : 이벤트: DS18b20#온도=19.75
4925 : WIFI : 연결되었습니다! AP: SMC(78:8A:20:D1:9B:D9) 채널: 1 지속 시간: 3770ms
4926 : 이벤트: WiFi#변경된 액세스 포인트
4947 : IP : 고정 IP : 192.168.0.201 GW: 192.168.0.3 SN: 255.255.255.0 DNS: 192.168.0.3
4947 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 5 Arduino 상태: 3
4953 : WIFI : 고정 IP: 192.168.0.201(ESP-201-1) GW: 192.168.0.3 SN: 255.255.255.0 지속 시간: 23ms
5066 : 현재 시간대: DST 시간 시작: 2018-03-25 02:00:00 오프셋: 120분STD 시간 시작: 2018-10-28 03:00:00 오프셋: 60분
5066 : 이벤트: 시간#초기화
5087 : 이벤트: WiFi#연결됨
5104 : 웹 서버: 시작
5104 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 5 Arduino 상태: 3
5186 : MQTT : 의도적인 재연결
5222 : MQTT : 클라이언트 ID가 있는 브로커에 연결됨: ESPClient_5C:CF:7F:0B:68:52
5225 : 구독: ESP-201/#
5226 : 이벤트: MQTT#연결됨
5906 : 이벤트: Clock#Time=Sun,10:01
31227 : WD : 가동 시간 1 ConnectFailures 0 FreeMem 16336
47905 : 이벤트: Clock#Time=Sun,10:02
61229 : WD : 가동 시간 1 ConnectFailures 0 FreeMem 16336
61926 : DS : 온도: 19.75 (28-ff-b8-ea-b4-16-3-ed)
61928 : 이벤트: DS18b20#온도=19.75
61972 : 이벤트: 규칙#타이머=1
61983 : ACT : ESP-201/IP,192.168.0.201 게시
61999 : ACT : ESP-201/MAC,5C:CF:7F:0B:68:52 게시
62015 : ACT : ESP-201/Time,10:02:14 게시
62030 : ACT : ESP-201/업타임 게시,1
62044 : ACT : ESP-201/RSSI,-62 게시
62060 : ACT : ESP-201/SSID,SMC 게시
62076 : ACT : ESP-201/BSSID,78:8A:20:D1:9B:D9 게시
62091 : ACT : ESP-201/CH,1 게시
62107 : ACT : ESP-201/SYSHEAP,13536 게시
62120 : ACT : 타이머셋,1,60
67292 : 이벤트: WiFi#연결 끊김
67310 : WIFI : 연결이 끊어졌습니다! 이유: '(1) 지정되지 않음' 1m 2초 동안 연결됨
67310 : WIFI : SDK 스테이션 상태가 Arduino 상태와 다릅니다. SDK 상태: 5 Arduino 상태: 3
67316 : MQTT : 연결이 끊겼습니다.
67317 : 이벤트: MQTT#연결 끊김
67357 : MQTT : 브로커에 연결하지 못했습니다.
67856 : MQTT : 브로커에 연결하지 못했습니다.
68606 : MQTT : 브로커에 연결하지 못했습니다.
69607 : MQTT : 브로커에 연결하지 못했습니다.
70857 : MQTT : 브로커에 연결하지 못했습니다.
72357 : MQTT : 브로커에 연결하지 못했습니다.
74107 : MQTT : 브로커에 연결하지 못했습니다.
76106 : MQTT : 브로커에 연결하지 못했습니다.
78107 : MQTT : 브로커에 연결하지 못했습니다.
80107 : MQTT : 브로커에 연결하지 못했습니다.
82106 : MQTT : 브로커에 연결하지 못했습니다.
84106 : MQTT : 브로커에 연결하지 못했습니다.
86107 : MQTT : 브로커에 연결하지 못했습니다.
88106 : MQTT : 브로커에 연결하지 못했습니다.
90107 : MQTT : 브로커에 연결하지 못했습니다.
91228 : WD : 가동 시간 2 ConnectFailures 30 FreeMem 17368
91250 : MQTT : 브로커에 연결하지 못했습니다.
92107 : MQTT : 브로커에 연결하지 못했습니다.
94107 : MQTT : 브로커에 연결하지 못했습니다.
96106 : MQTT : 브로커에 연결하지 못했습니다.
98107 : MQTT : 브로커에 연결하지 못했습니다.
100107: MQTT: 브로커에 연결하지 못했습니다.
102107: MQTT: 브로커에 연결하지 못했습니다.
104106: MQTT: 브로커에 연결하지 못했습니다.
106107 : MQTT : 브로커에 연결하지 못했습니다.
107905 : 이벤트: Clock#Time=Sun,10:03
108107: MQTT: 브로커에 연결하지 못했습니다.
110107: MQTT: 브로커에 연결하지 못했습니다.
112107 : MQTT : 브로커에 연결하지 못했습니다.
114107 : MQTT : 브로커에 연결하지 못했습니다.
116107 : MQTT : 브로커에 연결하지 못했습니다.
118107 : MQTT : 브로커에 연결하지 못했습니다.
120107: MQTT: 브로커에 연결하지 못했습니다.
121228 : WD : 가동 시간 2 ConnectFailures 62 FreeMem 17368
121249 : MQTT : 브로커에 연결하지 못했습니다.
121926 : DS : 온도: 19.75 (28-ff-b8-ea-b4-16-3-ed)
121927 : 이벤트: DS18b20#온도=19.75
122107: MQTT: 브로커에 연결하지 못했습니다.
122905 : 이벤트: 규칙#타이머=1
122915 : ACT : ESP-201/IP,0.0.0.0 게시
122927 : ACT : ESP-201/MAC,5C:CF:7F:0B:68:52 게시
122939 : ACT : ESP-201/Time,10:03:15 게시
122950 : ACT : ESP-201/업타임 게시,2
122961 : ACT : ESP-201/RSSI,0 게시
122972 : ACT : ESP-201/SSID 게시,--
122983 : ACT : ESP-201/BSSID 게시,00:00:00:00:00:00
122994 : ACT : ESP-201/CH,0 게시
123005 : ACT : ESP-201/SYSHEAP,16992 게시
123015 : ACT : timerSet,1,60
124107: MQTT: 브로커에 연결하지 못했습니다.
126106 : MQTT : 브로커에 연결하지 못했습니다.
128107 : MQTT : 브로커에 연결하지 못했습니다.
130107 : MQTT : 브로커에 연결하지 못했습니다.
132107 : MQTT : 브로커에 연결하지 못했습니다.
134107 : MQTT : 브로커에 연결하지 못했습니다.
136107 : MQTT : 브로커에 연결하지 못했습니다.
138107 : MQTT : 브로커에 연결하지 못했습니다.
140107: MQTT: 브로커에 연결하지 못했습니다.
142107 : MQTT : 브로커에 연결하지 못했습니다.
144107 : MQTT : 브로커에 연결하지 못했습니다.
146107 : MQTT : 브로커에 연결하지 못했습니다.
148107 : MQTT : 브로커에 연결하지 못했습니다.
150107: MQTT: 브로커에 연결하지 못했습니다.
151228 : WD : 가동 시간 3 ConnectFailures 94 FreeMem 17368
151249 : MQTT : 브로커에 연결하지 못했습니다.
152107 : MQTT : 브로커에 연결하지 못했습니다.
154107 : MQTT : 브로커에 연결하지 못했습니다.
156107 : MQTT : 브로커에 연결하지 못했습니다.
158107 : MQTT : 브로커에 연결하지 못했습니다.
160107: MQTT: 브로커에 연결하지 못했습니다.
162107: MQTT: 브로커에 연결하지 못했습니다.
164107: MQTT: 브로커에 연결하지 못했습니다.
166107 : MQTT : 브로커에 연결하지 못했습니다.
167905 : 이벤트: Clock#Time=Sun,10:04
168107: MQTT: 브로커에 연결하지 못했습니다.
170107 : MQTT : 브로커에 연결하지 못했습니다.
172107 : MQTT : 브로커에 연결하지 못했습니다.
174106 : MQTT : 브로커에 연결하지 못했습니다.
176106 : MQTT : 브로커에 연결하지 못했습니다.
178107 : MQTT : 브로커에 연결하지 못했습니다.
180107: MQTT: 브로커에 연결하지 못했습니다.
181228 : WD : 가동 시간 3 ConnectFailures 126 FreeMem 17368
181250 : MQTT : 브로커에 연결하지 못했습니다.
181926 : DS : 온도: 19.75 (28-ff-b8-ea-b4-16-3-ed)
181927 : 이벤트: DS18b20#온도=19.75
182107 : MQTT : 브로커에 연결하지 못했습니다.
183905 : 이벤트: 규칙#타이머=1
183915 : ACT : ESP-201/IP,0.0.0.0 게시
183927 : ACT : ESP-201/MAC,5C:CF:7F:0B:68:52 게시
183938 : ACT : ESP-201/Time,10:04:16 게시
183950 : ACT : ESP-201/업타임,3 게시
183961 : ACT : ESP-201/RSSI,0 게시
183972 : ACT : ESP-201/SSID 게시,--
183983 : ACT : ESP-201/BSSID 게시,00:00:00:00:00:00
183994 : ACT : ESP-201/CH,0 게시
184005 : ACT : ESP-201/SYSHEAP,16992 게시
184015 : ACT : timerSet,1,60
184107: MQTT: 브로커에 연결하지 못했습니다.
186106: MQTT: 브로커에 연결하지 못했습니다.
188107: MQTT: 브로커에 연결하지 못했습니다.
190106: MQTT: 브로커에 연결하지 못했습니다.
192107: MQTT: 브로커에 연결하지 못했습니다.
194106: MQTT: 브로커에 연결하지 못했습니다.
196106: MQTT: 브로커에 연결하지 못했습니다.
198106: MQTT: 브로커에 연결하지 못했습니다.
200106: MQTT: 브로커에 연결하지 못했습니다.
202106: MQTT: 브로커에 연결하지 못했습니다.
204106: MQTT: 브로커에 연결하지 못했습니다.
206106: MQTT: 브로커에 연결하지 못했습니다.
208106: MQTT: 브로커에 연결하지 못했습니다.
210106: MQTT: 브로커에 연결하지 못했습니다.
211228 : WD : 가동 시간 4 ConnectFailures 158 FreeMem 17368
211249: MQTT: 브로커에 연결하지 못했습니다.
212106: MQTT: 브로커에 연결하지 못했습니다.
214106: MQTT: 브로커에 연결하지 못했습니다.
216106: MQTT: 브로커에 연결하지 못했습니다.
218106: MQTT: 브로커에 연결하지 못했습니다.
220106: MQTT: 브로커에 연결하지 못했습니다.
222106: MQTT: 브로커에 연결하지 못했습니다.
224106: MQTT: 브로커에 연결하지 못했습니다.
226106: MQTT: 브로커에 연결하지 못했습니다.
227905 : 이벤트: Clock#Time=Sun,10:05
228107: MQTT: 브로커에 연결하지 못했습니다.
230107: MQTT: 브로커에 연결하지 못했습니다.
232107: MQTT: 브로커에 연결하지 못했습니다.
234107: MQTT: 브로커에 연결하지 못했습니다.
236106 : MQTT : 브로커에 연결하지 못했습니다.
238106: MQTT: 브로커에 연결하지 못했습니다.
240106: MQTT: 브로커에 연결하지 못했습니다.
241228 : WD : 가동 시간 4 ConnectFailures 190 FreeMem 17368
241249 : MQTT : 브로커에 연결하지 못했습니다.
241925 : DS : 온도: 19.75 (28-ff-b8-ea-b4-16-3-ed)
241927 : 이벤트: DS18b20#온도=19.75
242107: MQTT: 브로커에 연결하지 못했습니다.
244106: MQTT: 브로커에 연결하지 못했습니다.
244908 : 이벤트: 규칙#타이머=1
244918 : ACT : ESP-201/IP,0.0.0.0 게시
244930 : ACT : ESP-201/MAC,5C:CF:7F:0B:68:52 게시
244942 : ACT : ESP-201/Time,10:05:17 게시
244953 : ACT : ESP-201/업타임 게시,4
244964 : ACT : ESP-201/RSSI,0 게시
244975 : ACT : ESP-201/SSID 게시,--
244986 : ACT : ESP-201/BSSID 게시,00:00:00:00:00:00
244997 : ACT : ESP-201/CH,0 게시
245008 : ACT : ESP-201/SYSHEAP,16992 게시
245018 : ACT : timerSet,1,60
246107: MQTT: 브로커에 연결하지 못했습니다.
248106: MQTT: 브로커에 연결하지 못했습니다.
250106: MQTT: 브로커에 연결하지 못했습니다.
252106: MQTT: 브로커에 연결하지 못했습니다.
254106: MQTT: 브로커에 연결하지 못했습니다.
256106 : MQTT : 브로커에 연결하지 못했습니다.
258106: MQTT: 브로커에 연결하지 못했습니다.
260106: MQTT: 브로커에 연결하지 못했습니다.
262106 : MQTT : 브로커에 연결하지 못했습니다.
264106 : MQTT : 브로커에 연결하지 못했습니다.
266107 : MQTT : 브로커에 연결하지 못했습니다.

ESP32 - 마지막 변경 사항(28-04-2018) MQTT 작업 중지, NTP 작업 중지
(고정 IP)

@flexiti
구독하지 않고 게시만 시도하면 MQTT는 1초마다 연결을 끊습니다.

52898 : MQTT : Connection lost
52925 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
52926 : Subscribed to: 
53176 : MQTT : Connection lost
53203 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
53204 : Subscribed to: 
53498 : MQTT : Connection lost
53527 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
53528 : Subscribed to: 
53778 : MQTT : Connection lost
53806 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
53807 : Subscribed to: 
54058 : MQTT : Connection lost
54086 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54087 : Subscribed to: 
54337 : MQTT : Connection lost
54363 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54364 : Subscribed to: 
54615 : MQTT : Connection lost
54642 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54643 : Subscribed to: 
54894 : MQTT : Connection lost
54921 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54922 : Subscribed to: 
55172 : MQTT : Connection lost
55199 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
55200 : Subscribed to: 
55630 : FILE : Saved config.dat
55692 : FILE : Saved config.dat
55861 : MQTT : Connection lost
55889 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2

사용하지 않더라도 구독 라인에 무언가를 입력하십시오. 나를 위해 일했다.

55630 : FILE : Saved config.dat
55692 : FILE : Saved config.dat
55861 : MQTT : Connection lost
55889 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
55890 : Subscribed to: SMA
60404 : WD   : Uptime 1 ConnectFailures 354 FreeMem 19224
90404 : WD   : Uptime 2 ConnectFailures 353 FreeMem 19224
120404 : WD   : Uptime 2 ConnectFailures 352 FreeMem 19224
150404 : WD   : Uptime 3 ConnectFailures 351 FreeMem 19224
180404 : WD   : Uptime 3 ConnectFailures 350 FreeMem 19224
210404 : WD   : Uptime 4 ConnectFailures 349 FreeMem 19224

@TD-er
이 스레드는 약간 과부하가 걸리고 여러 Wi-Fi/안정성 문제가 있는 것 같습니다. 모든 문제를 별도의 github 문제로 옮기고 키워드로 태그를 지정하는 것이 좋습니다.
[WIFICORE] ssdp
[WIFICORE] MQTT subscription needed
[WIFICORE] Unit not found - port setting vanished
[WIFICORE] ticker interval

보고하기 위해 mega-20180428에서 mega-20180429로 업그레이드했습니다.

Mega-20180428에서는 Wi-Fi가 전반적으로 안정적이었지만 연결이 끊긴 후 다시 연결되지 않았습니다.
mega-20180429에서는 Wi-Fi가 매우 불안정하고 읽기 시간 초과가 많이 발생하지 않으면 ping할 수 없습니다.

나는 소노프 베이직을 사용하고 있으며 #define PLUGIN_SET_SONOFF_BASIC 로 릴리스를 자체 컴파일하여 OTA를 위해 빈을 충분히 작게 만듭니다.
도움이 되는지 잘 모르겠지만 그 동안 mega-20180428로 돌아갑니다.

@louis-lau 방금 만든 커밋+병합으로 다시 테스트해 주시겠습니까?

이것은 최신 커밋에 있습니다.

@louis-lau 그리고 노드 자체의 로그는?
MQTT 브로커에 다시 연결을 시도하면 응답이 느려지고 현재 많은 MQTT 재연결 실패가 있을 때 다시 연결하기 위해 백그라운드에 재연결 핸들러가 있습니다.
아 그리고 때때로 플래시 시도 후에 노드를 재설정하는 것이 가장 좋습니다(재설정 버튼을 누르는 것처럼 설정을 재설정하지 않음). 때때로 플래싱 후에도 노드에 남아 있는 구성이 남아 있어 이상한 결과를 초래할 수 있습니다.

@louis-lau 소노프 베이직?
나도 사랑해 0429, 0428 끔찍했어
귀하의 '전체' 설정에 대해 자세히 알 수 있습니까?
그리고 자체 컴파일로 2.4.1 Core로 컴파일됩니까?
방금 빈 노드에서 0429 새 플래시를 테스트했으며 완벽하게 실행됩니다.
0429를 사용한 이전 시도는 미리 구성된 정적 집합 노드에 대한 업데이트였습니다. 너무 완벽
내 보드의 날짜는 2017년 5월 5일입니다.

@Oxyandy
2.4.2 코어????

이것이 내가 관련성이 있는 것으로 보이는 전부입니다.

04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected
04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: Subscribed to: /sonoff_lavalamp/#
04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:71:68:FB
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set Processing time:46 milliSeconds
04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP replied: 20 mSec
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP host time.google.com (216.239.35.8) queried
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
04-29-2018  15:43:06    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: SW   : GPIO 12 Set to 0
04-29-2018  15:43:06    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected Processing time:1132 milliSeconds
04-29-2018  15:43:06    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: else = false
04-29-2018  15:43:06    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: SW   : GPIO 13 Set PWM to 1023
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: [if 0=0]=true
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,4,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,3,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,2,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,1,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: Subscribed to: /sonoff_lavalamp/#
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:71:68:FB
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set Processing time:47 milliSeconds
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP replied: 20 mSec
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP host time.google.com (216.239.35.8) queried
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
04-29-2018  15:42:53    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: WD   : Uptime 3 ConnectFailures 2 FreeMem 19456
04-29-2018  15:42:53    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: 2: lowest: 12320  parseTemplate3-> 17112 ruleMatch-> 17088 ruleMatch2-> 17040 parseTemplate-> 17176 parseTemplate3-> 17112 ruleMatch-> 17072 ruleMatch2-> 17008 rulesProcessingFile2-> 17160 sendContentBlocking-> 17184 sendConten
04-29-2018  15:42:47    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected Processing time:1131 milliSeconds
04-29-2018  15:42:47    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: else = false
04-29-2018  15:42:47    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: SW   : GPIO 13 Set PWM to 1023
04-29-2018  15:42:46    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: [if 0=0]=true
04-29-2018  15:42:46    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,4,0

@Oxyandy 공장 초기화를 시도하겠습니다. Sonoff 기본 플러그인 플래그와 Custom.h의 네트워크 설정을 제외하고 컴파일하기 전에 변경하지 않았습니다.

맞습니다. 공장 설정으로 잘 작동합니다 😄 .

복구를 시도하고 다시 고장나지 않는지 확인합니다.

그냥 재부팅한거같은데?

웹 로그에는 15행의 버퍼가 있기 때문에 조금 더 많은 행이 표시됩니다.
또한 sysinfo 페이지에서 더 많은 정보를 얻을 수 있습니다.

syslog 서버에 기록된 로그는 Wi-Fi 연결이 끊겼을 때 데이터를 수신하지 않기 때문에 완전하지 않을 수 있습니다.

좋아, mqtt 컨트롤러를 활성화했을 때 다시 발생하기 시작했습니다.
그리고 비활성화했을 때 멈췄습니다.

더 나은 로그를 얻으려고 노력하겠습니다. 절반 시간에 연결할 수 없으면 조금 어렵습니다.
어떤 로그 수준? 디버그?

MQTT 연결은 정보 수준에서도 표시됩니다.
정보에는 오류 + 정보가 표시됩니다.
그렇게 하면 웹로그의 로그 버퍼를 너무 빨리 채우지 않아 표시할 수 없습니다.

좋아, mqtt 서버를 중지하면 서버도 정상적으로 작동하지만 서버가 실행 중일 때만 연결 시간이 초과됩니다.

이것이 내가 로그에서 얻을 수 있었던 전부입니다.

이것은 어떤 종류의 MQTT 컨트롤러입니까? 도모티즈? 오픈HAB?

아니면 importMQTT를 하려고 하시나요?

로그를 보여주는 웹 페이지에 복사 버튼도 있습니다.
해당 페이지는 N초마다 새로 고쳐지며 새로 고침 사이에 텍스트를 텍스트 편집기에 붙여넣을 수 있습니다.
완벽하지는 않지만 없는 것보다는 낫습니다. :)

편집하다:
규칙이 완료되면 규칙도 살펴보십시오.
규칙을 저장하는 데 여전히 문제가 있습니다. 이 저장은 입력한 전체 규칙 집합이 아닐 수 있습니다.

최신 githib(07bfec42347d13ad49dda907654a36bf747df3bc)를 사용하여 Wi-Fi는 모든 노드에서 문제 없이 연결됩니다. 이제 AP 재부팅 후에도 제대로 다시 연결됩니다. 코어 사용 2.4.1.

헤헤 실제로 로딩이 되면 시간이 없어서 그냥 스크린샷으로 찍어봤습니다. 나는 openhab mqtt 컨트롤러를 사용하고 있으며 서버는 모기입니다.

편집: 지금은 규칙을 사용하지 않습니다. 그것이 문제가 아닌지 확인하기 위해서입니다.

여기도 마찬가지입니다. 어떤 주제든 구독해 보세요. 내 문제가 해결되었습니다.

-------- Ursprüngliche Nachricht --------
폰: Louis Laureys [email protected]
Gesendet: 2018년 4월 29일 16:23:54 MESZ
답변: letscontrolit/ESPEasy [email protected]
CC: s0170071 [email protected] , 언급 언급 @noreply.github.com
Betreff: Re: [letscontrolit/ESPEasy] Wi-Fi 문제 -결코 끝나지 않는 이야기- 비 이벤트 기반 Wi-Fi로 돌아가나요? (#1302)

헤헤 실제로 로딩이 되면 시간이 없어서 그냥 스크린샷으로 찍어봤습니다. 나는 openhab mqtt 컨트롤러를 사용하고 있으며 서버는 모기입니다.

--
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/letscontrolit/ESPEasy/issues/1302#issuecomment -385255207

@s0170071 이 구독은 어디서 해야 하나요?
그것이 어떤 종류의 기본 설정에 있다면 아마도 그것을 추가해야 할 것입니다.

MQTT 재연결 사이의 시간은 약 15~16초입니까? 그러면 Mosquito가 당신을 쫓아낼 수 있고 나는 이것을 어디에서 패치해야 하는지 알고 있습니다.

Openhab 컨트롤러 설정에서. 구독 필드가 있습니다.

최신 githib(07bfec4)를 사용하여 MQTT도 여기에서 openhab 컨트롤러를 사용하고 Mosquitto에 연결하여 문제 없이 작동합니다. 코어 사용 2.4.1.

@td-er는 위의 몇 가지 게시물을 참조하십시오.

로그에서 볼 수 있듯이 이미 /sonoff_lavalamp/#를 구독하고 있습니다.

#(모든 주제)를 구독할 때 알아차렸습니다. Wi-Fi는 안정적이지만 mqtt를 사용할 수 없게 만듭니다.)

Mosquitto는 사용자를 쫓아내서는 안 됩니다. 내가 사용하는 사용자는 모든 주제에 대한 권한을 가지고 있습니다.

모기 로그는 다음과 같습니다.

1525014154: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014168: New connection from 192.168.2.22 on port 1883.
1525014168: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014168: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014168: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014196: New connection from 192.168.2.22 on port 1883.
1525014196: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014196: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014196: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014214: New connection from 192.168.2.22 on port 1883.
1525014214: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014214: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014214: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014226: New connection from 192.168.2.22 on port 1883.
1525014226: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014226: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014226: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014255: New connection from 192.168.2.22 on port 1883.
1525014255: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014255: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014255: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014270: New connection from 192.168.2.22 on port 1883.

다시 연결되는 것 같고 모기가 기존 연결을 닫고 있습니다.

PubSubClient의 소스를 살펴보았습니다.
이 타임 아웃 기간 내에 수신 및 발신 활동이 있어야한다 보인다.
그 중 하나가 실패하면 PubSubClient의 연결이 끊기므로 ESPeasy가 다시 연결됩니다.

일종의 자동 핑을 추가하려고 합니다. 이미 일부가 있지만 ping이 반환되기 전에 확인이 완료되었을 수 있습니다.

@louis-lau 어떻게든 Mosquito에서 사용된 연결 유지 시간 설정을 찾을 수 있습니까?

우리가 사용하는 MQTT 시간 초과 설정은 15초인 것 같습니다.
#define MQTT_KEEPALIVE 15 로 정의됩니다.

https://github.com/knolleary/pubsubclient/issues/239 도

와, 해냈어 @TD-er !!!!!

467279 : 이벤트: Clock#Time=Sun,17:24
467588 : WD : 가동 시간 8 ConnectFailures 0 FreeMem 16304
481935 : MQTT : 연결이 끊겼습니다.
481935 : 이벤트: MQTT#연결 끊김
481953 : 이벤트: WiFi#연결 끊김
481969 : WIFI : 연결이 끊어졌습니다! 이유: '(1) 지정되지 않음' 7m 40초 동안 연결됨
482278 : WIFI : SMC 연결 시도 #0
482278 : IP : 고정 IP : 192.168.0.201 GW : 192.168.0.3 SN : 255.255.255.0 DNS : 192.168.0.3
483304 : 이벤트: WiFi#연결 끊김
483322 : WIFI : 연결이 끊어졌습니다! 이유: '(202) 인증 실패' 1018ms 동안 연결됨
484291 : WIFI : SMC 연결 시도 #1
484292 : IP : 고정 IP : 192.168.0.201 GW : 192.168.0.3 SN : 255.255.255.0 DNS : 192.168.0.3
488073 : WIFI : 연결되었습니다! AP: SMC(78:8A:20:D1:9B:D9) 채널: 1 지속 시간: 3780ms
488074 : IP : 고정 IP : 192.168.0.201 GW : 192.168.0.3 SN : 255.255.255.0 DNS : 192.168.0.3
488078 : WIFI : 고정 IP: 192.168.0.201 (ESP-201-1) GW: 192.168.0.3 SN: 255.255.255.0 지속 시간: 6ms
488099 : 이벤트: WiFi#연결됨
488245 : MQTT : 클라이언트 ID가 있는 브로커에 연결됨: ESPClient_5C:CF:7F:0B:68:52
488247 : 구독: ESP-201/#
488248 : 이벤트: MQTT#연결됨
489111 : 이벤트: 시간#설정

@TD-er 문제가 있는 pubsubclient에 대해 확신합니까? 내 장치는 아무것도 수신하지 않고 30초마다 아날로그 값만 보냅니다. MQTT 연결 문제가 없습니다. 라이브러리에 문제가 있으면 불평하는 사용자가 더 많아지지 않을까요?

레이스 컨디션이 아닐까...

MQTT 브로커는 클라이언트가 1.5x 시간 초과 시 연결이 끊긴 것으로 간주해야 합니다.
Pubsubclient는 마지막 활동이 15초 이상 전일 때 핑을 보냅니다.
따라서 Mosquito의 기본 시간 초과(10초)를 사용하는 경우 타이밍이 매우 중요해집니다.

내 설정에서 여기 있는 모든 노드의 많은 MQTT 트래픽이 동일한(domoticz) 채널에서 채팅하는 것을 봅니다.
따라서 시간 초과는 여기서 문제가 되지 않습니다.
그러나 노드가 하나만 있으면 트래픽이 훨씬 적고 기본 ESPeasy 제한 시간이 기본 Mosquito 제한 시간의 정확히 1.5배로 설정되면 약간 중요할 수 있습니다.

그런 다음 그는 문제가 사라지는지 확인하기 위해 5초마다 더미 아날로그 값을 보내려고 할 수 있습니다.

또는 내 마지막 커밋을 사용하십시오 ;)

재연결은 1초마다 매우 빨랐습니다.

MQTT 개발자는 다음을 좋아하지 않는 것 같습니다.
기본값을 변경할 생각이 없습니다. 7년 이상 동안 15초였습니다. 있다면 헤더 파일 편집에 의존하지 않고 사용자 정의를 더 쉽게 만들 것입니다.

정의는 #ifdef로 래핑됩니다.
따라서 코드의 다른 부분에서 정의하는 옵션이 있습니다.

PubSubclient의 github 페이지에서도 구성 가능한 문제입니다.

작성자의 또 다른 의견:
MQTT 프로토콜에서 클라이언트는 연결에 사용되는 연결 유지 값을 결정합니다. 브로커는 그것에 대해 아무 말도하지 않습니다.

mosquitto의 유일한 keepalive 구성 옵션은 브리지 keepalive입니다. 여기에서 다른 브로커에 연결하는 클라이언트 역할을 합니다. - https://mosquitto.org/man/mosquitto-conf-5.html

내 모기 구성을 확인했습니다. 연결에 대한 시간 초과 옵션을 찾을 수 없습니다.

이 문서 에서는 시간 초과 동작에 대해 설명합니다.

그리고 문서에는 다음과 같이 나와 있습니다.

MQTT 클라이언트는 올바른 연결 유지 값 설정을 담당합니다. 예를 들어, 현재 신호 강도에 간격을 조정할 수 있습니다.

그렇다면 10초의 Mosquitto 시간은 어디에서 왔습니까? 하드코딩된건가요?

https://mosquitto.org/man/mosquitto-conf-5.html

keepalive_interval 초
다른 트래픽이 발생하지 않은 경우 브리지가 핑을 보내야 하는 시간(초)을 설정합니다. 기본값은 60입니다. 최소값은 5초입니다.

해당 설정은 브리징 전용입니다.

20180428에서는 이것이 문제가 아니었음을 명심하십시오. :)

편집: 집에 도착하면 최신 커밋을 시도하겠습니다.

connectionCheckHandler 비활성화를 시도할 수 있습니다.

마지막 날에 변경된 사항을 보려면 :

https://github.com/letscontrolit/ESPEasy/commit/4e6e31fdae11476a2f3dfce00e01ed77d1858c00으로 업데이트되었으며 이제 Wi-Fi가 안정적입니다. 이제 AP를 다시 시작하면 다시 연결됩니다! 감사합니다 😄

(btw, 규칙을 사용하여 Wifi 상태 LED 설정을 토글할 수 있는 방법이 있습니까? 예를 들어 mqtt가 연결 해제된 경우에만 활성화하고 연결될 때 릴레이 상태에 사용하고 싶습니다.)

상태 LED에 대해 잘 모르겠습니다. MQTTconnect 함수와 다른 몇 곳에서 호출됩니다.
그러나 해당 LED를 통해 표시되는 항목을 선택할 수 있도록 문제를 추가할 수 있습니까?

그리고 MQTT 문제가 낮아진 시간 제한으로 해결된 것 같습니다.
선택 가능하게 만들어야 할 수도 있습니다.

LOG 창을 조금 더 길게 만들 수 있습니까?
즉, 줄 수를 늘리십시오.

그렇지 않으면 지금 아주 잘 가고 있습니다.

나는 그것들을 줄였다.
20줄이었지만 2.4.0에서는 여유 메모리가 조금 더 있어야 했기 때문에 개발/테스트용으로 10줄, 일반용으로 15줄로 줄였습니다.

이번 주에 메모리 사용량을 살펴보고 @Grovkillen 이 적절한 로그 창을 얻을 수 있는 방법을 찾고 있습니다.

알겠습니다. 자러 갑니다.
많은 귀하의 노고에 감사드립니다!!

그 창에 대해서. 내가 볼 때 세 가지 옵션이 있습니다.

1. 요청될 때까지 정보를 유지하기 위해 가능한 한 많은 램을 사용하십시오. 활성화된 플러그인 수에 따라 동적일 수 있습니다.
2. 웹 브라우저로 스트리밍하십시오.
3. 임시로 압축하고 요청 시 복원하십시오. 예를 들어 더 많은 숫자 코드를 사용합니다. 물론 가독성이 떨어집니다.

I like 2. 부드러운 웹 디스플레이도 제공합니다. 하지만 그렇게 간단하지 않습니다.

아이디어는 일종의 JavaScript를 사용하여 로그를 수집하고 브라우저에 저장하는 것입니다.
열린 연결 유지 또는 기타 기술과 같이 브라우저에 데이터를 전달하는 몇 가지 옵션이 있습니다.
그러면 메모리에 보관해야 하는 몇 줄의 로그만 남게 됩니다.
그리고 이 버퍼는 로그를 syslog로 전송하는 데에도 사용할 수 있습니다.

로그 캐시 개체는 현재 메모리에 그다지 효율적이지 않습니다. 개선의 여지가 많습니다.

나는 또한 다른 버전의 모기가
다른 운영 체제에서 실행하면 다른 동작이 있습니까?
ESPeasy가 유연해야 한다는 것을 알고 있지만 모기 업데이트가 일부 문제를 해결합니다.

이해를 위해서만...
ESP를 부팅한 후 직접 얻는 이유는 다음과 같습니다.

Last Disconnect Reason str |  (1) Unspecified
Number reconnects | 1

syslog에는 두 개의 IP STATIC 메시지와 Uptime 0 ConnectFailures 0이 표시됩니다.

INIT : Booting version: mega-20180430 (ESP82xx Core 2_4_1)
104 : INIT : Warm boot #1
105 : FS   : Mounting...
130 : FS   : Mount successful, used 75802 bytes of 957314
419 : CRC  : program checksum       ...OK
426 : CRC  : SecuritySettings CRC   ...OK 
532 : INIT : Free RAM:23528
532 : INIT : I2C
532 : INIT : SPI not enabled
546 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1)
546 : WIFI : Set WiFi to STA
578 : WIFI : Connecting im6shop attempt #0
579 : IP   : Static IP : 192.168.1.17 GW: 0.0.0.0 SN: 0.0.0.0 DNS: 0.0.0.0
585 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22688
4342 : WIFI : Connected! AP: im6shop (30:B5:C2:EB:DB:7D) Ch: 9 Duration: 3763 ms
4343 : IP   : Static IP : 192.168.1.17 GW: 0.0.0.0 SN: 0.0.0.0 DNS: 0.0.0.0
4346 : WIFI : Static IP: 0.0.0.0 (ESP-Easy-7) GW: 0.0.0.0 SN: 0.0.0.0   duration: 3 ms
4356 : Webserver: start
4710 : WIFI : Static IP: 192.168.1.32 (ESP-Easy-7) GW: 192.168.1.1 SN: 255.255.255.0   duration: 356 ms

아마도 "재연결"이라는 용어가 잘 선택되지 않았을 것입니다.
"(재)연결" 또는 "연결 시도"와 비슷합니다.
카운터는 0에서 시작하고 각 연결 시도에서 카운터++입니다.

카운터를 '-1'로 초기화하여 변경했습니다. 따라서 첫 번째 연결 시도는 0으로 설정하므로 "Number reconnects"라는 레이블이 이제 다시 의미가 있습니다. :)
더 좋은 이름이 생각나지 않아 보고된 값을 변경했습니다 ;)

적절한 이름 지정은 여전히 ​​프로그래밍에서 가장 어려운 부분입니다.

좋은 소리입니다!

연결 시도 x

불행히도 최신 빌드 20180503(4096 dev)이 작동하지 않습니다. ESP 웹이 열리지 않고 대신 직렬 콘솔에서 응답이 멈춥니다(웹 열기 시도 후). 설정이 기본값으로 재설정되고 직렬 콘솔을 통해 WifiSSID 및 키만 설정됩니다. PING이 작동하고 재부팅하지 않고 오류 메시지가 표시되지 않습니다.

플래시 후 콜드 재부팅을 수행 했습니까?
깜박한 직후에 비슷한 것이있었습니다.
전원 주기로 해결되었습니다.

예, 콜드 재부팅을 여러 번 시도했지만 여전히 동일합니다. Win7의 MSIE 및 Firefox에서 테스트되었습니다. 몇 분 후에 다른 위치(다른 PC/OS, 다른 AP)에서 장치를 테스트할 것입니다.
플래시 직후 재부팅되고 중단되었습니다.

나는 그것을 지금 일반 버전으로 시도했습니다. 제 쪽에서는 문제가 없습니다. 전원 켜기 재설정이 필요하지 않았습니다.

동일한 장치의 ESP 웹이 작동하는 다른 위치(Win10 + Firefox/MS Edge, 다른 AP)에서는 다른 위치에서 이상하지만 직렬 콘솔은 "읽기 전용"으로 보입니다... :-/
업데이트 - 다른 터미널 앱을 시도했습니다. 동일한 직렬 콘솔 읽기 전용입니다. 그런 다음 퍼티(내 기본 터미널 앱)를 다시 실행하고 적절한 COM 포트에 퍼티로 연결하자마자 장치가 재부팅되는 것을 보았습니다. 이제 직렬 콘솔이 명령을 수락하고 웹도 작동합니다. 나는 아무것도 이해하지 못합니다...

플래시를 완전히 지우고 프로그램을 다시 시도하시겠습니까?
Wi-Fi 연결 및 직렬 포트 읽기 여부와 관련이 있는 것 같습니다. 나는 스레드에서 그것을 언급하는 사람을 본 적이 있습니다. PlatformIO 문제인지 LWIP 문제인지 확실하지 않습니다.
요즘 책을 많이 읽고 있어요 ;)

예, 다음 빌드에서 시도해 보겠습니다. 이 빌드는 다른 위치에서 다시 테스트하여 여전히 동일한 문제인지 확인하고 싶습니다(그 동안 장치 구성이 약간 업데이트됨).
쩝. 내가 처음으로 설정을 재설정할 때(이 빌드가 깜박인 후 직렬 콘솔에서 재설정 명령을 실행하여) 사실 "플래시 포맷" 등에도 불구하고 설정을 재설정하지 않았습니다. 장치가 재부팅되었고 최소한 WiFi 설정은 여전히 ​​있었습니다. 시리얼 콘솔에서 AP로의 연결 시도를 보았을 때... 시리얼 콘솔에서 두 번째 재설정 시도로 설정이 지워졌습니다...

예, 핵심 라이브러리는 SPIFF 외부 영역에 Wi-Fi 설정을 저장합니다.
이는 Wi-Fi 연결 시도에 영향을 줄 수 있습니다.

나는 이미 (핵심) 코드에서 선택할 수 있는 최대 5개의 Wi-Fi 설정을 지원한다는 것을 읽었습니다.
그래서 아마도 우리 자신의 설정과 충돌하지 않도록 그 저장 영역도 적극적으로 사용할 것입니다.
내가 두려워하는 유일한 것은 이러한 설정이 너무 자주 작성된다는 것입니다. 언제 쓰는지 확인해봐야겠네요.
그러나 해당 영역이 ESPeasy와 함께 고려될 때 Wi-Fi 연결을 좀 더 예측 가능하게 만들 수 있습니다.

@Oxyandy 이제 LWIP2_LOW_MEMORY를 사용하도록 PlatformIO.ini 변경 사항을 푸시합니다.
이것을 테스트해 주시겠습니까?
또한 작업/장치 12를 사용 중인지 여부에 대한 질문도 있습니다.
방금 내 노드에서 테스트했으며 거의 ​​즉시 연결이 끊겼고 다시 온라인 연결을 거부했습니다.
그것은 LWIP1.4와 함께였습니다.

또한 작업/장치 12를 사용 중인지 여부에 대한 질문도 있습니다.

테스트에서 첫 번째 스위치뿐만 아니라 단일 스위치
예, 지금 GitHub Desktop에 15개의 변경된 파일이 있습니다.

F5 테스트 LWIP2_LOW_MEMORY를 사용하여 잘 컴파일되고 웹 서버가 훌륭합니다.
로그에 LmacRxBlk:1 표시 없음
노드의 모든 설정을 지웠지만 '재설정'하고 프로세스를 진행하고 이상한 점이 있으면 보고합니다.
Wi-Fi는 즉시 연결됩니다.

lwIP2 메모리 부족에 주의하십시오. lwIP2 고대역폭을 사용해야 했습니다. 그렇지 않으면 적어도 fhem을 서버/컨트롤러로 사용할 때 큰 패킷이 잘렸습니다(예: 여러 값이 있는 센서)...

나는 현재 GIT의 esp 코어와 잘 실행되는 lwIP2 고대역이 있는 메가 분기를 사용하고 있습니다. 단, 일부 장치는 더 이상 센서 값을 읽을 수 없어 컨트롤러로 보내지 않습니다. 장치 자체는 물론 웹 인터페이스도 원활하게 실행되지만... 아직 이것에 대해 조사 중이며 Mai 이전에는 커밋한 적이 없습니다.

우리는 LwIP2 고대역폭과 엉망인 POST 메시지를 시도했습니다.
예를 들어 저장 규칙 > 1520바이트는 잘렸습니다.

ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
시간 서버에 대한 DoS 공격을 의미합니까?
깜박한 후 전화를 받았고이 루프의 페이지 및 페이지가 있습니다.

INIT : Booting version: mega-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
105 : INIT : Cold Boot
106 : FS   : Mounting...
113 : FS   : Mount successful, used 76053 bytes of 113201
15:40:37: 410 : CRC  : program checksum       ...OK
417 : CRC  : SecuritySettings CRC   ...OK 
418 : CRC  : binary has changed since last save of Settings
433 : INIT : Free RAM:23448
434 : INIT : I2C
434 : INIT : SPI not enabled
449 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
449 : EVENT: System#Wake
458 : WIFI : Set WiFi to STA
mode : sta(5c:cf:7f:72:96:ec)
add if0
491 : WIFI : Connecting MAD_IOT attempt #0
492 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
STUB: dhcp_stop
505 : EVENT: System#Boot
514 : SW   : Switch state 1 Output value 1
517 : EVENT: Float_SW#Switch=1.00
530 : ACT  : Publish domoticz/in,{"idx":66,"nvalue":0,"svalue":"FLOAT_SWITCH_1_00:00:00"}
541 : Command: publish
1004 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22736
15:40:39: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:40:41: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
4480 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 3986 ms
4485 : EVENT: WiFi#ChangedAccesspoint
4497 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
4499 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 19 ms
4517 : EVENT: WiFi#Connected
4525 : Webserver: start
4526 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
5015 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
5066 : NTP  : NTP replied: 50 mSec
5068 : Current Time Zone:  DST time start: 2018-10-07 01:00:00 offset: 660 minSTD time start: 2018-04-01 01:00:00 offset: 600 min
5071 : EVENT: Time#Initialized
5082 : EVENT: Time#Initialized Processing time:11 milliSeconds
5083 : EVENT: Clock#Time=Fri,15:40
5089 : EVENT: Clock#Time=Fri,15:40 Processing time:6 milliSeconds
5091 : MQTT : Intentional reconnect
5091 : LoadFromFile: config.dat index: 28672 datasize: 336
5221 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
5222 : Subscribed to: domoticz/out
5224 : EVENT: MQTT#Connected
5234 : EVENT: MQTT#Connected Processing time:9 milliSeconds
15:40:43: ping 1, timeout 0, total payload 32 bytes, 1365 ms
15:40:48: bcn_timout,ap_probe_send_start
15:40:50: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
13912 : EVENT: WiFi#Disconnected
13919 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9432 ms
13930 : MQTT : Connection lost
13931 : EVENT: MQTT#Disconnected
14514 : WIFI : Connecting MAD_IOT attempt #0
14515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
15:40:51: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:40:52: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
16258 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 1738 ms
16260 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
16269 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
16288 : EVENT: WiFi#Connected
16295 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
16389 : LoadFromFile: config.dat index: 28672 datasize: 336
16425 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
16426 : Subscribed to: domoticz/out
16427 : EVENT: MQTT#Connected
16434 : EVENT: MQTT#Connected Processing time:6 milliSeconds
16557 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
16599 : NTP  : NTP replied: 40 mSec
16600 : EVENT: Time#Set
16606 : EVENT: Time#Set Processing time:5 milliSeconds
15:40:54: ping 1, timeout 0, total payload 32 bytes, 1022 ms
15:40:59: bcn_timout,ap_probe_send_start
15:41:01: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
25176 : EVENT: WiFi#Disconnected
25183 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 8919 ms
25194 : MQTT : Connection lost
25195 : EVENT: MQTT#Disconnected
25514 : WIFI : Connecting MAD_IOT attempt #0
25515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:41:02: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
26186 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 666 ms
26189 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
26197 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
26217 : EVENT: WiFi#Connected
26224 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
26318 : LoadFromFile: config.dat index: 28672 datasize: 336
26344 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
26345 : Subscribed to: domoticz/out
26346 : EVENT: MQTT#Connected
26353 : EVENT: MQTT#Connected Processing time:7 milliSeconds
15:41:04: ping 1, timeout 1, total payload 0 bytes, 1022 ms
27623 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
27664 : NTP  : NTP replied: 41 mSec
27665 : EVENT: Time#Set
27671 : EVENT: Time#Set Processing time:6 milliSeconds
27672 : EVENT: Clock#Time=Fri,15:41
27677 : EVENT: Clock#Time=Fri,15:41 Processing time:5 milliSeconds
ping 1, timeout 0, total payload 32 bytes, 1024 ms
15:41:07: 31004 : WD   : Uptime 1 ConnectFailures 4 FreeMem 19304
15:41:10: bcn_timout,ap_probe_send_start
15:41:12: pm open,type:2 0
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
36143 : MQTT : Connection lost
36144 : EVENT: MQTT#Disconnected
36151 : EVENT: WiFi#Disconnected
36156 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9948 ms
36514 : WIFI : Connecting MAD_IOT attempt #0
36515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:41:13: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
37145 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 625 ms
37147 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
37155 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 10 ms
37176 : EVENT: WiFi#Connected
37182 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
37276 : LoadFromFile: config.dat index: 28672 datasize: 336
37296 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
37297 : Subscribed to: domoticz/out
37298 : EVENT: MQTT#Connected
37306 : EVENT: MQTT#Connected Processing time:8 milliSeconds
37551 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
37592 : NTP  : NTP replied: 41 mSec
37593 : EVENT: Time#Set
37599 : EVENT: Time#Set Processing time:6 milliSeconds
15:41:15: ping 1, timeout 0, total payload 32 bytes, 1046 ms
15:41:20: bcn_timout,ap_probe_send_start
15:41:22: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
46076 : MQTT : Connection lost
46076 : EVENT: MQTT#Disconnected
46083 : EVENT: WiFi#Disconnected
46089 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 8921 ms
46514 : WIFI : Connecting MAD_IOT attempt #0
46515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

현재 코어(마스터, ESP82xx 코어 41a64707, NONOS SDK 2.2.1(cfd48f3))를 사용하면 MTU 문제가 더 이상 표시되지 않습니다.
5월 1일 이후로 10개의 ESP(Sonoff, NodeMcu, W1pro)가 아무 문제 없이 실행되고 있습니다.

참고 ... 최신 공식 빌드를 플래시하고 직렬을 통해 설정을 기본값으로 재설정하고 WiFiSSID 및 키를 입력하십시오. 보이는 것에도 불구하고 기본 AP에 연결할 수 없습니다(그러나 -82에 대한 약한 신호). 그런 다음 아래에서 볼 수 있듯이 충돌했습니다.
다른 위치에서 장치는 문제 없이 보조 AP에 빠르게 연결되었으며 지금까지 작동하고 있습니다(그러나 플러그인이 구성되지 않았으며 활성 규칙이 없음).
....
....
458745 : WIFI : IOTAP1 연결 시도 #57
458749 : AP 모드: 클라이언트 연결 끊김: xx:xx:xx:xx:xx:xx 연결된 장치: 0
458810 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 64ms 동안 연결됨
459360 : AP 모드: 클라이언트 연결: xx:xx:xx:xx:xx:xx 연결된 장치: 1
471739 : WIFI : AP 모드 ssid는 주소가 192.168.4.1인 ESP_Easy_0이 됩니다.
471739 : WIFI : IOTAP2 연결 시도 #58

예외(29):
epc1=0x4000e1c3 epc2=0x00000000 epc3=0x40000f68 excvaddr=0x00000018 depc=0x00000000

ctx: 시스템
sp: 3ffffc50 끝: 3ffffb0 오프셋: 01a0

스택>>>
3ffffdf0: 3fff5108 1f385062 401021e6 3fffa2b0
3ffffe00: 402706a6 402705c4 3ffff9454 40100eb6
3ffffe10: 3ffeb6d5 401042bb 3ffef160 4026a718
3ffffe20: 00000018 3ffefb30 3ffefaac 00000000
3ffffe30: 40270767 3ff20a00 3fff9454 3ffedf1a
3ffffe40: 3ffedf00 00000000 00000000 00000006
3ffffe50: 00000021 1f4328f4 401021e6 3ffedf00
3ffffe60: 3ffedf1a 0000002c 00000008 401004f4
3ffffe70: 3ffedf0a 3fff6454 4026d324 3ff20a00
3ffffe80: 3fff9454 3fff55c4 00000015 4026d1f7
3ffffe90: 3fffc278 40101f80 3fffc200 00000022
3ffffea0: 3ffebf74 00000000 00000000 3fff4fe4
3ffffeb0: 40000f68 00000030 00000010 ffffffff
3ffffec0: 40000f58 00000000 00000020 00000000
3ffffed0: 3ffef7d4 7ffffff 00000000 3ffeed30
3ffffee0: 3ffff138 00000006 00000000 3fffdab0
3ffffef0: 00000000 3ffdcc0 00000040 00000030
3ffff00: 40274fd1 ffffffe0 00000000 00000000
3ffff10: 4026ca2f 3ffedf00 3ffef160 3fff9454
3ffff20: 00000000 3ffedf0a 3ffedf20 4026a4d1
3ffff30: 4027fac5 00000001 00000000 3ffedf0a
3ffff40: 4027ec78 00000092 3ffedef4 3fff6454
3ffff50: 3ffedef4 00000000 00000040 4027e5a2
3ffff60: 3ffef160 3ffedef4 3fffdcc0 3ffeb710
3ffff70: 3ffedf10 3fff752c 00000040 3ffeb710
3ffff80: 00000040 3ffef160 00000002 00000000
3ffff90: 4027de7f 3ffdab0 00000000 40283f5f
3fffffa0: 3ffeb710 40000f49 3fffdab0 40000f49
<<

ets 2013년 1월 8일,첫 번째 원인:2 , 부팅 모드:(3,7)

로드 0x4010f000, len 1384, 방 16
꼬리 8
체크섬 0x2d
합 0x2d
v614f7c32
~ld
-U88 :

INIT : 부팅 버전: mega-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
89 : INIT : 웜 부트 #6
90 : FS : 마운팅...
116 : FS : 마운트 성공, 957314 중 75802바이트 사용
436 : CRC : 프로그램 체크섬 ...OK
442 : CRC : SecuritySettings CRC ...OK
548 : INIT : 여유 RAM:21464
549 : 초기화 : I2C
549 : INIT : SPI가 활성화되지 않음
565 : INFO : 플러그인: 72 [일반] [테스트 중] [개발] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
566 : WIFI : WiFi를 STA로 설정
599 : WIFI : IOTAP1 연결 시도 #0
607 : WD : 가동 시간 0 ConnectFailures 0 FreeMem 20616
3461 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2861ms 동안 연결됨
3604 : WIFI : IOTAP1 연결 시도 #1
6466 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2862ms 동안 연결됨
6604 : WIFI : IOTAP2 연결 시도 #2
9467 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2862ms 동안 연결됨
9604 : WIFI : IOTAP2 연결 시도 #3
12467 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2862ms 동안 연결됨
12604 : WIFI : IOTAP1 연결 시도 #4
15466 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2862ms 동안 연결됨
15604 : WIFI : IOTAP1 연결 시도 #5
18466 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2862ms 동안 연결됨
18604 : WIFI : WiFi를 AP+STA로 설정
19524: WIFI: AP 모드 ssid는 주소가 192.168.4.1인 ESP_Easy_0이 됩니다.
19524 : WIFI : IOTAP2 연결 시도 #6
22388 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2863ms 동안 연결됨
22603: WIFI: AP 모드 ssid는 주소가 192.168.4.1인 ESP_Easy_0이 됩니다.
22603 : WIFI : IOTAP2 연결 시도 #7
25463 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2860ms 동안 연결됨
25602: WIFI: AP 모드 ssid는 주소가 192.168.4.1인 ESP_Easy_0이 됩니다.
25603 : WIFI : IOTAP1 연결 시도 #8
28464 : WIFI : 연결이 끊어졌습니다! 이유: '(201) AP를 찾을 수 없음' 2860ms 동안 연결됨
28602: WIFI: AP 모드 ssid는 주소가 192.168.4.1인 ESP_Easy_0이 됩니다.
28603 : WIFI : IOTAP1 연결 시도 #9
30606 : WD : 가동 시간 1 ConnectFailures 0 FreeMem 18176
...
...

어제도 "AP를 찾을 수 없음" 오류가 표시되는 것을 보았습니다.
일부 잘못되거나 손상된 설정과 관련된 것 같습니다. 우리가 저장하는 설정뿐만 아니라 코어 라이브러리에 의해 플래시의 다른 부분에 저장된 설정도 있을 수 있습니다.

@Oxyandy NTP 업데이트는 한 시간 후에 또는 설정되지 않은 경우에만 수행되어야 합니다.

@susisstrolch > 1800바이트를 포함하는 규칙 파일을 작성하도록 테스트할 수 있습니까?
LWIP2 고대역폭 버전은 크기가 1 MTU를 초과할 때 HTTP POST 요청을 손상시켰습니다.

안녕하세요 기즈입니다.
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
로그를 본다면 패턴이야 항상 연결 MQTT 연결 시간 업데이트

bcn_timout,ap_probe_send_start
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
2515788 : EVENT: WiFi#DisconnectedDisconnected! Reason: '(200) Beacon timeout' Connected for 8919 ms

10초에서 12초마다 몇 시간 동안 그렇게 반복됩니다.

내 연못 Ctrl 장치의 규칙 크기: 현재 크기: 1859자(최대 2048자)
MTU: 534(낮은 메모리 lwip 2.x)
문제 없음 - 이번 주에 여러 번 변경되었습니다.

고대역폭 버전에서 이러한 문제가 발생했기 때문에 현재 LwIP 2.x 낮은 메모리를 사용하고 있습니다.
@Oxyandy 시간 업데이트 및 물론 재연결 루프에 관한 코드를 살펴보겠습니다.
이 주제는 점점 더 화제가되고 있습니다 :(

이해가 되지 않습니다. 귀하의 요청에 따라 (오늘 아침에) homebrew를 컴파일한 것이 훌륭하게 작동했습니다.
그러다가 정식 출시가 되었을 때 더 잘 활용해야겠다고 생각했는데 그 차이에 충격을 받았습니다.
이제 마지막 답변에 대해 .. 시간 업데이트는 괜찮습니다..
오늘의 공식 릴리스는 문제 없이 Wi-Fi에 연결하고 MQTT를 연결하고 시간을 가져온 다음 "(200) Beacon timeout"으로 연결을 끊고 11초마다 반복합니다.
연결 - Wi-Fi, MQTT, 시간, 연결 해제, 반복
따라서 "시간 업데이트"를 보지 마십시오. 연결 상태를 유지하면 괜찮을 것입니다...

이상하다. PlatformIO의 빌드 프로세스에는 정말 펑키한 것이 있습니다.
나는 두 번째로 그것을 구축하는 것이 실제로 차이를 만든다는 것을 몇 번이나 깨달았습니다.
PlatformIO의 링커 수준에 문제가 있는 것과 같습니다.
여기에서 무슨 일이 일어나고 있는지 정말 이상합니다.

컴파일러 또는 링커 플래그에 있을 수 있습니다. 최적화는 나쁜 일이 될 수 있습니다.
Arduino IDE에는 이 구성 파일(platform.txt)이 있습니다.

# ESP8266 platform
# ------------------------------

# For more info:
# https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5---3rd-party-Hardware-specification

name=ESP8266 Modules
version=2.5.0-dev

runtime.tools.xtensa-lx106-elf-gcc.path={runtime.platform.path}/tools/xtensa-lx106-elf
runtime.tools.esptool.path={runtime.platform.path}/tools/esptool

compiler.warning_flags=-w
compiler.warning_flags.none=-w
compiler.warning_flags.default=
compiler.warning_flags.more=-Wall
compiler.warning_flags.all=-Wall -Wextra

build.lwip_lib=-llwip_gcc
build.lwip_include=lwip/include
build.lwip_flags=-DLWIP_OPEN_SRC

build.vtable_flags=-DVTABLES_IN_FLASH

build.float=-u _printf_float -u _scanf_float
build.led=

compiler.path={runtime.tools.xtensa-lx106-elf-gcc.path}/bin/
compiler.sdk.path={runtime.platform.path}/tools/sdk
compiler.libc.path={runtime.platform.path}/tools/sdk/libc/xtensa-lx106-elf
compiler.cpreprocessor.flags=-D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ "-I{compiler.sdk.path}/include" "-I{compiler.sdk.path}/{build.lwip_include}" "-I{compiler.libc.path}/include" "-I{build.path}/core"

compiler.c.cmd=xtensa-lx106-elf-gcc
compiler.c.flags=-c {compiler.warning_flags} -Os -g -Wpointer-arith -Wno-implicit-function-declaration -Wl,-EL -fno-inline-functions -nostdlib -mlongcalls -mtext-section-literals -falign-functions=4 -MMD -std=gnu99 -ffunction-sections -fdata-sections

compiler.S.cmd=xtensa-lx106-elf-gcc
compiler.S.flags=-c -g -x assembler-with-cpp -MMD -mlongcalls

compiler.c.elf.flags=-g {compiler.warning_flags} -Os -nostdlib -Wl,--no-check-sections -u app_entry {build.float} -Wl,-static "-L{compiler.sdk.path}/lib" "-L{compiler.sdk.path}/ld" "-L{compiler.libc.path}/lib" "-T{build.flash_ld}" -Wl,--gc-sections -Wl,-wrap,system_restart_local -Wl,-wrap,spi_flash_read

compiler.c.elf.cmd=xtensa-lx106-elf-gcc
compiler.c.elf.libs=-lhal -lphy -lpp -lnet80211 {build.lwip_lib} -lwpa -lcrypto -lmain -lwps -laxtls -lespnow -lsmartconfig -lairkiss -lwpa2 -lstdc++ -lm -lc -lgcc

compiler.cpp.cmd=xtensa-lx106-elf-g++
compiler.cpp.flags=-c {compiler.warning_flags} -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -MMD -ffunction-sections -fdata-sections

compiler.as.cmd=xtensa-lx106-elf-as

compiler.ar.cmd=xtensa-lx106-elf-ar
compiler.ar.flags=cru

compiler.elf2hex.cmd=esptool
compiler.elf2hex.flags=

compiler.size.cmd=xtensa-lx106-elf-size

compiler.esptool.cmd=esptool
compiler.esptool.cmd.windows=esptool.exe

# This can be overriden in boards.txt
build.extra_flags=-DESP8266

# These can be overridden in platform.local.txt
compiler.c.extra_flags=
compiler.c.elf.extra_flags=
compiler.S.extra_flags=
compiler.cpp.extra_flags=
compiler.ar.extra_flags=
compiler.objcopy.eep.extra_flags=
compiler.elf2hex.extra_flags=

## generate file with git version number
## needs bash, git, and echo
recipe.hooks.core.prebuild.1.pattern=bash -c "mkdir -p {build.path}/core && echo \#define ARDUINO_ESP8266_GIT_VER 0x`git --git-dir {runtime.platform.path}/.git rev-parse --short=8 HEAD 2>/dev/null || echo ffffffff` >{build.path}/core/core_version.h"
recipe.hooks.core.prebuild.2.pattern=bash -c "mkdir -p {build.path}/core && echo \#define ARDUINO_ESP8266_GIT_DESC `cd {runtime.platform.path}; git describe --tags 2>/dev/null || echo unix-{version}` >>{build.path}/core/core_version.h"
## windows-compatible version without git
recipe.hooks.core.prebuild.1.pattern.windows=cmd.exe /c mkdir {build.path}\core & (echo #define ARDUINO_ESP8266_GIT_VER 0x00000000 & echo #define ARDUINO_ESP8266_GIT_DESC win-{version} ) > {build.path}\core\core_version.h
recipe.hooks.core.prebuild.2.pattern.windows=

## Build the app.ld linker file
recipe.hooks.linking.prelink.1.pattern="{compiler.path}{compiler.c.cmd}" -CC -E -P {build.vtable_flags} "{runtime.platform.path}/tools/sdk/ld/eagle.app.v6.common.ld.h" -o "{runtime.platform.path}/tools/sdk/ld/eagle.app.v6.common.ld"

## Compile c files
recipe.c.o.pattern="{compiler.path}{compiler.c.cmd}" {compiler.cpreprocessor.flags} {compiler.c.flags} -DF_CPU={build.f_cpu} {build.lwip_flags} {build.debug_port} {build.debug_level} -DARDUINO={runtime.ide.version} -DARDUINO_{build.board} -DARDUINO_ARCH_{build.arch} -DARDUINO_BOARD="{build.board}" {build.led} {compiler.c.extra_flags} {build.extra_flags} {includes} "{source_file}" -o "{object_file}"

## Compile c++ files
recipe.cpp.o.pattern="{compiler.path}{compiler.cpp.cmd}" {compiler.cpreprocessor.flags} {compiler.cpp.flags} -DF_CPU={build.f_cpu} {build.lwip_flags} {build.debug_port} {build.debug_level} -DARDUINO={runtime.ide.version} -DARDUINO_{build.board} -DARDUINO_ARCH_{build.arch} -DARDUINO_BOARD="{build.board}" {build.led} {compiler.cpp.extra_flags} {build.extra_flags} {includes} "{source_file}" -o "{object_file}"

## Compile S files
recipe.S.o.pattern="{compiler.path}{compiler.c.cmd}" {compiler.cpreprocessor.flags} {compiler.S.flags} -DF_CPU={build.f_cpu} {build.lwip_flags} {build.debug_port} {build.debug_level} -DARDUINO={runtime.ide.version} -DARDUINO_{build.board} -DARDUINO_ARCH_{build.arch} -DARDUINO_BOARD="{build.board}" {build.led} {compiler.c.extra_flags} {build.extra_flags} {includes} "{source_file}" -o "{object_file}"

## Create archives
recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/arduino.ar" "{object_file}"

## Combine gc-sections, archives, and objects
recipe.c.combine.pattern="{compiler.path}{compiler.c.elf.cmd}" -Wl,-Map "-Wl,{build.path}/{build.project_name}.map" {compiler.c.elf.flags} {compiler.c.elf.extra_flags} -o "{build.path}/{build.project_name}.elf" -Wl,--start-group {object_files} "{build.path}/arduino.ar" {compiler.c.elf.libs} -Wl,--end-group  "-L{build.path}"

## Create eeprom
recipe.objcopy.eep.pattern=

## Create hex
#recipe.objcopy.hex.pattern="{compiler.path}{compiler.elf2hex.cmd}" {compiler.elf2hex.flags} {compiler.elf2hex.extra_flags} "{build.path}/{build.project_name}.elf" "{build.path}/{build.project_name}.hex"

recipe.objcopy.hex.pattern="{runtime.tools.esptool.path}/{compiler.esptool.cmd}" -eo "{runtime.platform.path}/bootloaders/eboot/eboot.elf" -bo "{build.path}/{build.project_name}.bin" -bm {build.flash_mode} -bf {build.flash_freq} -bz {build.flash_size} -bs .text -bp 4096 -ec -eo "{build.path}/{build.project_name}.elf" -bs .irom0.text -bs .text -bs .data -bs .rodata -bc -ec

## Save hex
recipe.output.tmp_file={build.project_name}.bin
recipe.output.save_file={build.project_name}.{build.variant}.bin

## Compute size
recipe.size.pattern="{compiler.path}{compiler.size.cmd}" -A "{build.path}/{build.project_name}.elf"
recipe.size.regex=^(?:\.irom0\.text|\.text|\.data|\.rodata|)\s+([0-9]+).*
recipe.size.regex.data=^(?:\.data|\.rodata|\.bss)\s+([0-9]+).*
#recipe.size.regex.eeprom=^(?:\.eeprom)\s+([0-9]+).*

# ------------------------------

tools.esptool.cmd=esptool
tools.esptool.cmd.windows=esptool.exe
tools.esptool.path={runtime.platform.path}/tools/esptool
tools.esptool.network_cmd=python
tools.esptool.network_cmd.windows=python.exe

tools.esptool.upload.protocol=esp
tools.esptool.upload.params.verbose=-vv
tools.esptool.upload.params.quiet=
tools.esptool.upload.pattern="{path}/{cmd}" {upload.verbose} -cd {upload.resetmethod} -cb {upload.speed} -cp "{serial.port}" {upload.erase_cmd} -ca 0x00000 -cf "{build.path}/{build.project_name}.bin"
tools.esptool.upload.network_pattern="{network_cmd}" "{runtime.platform.path}/tools/espota.py" -i "{serial.port}" -p "{network.port}" "--auth={network.password}" -f "{build.path}/{build.project_name}.bin"

tools.mkspiffs.cmd=mkspiffs
tools.mkspiffs.cmd.windows=mkspiffs.exe
tools.mkspiffs.path={runtime.platform.path}/tools/mkspiffs

platformIO 문제를 피하기 위해 .pioenvs 폴더를 삭제하고 어쨌든 'Clean'을 실행했습니다.
오늘 아침 빌드 이후 - 2개의 파일이 변경되었습니다.
ESPEasy-Globals.h & Misc.ino(작업 설정 손상 수정)

시작하기: 현재 폴더 구조는 GitHub/ESpeasy입니다.
ESpeasy 폴더를 복사하고 가져오기 전에 날짜를 포함하도록 이름을 바꾸면 로컬에서 변경 사항을 비교하는 데 도움이 됩니다.

FritzBox는 자동 펌웨어 업데이트를 수행했습니다. 모든 ESP는 문제 없이 대체 메시 AP로 장애 조치되었습니다.

@TD-er 당신은 "어떤 노드에서든 0504로 이 Beacon 시간 초과가 있습니까, 아니면 몇 개입니까?"라고 말했습니다.
공평하게도 나는 새로운 모듈과 플래시를 가져오고 미래에는 모든 새로운 펌웨어를 플래시 2 노드로 만들 것입니다.
나는 당신의 지역에서 오후 4시에만 시간이 있습니다.

좋아, 완전히 새로운 노드가 지워졌습니다.
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin으로 깜박임
아래 로그는 다른 노드와 동일한 동작을 합니다.
로그에 패턴이 보이시나요?

INIT : Booting version: mega-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
104 : INIT : Cold Boot
105 : FS   : Mounting...
111 : FS   : Mount successful, used 76053 bytes of 113201
408 : CRC  : program checksum       ...OK
419 : CRC  : SecuritySettings CRC   ...OK 
420 : CRC  : binary has changed since last save of Settings
439 : INIT : Free RAM:23448
440 : INIT : I2C
440 : INIT : SPI not enabled
455 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
455 : EVENT: System#Wake
464 : WIFI : Set WiFi to STA
mode : sta(5c:cf:7f:72:97:2a)
add if0
497 : WIFI : Connecting MAD_MOB attempt #0
498 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
STUB: dhcp_stop
511 : EVENT: System#Boot
519 : SW   : Switch state 1 Output value 1
522 : EVENT: Float_SW#Switch=1.00
536 : ACT  : Publish domoticz/in,{"idx":26,"nvalue":0,"svalue":"FLOAT_SWITCH_1_00:00:00"}
547 : Command: publish
00:23:56: 1004 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22752
00:23:59: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
00:24:01: 
connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
5287 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 4787 ms
5293 : EVENT: WiFi#ChangedAccesspoint
5304 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
5306 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 19 ms
5324 : EVENT: WiFi#Connected
5332 : Webserver: start
5332 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
5423 : MQTT : Intentional reconnect
5424 : LoadFromFile: config.dat index: 28672 datasize: 336
5500 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
5501 : Subscribed to: domoticz/out
5502 : EVENT: MQTT#Connected
5512 : EVENT: MQTT#Connected Processing time:10 milliSeconds
5796 : NTP  : NTP host au.pool.ntp.org (27.124.125.251) queried
5867 : NTP  : NTP replied: 70 mSec
5869 : Current Time Zone:  DST time start: 2018-10-07 01:00:00 offset: 660 minSTD time start: 2018-08-05 01:00:00 offset: 600 min
5871 : EVENT: Time#Initialized
5879 : EVENT: Time#Initialized Processing time:8 milliSeconds
5881 : EVENT: Clock#Time=Sat,01:24
5887 : EVENT: Clock#Time=Sat,01:24 Processing time:6 milliSeconds
00:24:02: ping 1, timeout 0, total payload 32 bytes, 1023 ms
00:24:07: bcn_timout,ap_probe_send_start
00:24:09: pm open,type:2 0
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
14289 : EVENT: WiFi#Disconnected
14296 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9002 ms
14311 : MQTT : Connection lost
14311 : EVENT: MQTT#Disconnected
14519 : WIFI : Connecting MAD_MOB attempt #0
14520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
00:24:11: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
16497 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 1972 ms
16499 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
16507 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 10 ms
16527 : EVENT: WiFi#Connected
16533 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
16608 : NTP  : NTP host au.pool.ntp.org (27.124.125.251) queried
00:24:12: 16679 : NTP  : NTP replied: 70 mSec
16680 : EVENT: Time#Set
16686 : EVENT: Time#Set Processing time:6 milliSeconds
16688 : LoadFromFile: config.dat index: 28672 datasize: 336
16713 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
16714 : Subscribed to: domoticz/out
16715 : EVENT: MQTT#Connected
16724 : EVENT: MQTT#Connected Processing time:9 milliSeconds
00:24:14: ping 1, timeout 0, total payload 32 bytes, 2070 ms
00:24:18: bcn_timout,ap_probe_send_start
00:24:21: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
25349 : EVENT: WiFi#Disconnected
25356 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 8852 ms
25371 : MQTT : Connection lost
25371 : EVENT: MQTT#Disconnected
25519 : WIFI : Connecting MAD_MOB attempt #0
25520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
25683 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 158 ms
25686 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
25694 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
25714 : EVENT: WiFi#Connected
25721 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
25815 : LoadFromFile: config.dat index: 28672 datasize: 336
25836 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
25838 : Subscribed to: domoticz/out
25838 : EVENT: MQTT#Connected
25845 : EVENT: MQTT#Connected Processing time:7 milliSeconds
00:24:22: 26585 : NTP  : NTP host au.pool.ntp.org (27.124.125.251) queried
26656 : NTP  : NTP replied: 70 mSec
26657 : EVENT: Time#Set
26663 : EVENT: Time#Set Processing time:6 milliSeconds
ping 1, timeout 0, total payload 32 bytes, 1010 ms
00:24:26: 31005 : WD   : Uptime 1 ConnectFailures 4 FreeMem 19304
00:24:28: bcn_timout,ap_probe_send_start
00:24:30: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
35077 : EVENT: WiFi#Disconnected
35083 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9394 ms
35094 : MQTT : Connection lost
35095 : EVENT: MQTT#Disconnected
35519 : WIFI : Connecting MAD_MOB attempt #0
35520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
35685 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 160 ms
35687 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
35696 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
35715 : EVENT: WiFi#Connected
35721 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
35816 : LoadFromFile: config.dat index: 28672 datasize: 336
35844 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
35845 : Subscribed to: domoticz/out
35846 : EVENT: MQTT#Connected
35855 : EVENT: MQTT#Connected Processing time:9 milliSeconds
00:24:32: 36735 : NTP  : NTP host au.pool.ntp.org (144.48.166.166) queried
ping 1, timeout 0, total payload 32 bytes, 1016 ms
37739 : NTP  : No reply
00:24:39: bcn_timout,ap_probe_send_start
00:24:41: pm open,type:2 0
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
46238 : EVENT: WiFi#Disconnected
46244 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 10 s
46260 : MQTT : Connection lost
46261 : EVENT: MQTT#Disconnected
46519 : WIFI : Connecting MAD_MOB attempt #0
46520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
00:24:42: 
connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
46679 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 154 ms
46681 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
46689 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 10 ms
46709 : EVENT: WiFi#Connected
46715 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
46809 : LoadFromFile: config.dat index: 28672 datasize: 336
46843 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
46844 : Subscribed to: domoticz/out
46845 : EVENT: MQTT#Connected
46851 : EVENT: MQTT#Connected Processing time:6 milliSeconds

아 와이어샤크를 실행하는 특별한 액세스 포인트를 설정할 때가 된 것 같아요

GitHub Desktop을 사용하여 오늘 아침부터 내 작업 컴파일이 저녁 버전을 만들었고 완벽하게 작동하기 때문에 https://github.com/letscontrolit/ESPEasy/commit/92680c5542b76a15db16af198a3a07ed17618c4e 에서 변경된 파일 2개만 포함하는 최신 '라이브' 소스를 가져왔습니다. ..
같은 소스인데 왜 nightly 빌드가 다른가요? GitHub에서는 어떻게 다른가요?

Arduino IDE를 사용하는 사람이 있습니까?
현재 src에서 "ESP8266 normal 1024"를 빌드하고 여기에 덤프할 수 있습니까?
감사 해요

이것이 우리가 보고 있는 임의의 문제 중 일부와 관련이 있는지 확실하지 않지만 일정 시간이 지나면 내 장치가 컨트롤러에 데이터 전송을 중지한다는 것을 알았습니다. 그러나 웹 인터페이스는 여전히 실행 중이지만 t는 0.0.0.0의 IP 주소를 보여줍니다. (스크린샷 참조). 다른 사람이 이것을 보고 있습니까?

이것은 어떤 빌드 버전입니까?

@Oxyandy

같은 소스인데 왜 nightly 빌드가 다른가요? GitHub에서는 어떻게 다른가요?

저도 그게 궁금합니다.
우리가 직접 빌드할 때 가끔 두 번 빌드해야 한다는 사실과도 관련이 있는 것 같습니다.
우리가 컴파일하는 방식이나 컴파일러에 문제가 있는 것 같습니다.
그것은 아마도 우리가 지난 주에 재현하기가 불가능하지는 않더라도 매우 어려운 많은 것들을 보고 있는 이유를 설명할 수 있을 것입니다.

나는 Tasmota의 @arendst와도 이에 대해 논의했으며, 그는 또한 좋은 작동 버전을 얻기 위해 때때로 다시 빌드해야 한다고 확인했습니다.
야간 빌드를 테스트로 두 번 빌드할 수 있는지 @psy0rz 에게 물어볼 것입니다.

mega-20180503에서 자체 컴파일
빌드 | 20102 - 메가
도서관 | ESP82xx 코어 76a14b1f, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3

노드에 쓰기 전에 두 번 빌드를 시도할 수 있습니까?
빌드 사이를 정리하지 않고 빌드하고 다시 빌드하십시오.

물론, 하지만 나는 platformIO가 아닌 Mac에서 Arduino SDK를 사용합니다... 여전히 시도해 볼 가치가 있습니까?

예, 원인이 무엇인지 아직 알 수 없기 때문에 그렇게 하십시오.
Arduino IDE는 PlatformIO에 설정된 고정 버전을 확인하지 않기 때문에 우리와 동일한 핵심 라이브러리를 사용하고 있는지 확인하십시오.
우리가 사용하는 현재 버전은 다음과 같습니다.
ESP82xx 코어 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3

알겠습니다. 이제 시도해 보고 일부 장치를 플래시하겠습니다. 무슨 일이 일어나면 바로 보고하겠습니다... 아니면 전혀 ;)

쩝. 현재 빌드는 최소한 장치 또는 알림 페이지(모든 ESP 웹 페이지)에서 웹 브라우저에서 F5 키를 몇 초 동안 누르고 있으면 언제든지 충돌할 수 있습니다. Win10의 Firefox에서 언제든지 반복할 수 있습니다.
...
...
39543696 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39551825 : LoadFromFile: config.dat 인덱스: 27648 데이터 크기: 320
39557599 : Ram 사용량: 웹서버만: 0(코어 포함): 0
39566681 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39566879 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39567105 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39567490 : Ram 사용량: 웹서버만: 0(코어 포함): 0
39567690 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
39567883 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39568086 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39568287 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39568495 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
39568701 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39568910 : Ram 사용량: 웹서버만: 0(코어 포함): 0
39569112 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
39569324 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39569530 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39569739 : Ram 사용량: 웹서버만: 0(코어 포함): 0
39569948 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
39570158 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39570366 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39570582 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
39570742 : 웹페이지 건너뛰기: 메모리 부족: 1784
39570832 : 웹페이지 건너뛰기: 메모리 부족: 1784
39570906 : 웹페이지 건너뛰기: 메모리 부족: 1784
39570992 : 웹페이지 건너뛰기: 메모리 부족: 1784
39571074 : 웹페이지 건너뛰기: 메모리 부족: 1784
39571161 : 웹페이지 건너뛰기: 메모리 부족: 1784
39571240 : 웹페이지 건너뛰기: 메모리 부족: 1784
39571322 : 웹페이지 건너뛰기: 메모리 부족: 1784
39571401 : 웹페이지 건너뛰기: 메모리 부족: 1784

예외(28):
epc1=0x4025cb66 epc2=0x00000000 epc3=0x401003f2 excvaddr=0x00000000 depc=0x00000000

ctx: 계속
sp: 3fff4690 끝: 3fff4b20 오프셋: 01a0

스택>>>
3fff4830: 00000000 3ffe90c0 3fff48a4 40253308
3fff4840: 00000000 3ffe90c0 3fff48d4 40257c32
3fff4850: 00000000 3ffe90c0 00000043 4021ada8
3fff4860: 00000000 00000000 00000000 000006c0
3fff4870: 000006f8 00000000 00000000 00000000
3fff4880: 00000000 00000000 00000000 40107b18
3fff4890: 00000000 000003e8 3fff48f0 00000000
3fff48a0: 00000000 00000000 00000000 00000000
3fff48b0: 4029cdfc 00000007 3fff48f0 3fffbfdc
3fff48c0: 0000000f 0000000b 3fff815c 0000000f
3fff48d0: 00000000 3fffb8a4 0000025f 0000025c
3fff48e0: 00000001 3fff16d4 3fff6294 40227cb4
3fff48f0: 3fffb414 0000000f 00000007 4010053d
3fff4900: 3fff4d6c 00000855 00000855 3fff4d6c
3fff4910: 00000010 00000010 00000000 3fff36d4
3fff4920: 00000010 3fff5d14 3fff5d14 40257a6f
3fff4930: 3ffe8ea1 00000000 3fff5d14 40257abb
3fff4940: 00000000 00000010 3fff5d14 3fff4d6c
3fff4950: 40107b70 ffffffff 00000000 40253308
3fff4960: 3fff3a14 00000001 3fff6294 4022fc8d
3fff4970: 00000010 3fff49e0 3ffe8ea1 40207ae8
3fff4980: 00000000 3fff49e0 3fff1868 4028577b
3fff4990: 4025653c 00000001 3fff1868 40253308
3fff49a0: 3fff4d6c 00000c35 00000c35 4010020c
3fff49b0: 00000001 00000001 3fff49e0 40107b70
3fff49c0: ffffffff 40107b70 00000000 40257a14
3fff49d0: 4020a8ca 00000001 3fff6294 4022fd96
3fff49e0: 00000000 00000000 00000000 40253308
3fff49f0: 00000001 00000001 3fff6294 4022fe80
3fff4a00: 00000001 00000001 3fff4a30 40259cfa
3fff4a10: 3fff4d6c 00000112 3fff6294 402532fe
3fff4a20: 3fff6294 3fff366c 3fff6294 4025333a
3fff4a30: 00000000 00000000 00000000 40257c18
3fff4a40: 3fff6294 3fff366c 3fff3628 402533c1
3fff4a50: 3fff5afc 0000000f 00000008 00000000
3fff4a60: 00000000 3fff4ab0 3fff362c 4024ca28
3fff4a70: 3fff366c 00000001 00000000 4024d200
3fff4a80: 00000001 00000000 40251b18 0000000d
3fff4a90: 00000000 3fff7b4c 3fff3628 3fff3af4
3fff4aa0: 00000001 3fff3650 3fff3628 40253618
3fff4ab0: 40107910 00000000 00001388 3fff3b00
3fff4ac0: 00000000 3fff7b4c 00000000 40256abd
3fff4ad0: 3fffdad0 00000000 3fff1944 4023742a
3fff4ae0: 3fffdad0 00000000 3fff19c4 40240380
3fff4af0: 00000000 00000000 00000001 40258a31
3fff4b00: 3fffdad0 00000000 3fff3aee 40258a5c
3fff4b10: 피페 피페 3fff3b00 40100700
<<

ets 2013년 1월 8일,첫 번째 원인:2 , 부팅 모드:(3,7)

로드 0x4010f000, len 1384, 방 16
꼬리 8
체크섬 0x2d
합 0x2d
v614f7c32
~ld
▒U88 :

INIT : 부팅 버전: mega-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
89 : INIT : 웜 부트 #3
90 : FS : 마운팅...
115 : FS : 마운트 성공, 957314 중 75802바이트 사용
437 : CRC : 프로그램 체크섬 ...OK
469 : CRC : SecuritySettings CRC ...확인
575 : INIT : 여유 RAM:21464
575 : 초기화 : I2C
575 : INIT : SPI가 활성화되지 않음
1677 : INFO : 플러그인: 72 [일반] [테스트 중] [개발] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
1678 : 이벤트: 시스템#웨이크
1682 : WIFI : WiFi를 STA로 설정
...
...

그런 다음 장치가 AP에 성공적으로 연결되었습니다. 또 다른 충돌:

973 : 램 사용량: 웹서버만: 0 코어 포함: 0
279178 : Ram 사용량: 웹서버만: 0(코어 포함): 0
279387 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
279590 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
279798 : Ram 사용: 웹 서버만: 0(코어 포함): 0
280321 : Ram 사용량: 웹서버만: 0(코어 포함): 0
280558 : Ram 사용량: 웹서버만: 0(코어 포함): 0
280785 : Ram 사용: 웹 서버만: 0 코어 포함: 0
치명적인 예외 28(LoadProhibitedCause):
epc1=0x4025cb66, epc2=0x00000000, epc3=0x40100408, excvaddr=0x00000000, depc=0x00000000

예외(28):
epc1=0x4025cb66 epc2=0x00000000 epc3=0x40100408 excvaddr=0x00000000 depc=0x00000000

ctx: 계속
sp: 3fff4690 끝: 3fff4b20 오프셋: 01a0

스택>>>
3fff4830: 00000000 3ffe90c0 3fff48a4 40253308
3fff4840: 00000000 3ffe90c0 3fff48d4 40257c32
3fff4850: 00000000 3ffe90c0 0000002f 4021ada8
3fff4860: 00000000 00000000 00000000 000007e8
3fff4870: 00000820 00000000 00000000 00000000
3fff4880: 00000000 00000000 00000000 40107b18
3fff4890: 00000000 000003e8 3fff48f0 00000000
3fff48a0: 00000000 00000000 00000000 00000000
3fff48b0: 4029cdfc 00000007 3fff48f0 3fff9af4
3fff48c0: 0000000f 0000000b 3fff9adc 0000000f
3fff48d0: 00000004 3fffb7bc 0000025f 00000130
3fff48e0: 00000001 3fff16d4 3fff773c 40227cb4
3fff48f0: 3fff83ac 0000000f 00000007 4010053d
3fff4900: 3fff4d6c 00000a67 00000a67 3fff4d6c
3fff4910: 00000010 00000010 00000000 3fff36d4
3fff4920: 00000010 3fff9014 3fff9014 40257a6f
3fff4930: 3ffe8ea1 00000000 3fff9014 40257abb
3fff4940: 00000000 00000010 3fff9014 3fff4d6c
3fff4950: 40107b70 ffffffff 00000000 40253308
3fff4960: 3fff3a14 00000001 3fff773c 4022fc8d
3fff4970: 00000010 3fff49e0 3ffe8ea1 40207ae8
3fff4980: 00000000 3fff49e0 3fff185c 4028577b
3fff4990: 4025653c 00000001 3fff185c 40253308
3fff49a0: 3fff4d6c 00000628 00000628 4010020c
3fff49b0: 00000001 00000001 3fff49e0 40107b70
3fff49c0: ffffffff 40107b70 00000000 40257a14
3fff49d0: 4020a8ca 00000001 3fff773c 4022fd96
3fff49e0: 00000000 00000000 00000000 40253308
3fff49f0: 00000001 00000001 3fff773c 4022fe80
3fff4a00: 00000001 00000001 3fff4a30 40259cfa
3fff4a10: 00000000 00000000 3fff773c 402532fe
3fff4a20: 3fff773c 3fff366c 3fff773c 4025333a
3fff4a30: 00000000 00000000 00000000 40257c18
3fff4a40: 3fff773c 3fff366c 3fff3628 402533c1
3fff4a50: 3fff9594 0000000f 00000008 00000000
3fff4a60: 00000000 00000000 3fff362c 4024ca28
3fff4a70: 3fff366c 00000001 00000000 4024d200
3fff4a80: 00000001 00000000 40251b18 0000000d
3fff4a90: 00000000 3fff9b0c 3fff3628 3fff3af4
3fff4aa0: 00000001 3fff3650 3fff3628 40253618
3fff4ab0: 40107910 00000000 00001388 3fff3b00
3fff4ac0: 00000000 3fff9b0c 00000000 40256abd
3fff4ad0: 3fffdad0 00000000 3fff1944 4023742a
3fff4ae0: 3fffdad0 00000000 3fff19c4 40240380
3fff4af0: 00000000 00000000 00000001 40258a31
3fff4b00: 3fffdad0 00000000 3fff3aee 40258a5c
3fff4b10: 피페 피페 3fff3b00 40100700
<<

ets 2013년 1월 8일,첫 번째 원인:2 , 부팅 모드:(3,7)

로드 0x4010f000, len 1384, 방 16
꼬리 8
체크섬 0x2d
합 0x2d
v614f7c32
~ld
▒U89 :

INIT : 부팅 버전: mega-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
89 : INIT : 웜 부트 #8
91 : FS : 마운팅...
116 : FS : 마운트 성공, 957314 중 75802바이트 사용
438 : CRC : 프로그램 체크섬 ...OK
469 : CRC : SecuritySettings CRC ...확인
575 : INIT : 여유 RAM:21464
576 : 초기화 : I2C
576 : INIT : SPI가 활성화되지 않음
1678 : INFO : 플러그인: 72 [일반] [테스트 중] [개발] (ESP82xx 코어 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
1678 : 이벤트: 시스템#웨이크
1683 : WIFI : WiFi를 STA로 설정
...

72개의 플러그인을 사용하면 정상적으로 작동하는 방식은 어떻습니까 ;)

IP 스택에 요청이 가득 차면 이는 정상입니다. 도움이 되는 유일한 방법은 웹 서버를 더 자주 서비스하여 인바운드 버퍼가 다시 해제되도록 하는 것입니다.

적어도 복구할 수 있는 것은 좋습니다. 완전한 중단은 재부팅보다 나쁠 것입니다... 하지만 부팅 원인이 매번 같지 않다는 것이 이상합니다. 원인 4도 보았습니다.

ESP_Easy_mega-20180504_test_ESP8266_1024.bin
Wi-Fi를 사용하여 연결(첫 번째 시도)하고 연결 상태를 유지할 수 있습니다.
F5(장치 페이지)는 오류나 충돌을 일으키지 않습니다.
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
11초 주기로 연결 및 실패 - (200) 비콘 시간 초과
ESP_Easy_mega-20180504_normal_ESP8266_1024_(Self_Compiled).bin
완벽한

@Oxyandy 느린 키보드 자동 반복? ;-)
내가 시도한 모든 웹 페이지에서 광산이 충돌합니다.

@ghtester 모든 현재 코드를 사용하여 내 PC에 세트를 빌드합니다. 빌드하는 데 약 30분이 소요됩니다.

@TD-er 노력해 주셔서 감사합니다. 새 빌드가 준비되면 테스트하겠습니다.

@TD-er는 이제 ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3이 깜박이기 전에 두 번 빌드된 내 장치(16)를 플래시했습니다... 그들이 아직 살아 있고 보내는지 내일 보겠습니다. 데이터... lwIP2 고대역을 사용해야 했습니다. 그렇지 않으면 FHEM-컨트롤러를 통해 전송된 데이터가 잘립니다!
하지만 지금 자야합니다 .... n8

고대역폭 버전의 HTTP POST 문제에 주의하십시오.

내 빌드가 이제 세 번째로 실행 중입니다(수정해야 하는 일부 ESP32 문제가 있었고 마지막 빌드에서 연결만 완료되었는지 확인하고 싶습니다).
따라서 몇 분 안에 zip 파일이 생성됩니다.
그럼 나도 자러 갈게.

빌드 참조: https://github.com/letscontrolit/ESPEasy/releases/tag/mega-20180505_TD-er

TD-er, 귀하의 빌드, 내 하드웨어, 문제 없음(일반 1024 8266)
일일 빌드가 표시될 때까지 기다리면 다음에 시도할 것입니다. ;)

@TD-er 감사합니다. 신속하게 테스트된 4096 dev 릴리스(계속 예정), "F5" 재부팅 문제가 여전히 존재하고(첫 번째 시도는 장치를 완전히 중단) 펌웨어 정보에 MD5 검사 실패가 표시됩니다(아마도 테스트 빌드). 그럼에도 불구하고 지금까지는 다른 모든 것이 정상이며 AP에 완벽하고 빠르게 연결됩니다.

빌드 20102 - 메가
라이브러리 ESP82xx 코어 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3
GIT 버전
플러그인 72 [일반] [테스트 중] [개발]
빌드 Md5 4d44355f4d44355f4d44355f4d44355f
Md5 확인 실패!
빌드 시간 2018년 5월 5일 00:33:21
바이너리 파일 이름 ThisIsTheDummyPlaceHolderForTheBinaryFilename...

GitHub에서 빌드 및 릴리스된 이 두 BIN은 1일(1 빌드) 간격입니다.
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
다양한 방법으로 '결함' 확인, 재설정, 다른 노드 등
11초 루프에서 일관된 문제(201 Beacon Timeout)
동일한 소스에서 완벽하게 작동하는 홈브류.
에게
ESP_Easy_mega-20180505_normal_ESP8266_1024.bin
완벽하게 작동하며 소스 변경이 최소화됨
GitHub 릴리스에 컴파일하는 데 '어딘가'에 오류가 있습니다.
Wi-Fi에 연결하여 먼저 시도하고, 즉시 시간 업데이트하고, Wi-Fi를 한 번 떨어뜨리지 않고,
MQTT 유지 연결
등 등 -
아무 잘못이 없습니다 ;)

그래서 이것은 지난 몇 주 동안 많은 시간(???)을 보낸 것이 컴파일 문제 때문일 수 있음을 의미합니다.
그것은 불행한 일이지만 적어도 내가 재현하거나 설명할 수 없다고 보고된 모든 종류의 문제를 보고 마음을 잃지 않는다는 확신을 줍니다.

f5 문제의 경우: 버퍼가 더 크기 때문에 lwip 고대역폭을 시도하십시오. 조금 후에 충돌할 수 있습니다.

컴파일 문제: 80MHz에서 실행 중이시죠?

80MHz가 기본값인 것 같습니다.

알아요. 그러나 160으로 설정하면 이상한 동작이 발생할 수 있습니다.

네, "F5" 문제는 이 특별한 빌드에서 지금까지 제가 본 유일한 심각한 문제입니다. 실제로 ESP 웹 페이지를 새로 고치기 위해 빠르게 여러 번 누르면 문제가 발생합니다.

18084332 : EVENT: Clock#Time=Sat,08:47 처리 시간: 2 밀리초
18091174 : WD : 가동 시간 302 ConnectFailures 0 FreeMem 14504
bcn_timout,ap_probe_send_start
18112119 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18115167 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18116976 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
18119084 : LoadFromFile: notification.dat 인덱스: 0 데이터 크기: 996
18119089 : LoadFromFile: notification.dat 인덱스: 1024 데이터 크기: 996
18119092 : LoadFromFile: notification.dat 인덱스: 2048 데이터 크기: 996
18119129 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18121330 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18121337 : WD : 가동 시간 302 ConnectFailures 0 FreeMem 13584
18128862 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18130833 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18135120 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18136605 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18138356 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18140067 : LoadFromFile: notification.dat 인덱스: 0 데이터 크기: 996
18140076 : LoadFromFile: notification.dat 인덱스: 1024 데이터 크기: 996
18140078 : LoadFromFile: notification.dat 인덱스: 2048 데이터 크기: 996
18140152 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18144694 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18144700 : 이벤트: Clock#Time=Sat,08:48
18144702 : EVENT: Clock#Time=Sat,08:48 처리 시간:2 밀리초
18148558 : Ram 사용: 웹서버만: 0(코어 포함): 0
18151336 : WD : 가동 시간 303 ConnectFailures 0 FreeMem 12568
18153230 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
18153763 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18155000 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18155592 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18156416 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18156838 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
18164949 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18165234 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18165587 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18170770 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18170947 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18171120 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18171300 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18171733 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18177686 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
bcn_timout,ap_probe_send_start
18181336 : WD : 가동 시간 303 ConnectFailures 0 FreeMem 10832
18182865 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18183367 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18188878 : Ram 사용: 웹 서버만: 0(코어 포함): 0
18190025 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
18203237 : Ram 사용량: 웹 서버만: 0(코어 포함): 0
18203809 : Ram 사용량: 웹 서버 전용: 0(코어 포함): 0
18203817 : 이벤트: Clock#Time=Sat,08:49
18203819 : EVENT: Clock#Time=Sat,08:49 처리 시간: 2 밀리초
bcn_timout,ap_probe_send_start
bcn_timout,ap_probe_send_start
bcn_timout,ap_probe_send_start
18496844 : Ram 사용량: 웹서버만: 0(코어 포함): 0
18496850 : WD : 가동 시간 304 ConnectFailures 0 FreeMem 8736
18496856 : 이벤트: Clock#Time=Sat,08:53
18496858 : EVENT: Clock#Time=Sat,08:53 처리 시간:2 밀리초

마지막 3개의 bcn_timout,ap_probe_send_start 메시지 이후에 직렬 콘솔에서도 장치가 약 60초 동안 정지된 후 재부팅 없이 계속 작동했습니다.

예, 80MHz에서 실행 중입니다. - 시스템 정보에 따르면 ESP 칩 주파수: 80MHz

ESP 웹 응답은 너무 빨리 새로 고침을 시도할 때까지 정말 빠릅니다...

아침 모두 ... 내 장치는 지금 약 10 시간 동안 안정적으로 작동합니다. 그러나 하루나 이틀 후에 문제가 발생하는 경우가 있으므로 이대로 실행합니다. 플러그인 관련 정도일 수 있는 야간(16개의 D1 중) 동안 두 번 한 유닛 재부팅... sonoff 기본도 원활하게 실행됩니다.

TD-er를 보거나 설명할 수 없다는 것을 알고 있지만 GitHub 빌드를 테스트로 사용 했습니까?
지난 달 릴리스의 소스로 돌아가서 홈브류와 비교할 수 있습니다.
메모장 ++의 탭 중 하나에 목록이 있습니다.

F5에 대해서는 실제로 문제가 되지 않습니다. 벤치마크로 사용하고 F5 키에 대한 자동 새로 고침이 없습니다.
그래서 수동으로 치면서 RAM 사용량과 직렬 로그 출력을 동시에보고 있습니다.
메모리의 "lwip high bandwidth"는 거의 즉각적이었습니다.
LmacRxBlk:1 오류 및 복구할 수 없습니다..
내가 할 일 목록에 ..에 대해 뭔가를 써야한다는 것을 상기시켜줍니다.
그리고 나는 대책으로 다른 컴파일 설정을 다시 시도 할 것입니다

흠, 그 이유는 위치 12에서 LCD 디스플레이를 구성했기 때문인지 모르겠지만 그 직후 AP에 대한 연결이 끊어지고 더 이상 다시 연결할 수 없습니다(wifiscan으로 표시되지만 AP를 찾을 수 없음). 재부팅 후에도 동일한 문제가 발생합니다. 그런 다음 장치가 AP 모드로 전환되었지만 SSID 이름에 밑줄이 표시되어 있기 때문일 수 있습니다.

1127917 : WIFI : SSID가 있는 AP 모드 시작 중 오류: ESP_01_1 IP: 192.168.4.1

그러나 장치는 AI-THINKER_XXXXXXX로 표시되어 연결할 수 있었지만 장치 이름 등을 변경하려고 할 때 장치 연결이 끊어지고 충돌 및 재부팅이 발생했습니다... :-(

업데이트 - 여러 시도 후에 밑줄을 제거하기 위해 장치 이름을 변경했지만 장치 번호 앞에 여전히 있습니다.
599417 : WIFI : SSID가 있는 AP 모드 시작 중 오류: ESP-001_1 IP: 192.168.4.1
그리고 기기는 여전히 AI-THINKER_XXXXXXX로 표시됩니다.
Ç더 이상 내 AP에 클라이언트로 연결할 수 없습니다... 공장 설정을 재설정하려고 합니다...

Update2 OK... 공장 초기화, 장치가 ESP_Easy_0 AP로 표시됨... 직렬 콘솔을 통해 WifiSSID 및 WifiKey 설정, 장치가 AP에 즉시 연결됨...

내 장치의 대부분은 여전히 ​​잘 실행됩니다... 그러나 실제로 두 번 컴파일하는 문제라고 생각하지 않습니다... 유일한 차이점은 일부 라이브러리는 처음에만 컴파일되고 그 이후에는 SDK가 다시 컴파일되지 않습니다 변경하지 않았습니다 ...

내가 지금 시도할 또 다른 것은 arduino에서 "D1 Mini" 보드를 지정하는 대신 모든 매개변수를 직접 설정하고 "generic 8266" 모듈을 사용하는 것입니다... 이것이 차이가 있는지 살펴보겠습니다...

현재 내가 볼 수 있는 유일한 것은 특정 장치에서 자발적으로 재부팅되는 것뿐입니다... 그러나 이것은 다른 것들과 관련될 수 있습니다...

나에게 한 가지 질문: sonoff basic에는 1M 메모리만 있습니다. OTA를 업데이트할 기회가 있습니까? 그것은 분명히 항상 "메모리가 충분하지 않습니다"라고 주장합니다... 어떤 아이디어가 있습니까?

추신: 컴파일 문제에 대해, 저는 항상 처음부터 자체 컴파일된 바이너리(다른 플러그인)를 사용했으며 "동일한" 안정성 문제가 있었습니다... 그래서 그 중 일부는 실제로 platformIO와 관련될 수 있고 다른 일부는 "실제" 문제라고 생각합니다. ..

컴파일할 때 더 적은 플러그인을 사용할 수 있습니다. https://github.com/letscontrolit/ESPEasy/blob/mega/src/define_plugin_sets.h를 보십시오.

직접 OTA를 할 수는 없지만 이 방법을 사용하면 최소한 두 단계로 OTA를 수행할 수 있을 만큼 작습니다. 해당 위키를 참고하세요 :)

그게 바로 내가 한 일입니다 ... 그래서 항상 자체 컴파일을하고 있습니다 ... 그러나 2 개의 플러그인 만 활성화해도 스케치는 500k를 사용합니다 ...
그래서 다른 솔루션(예: 웹 인터페이스 없음 등)을 찾고 있습니다.

500k는 충분히 작습니다. 내가 말했듯이, 두 부분으로 된 OTA. 직접 업데이트할 수 없습니다. 위키를 참고하세요 :)

thx.. 검색.... ;)

추가: 어떻게든 2단계 파트를 놓쳤습니다....

1M Sonoffs를 사용하면 헤더에 DOUT 플래그가 있는 초기 업로더를 사용해야 합니다.
Wiki의 메모리는 아니지만 최근에 업데이트되었을 수 있습니다.

나는 그런 것을 기억합니다. 방금 OTA에 이것을 사용하고 있다고 검색했습니다. https://github.com/soif/EspBuddy/blob/master/firmwares/ESPEasyUploader.OTA.1m128.esp8266.bin

예, DOUT임을 확인했습니다.
여기 내가 합친 것이 더 작습니다.
Initial_Firmware_Uploader_Sonoff_1M_DOUT.zip

너무 궁금해서 하겠다고 했는데...........
지금까지 릴리스된 GitHub에 Self_Compiled mega-20180422와 비교하여 - 하나만 시도했습니다.
ESP_Easy_mega-20180422_normal_ESP8266_1024.bin
여기에 댓글을 남기고 그 동작에 로그온했습니다. https://github.com/letscontrolit/ESPEasy/issues/1301#issuecomment -383433822 (GitHub 출시)
동일한 소스가 자체 컴파일되어 놀라운 일이 아닙니다. Nightly와 다른 동작이 보입니다.
그것은 연결을 유지, 충격 공포!
GitHub는 mega-20180422를 릴리스했으며 맨 위에 깜박이며 처음 시도했을 때보고 한 것과 똑같은 동작입니다.
연결 상태를 유지하지 않음, WIFI : Disconnected! Reason: '(200) Beacon timeout' 순환
원인 조사가 필요해... 한숨
GitHub 출시 = 신뢰할 수 없음?

어제쯤에 Arduino 컴파일러 플래그를 게시했습니다. Travis는 어떤 플래그를 사용합니까?

16개의 D1과 3개의 기본이 f69e476 자체 컴파일, Core 2.4.1, lwIP2 고대역에서 실행 중입니다.
거의 모두 가동 시간이 900분 이상입니다. 지금과 여전히 잘 작동합니다. 그 중 2개는 약 1시간 전에 AP 모드로 전환했고 지금까지 재접속하지 않았습니다. 오늘 밤까지 기다렸다가 회복되는지 확인하겠습니다.

불행히도 동작은 실제로 재현할 수 없으며 문제가 발생한 위치에 대한 증거를 제공할 수 없지만 계속해서 결함을 찾고 발견하면 보고하겠습니다...

@Oxyandy : 제 기본 작업을 위해 업로드도 다시 컴파일했습니다! 올바른 방향으로 안내해 주셔서 다시 한 번 감사드립니다. ;)

@s0170071
.travis.yml 및 platformio.ini에 저장됩니다.
나는 속력을 내서 읽었어, tada, 내가 무엇을 찾았는지 봐
skip_cleanup: true
편집: 추가 읽기 이것이 깨끗한 빌드 를 만드는 것을 의미하는지 잘 모르겠습니다.
나는 나에게 모든 것이 새로운 것을 인정합니다 ... ??? 캐싱 비활성화 ?

Travis는 Python 환경 등을 다운로드하기 때문에 매번 클린 빌드를 수행합니다.

야간 빌드는 Travis가 아닌 @psy0rz 가 수행합니다.

Okee dokee, 그래서 그들은 깨끗한 빌드입니까?
왜 그들이 다르게 행동하는지 이해하려고 합니까?

bin1과 bin2의 MD5를 비교하는 것은 무엇입니까?
컴파일 타임인지 런타임 문제인지...

@susisstrolch 당신이 자신을 컴파일 할 때 의미합니까? MD5는 컴파일 후에 계산되기 때문입니다. 당신을 위해 그것을하는 스크립트가 있습니다.
https://github.com/s0170071/CRC4ESP

- 편집 : 이해 했을 수 있습니다 :-)
예, md5를 비교할 수 있습니다. 동일해야 합니다. 오프라인에서 수행하는 경우 바이너리를 비트 단위로 비교할 수도 있습니다. 이렇게 하면 편차가 어디에 있는지도 알 수 있습니다. 고급인 경우 코드로 역추적할 수도 있습니다. .elf 파일에는 모든 정보가 있어야 합니다.

어쨌든, 정확히 무엇이 다른지에 대해서는 그다지 신경 쓰지 않습니다. 누가 컴파일 했는지에 합니다.

다시 말하지만 Arduino, platformio, nightly 및 travis의 컴파일 플래그는 무엇입니까? 윈/리눅스,.

아니요 - 자동화된 빌드에서 컴파일러 출력의 차이에 대해 추측하는 대신 두 빌드의 MD5를 비교하기만 하면 됩니다. 따라서 그들이 다른지 정확히 알 수 있습니다.

Linux의 Arduino IDE 플래그는 다음과 같습니다.

build.lwip_lib=-llwip_gcc
build.lwip_include=lwip/include
build.lwip_flags=-DLWIP_OPEN_SRC
build.vtable_flags=-DVTABLES_IN_FLASH
build.float=-u _printf_float -u _scanf_float


compiler.cpreprocessor.flags=-D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ "-I{compiler.sdk.path}/include" "-I{compiler.sdk.path}/{build.lwip_include}" "-I{compiler.libc.path}/include" "-I{build.path}/core"

compiler.c.cmd=xtensa-lx106-elf-gcc
compiler.c.flags=-c {compiler.warning_flags} -Os -g -Wpointer-arith -Wno-implicit-function-declaration -Wl,-EL -fno-inline-functions -nostdlib -mlongcalls -mtext-section-literals -falign-functions=4 -MMD -std=gnu99 -ffunction-sections -fdata-sections

compiler.S.cmd=xtensa-lx106-elf-gcc
compiler.S.flags=-c -g -x assembler-with-cpp -MMD -mlongcalls

compiler.c.elf.flags=-g {compiler.warning_flags} -Os -nostdlib -Wl,--no-check-sections -u app_entry {build.float} -Wl,-static "-L{compiler.sdk.path}/lib" "-L{compiler.sdk.path}/ld" "-L{compiler.libc.path}/lib" "-T{build.flash_ld}" -Wl,--gc-sections -Wl,-wrap,system_restart_local -Wl,-wrap,spi_flash_read

compiler.c.elf.cmd=xtensa-lx106-elf-gcc
compiler.c.elf.libs=-lhal -lphy -lpp -lnet80211 {build.lwip_lib} -lwpa -lcrypto -lmain -lwps -laxtls -lespnow -lsmartconfig -lairkiss -lwpa2 -lstdc++ -lm -lc -lgcc

compiler.cpp.cmd=xtensa-lx106-elf-g++
compiler.cpp.flags=-c {compiler.warning_flags} -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -MMD -ffunction-sections -fdata-sections

@s0170071 에드윈에게 물어보려고 했는데 아직 답이
따라서 현재로서는 야간 빌드에 대해 정확히 어떤 작업이 수행되고 있는지 모릅니다.
그리고 두 번 컴파일하면 다른 결과를 제공한다는 이상한 동작이 여전히 남아 있습니다(내 설정에서도 경험했습니다).
빌드 간의 바이너리는 체크섬을 통해 비교할 수 없습니다. 빌드 타임스탬프가 포함되어 있으며 이는 빌드마다 다릅니다. 따라서 동일한 소스를 100번 컴파일하면 100개의 다른 체크섬이 생성됩니다.
그러나 최소한 동일한 기능을 제공해야 하며 첫 번째 빌드와 두 번째 빌드 사이에 (가끔) 발생하지 않는 것으로 보입니다. 그리고 _그것은_ 그래야 하는 방식이 아닙니다.

따라서 테스트 목적을 위해 그리고 그것을 고정하기 위해 나는 비교 가능한 src를 얻기 위해 연속적인 컴파일 사이의 모든 사전 컴파일 변경 설정을 건너뛸 것입니다.

@s0170071 그래서 우리는 Arduino IDE로 빌드할 때 -g 옵션 때문에 많은 디버그 정보를 얻습니다.
사이즈를 줄이는게 포인트일수도...

크기 축소는 앞으로 살펴봐야 할 사항이지만 최적화 플래그를 전환할 때 주의해야 합니다. 일부는 문제를 재현하기 더 어렵게 만들 수 있습니다.

2개의 untis는 낮 동안 몇 시간 후에 회복되었지만 다른 것들은 무작위로 실패하고 있습니다... 지금까지 내가 찾은 두 가지:
로그에 다음과 같은 항목이 표시됩니다.
96493069 : 차단된 IP: 0.0.0.0 허용: 10.0.0.0 - 10.0.255.255
96517068 : WD : 가동 시간 1608 ConnectFailures 0 FreeMem 11544
첫 번째 줄이 이상해 보입니다. IP 0.0.0.0으로 연결을 시도하는 것은 무엇입니까? 이것은 내가 며칠 전에 본 문제와 관련이 있을 수 있습니다. 즉, 장치에 연결할 수 있지만 IP가 0.0.0.0이라고 표시됩니다.

두 번째로, 지난 24시간 동안 아무 작업도 수행되지 않았음에도 불구하고 스위치 기능(예: 첨부된 그래프의 7번)을 사용하는 "소형" 장치에서도 CPU 부하가 갑자기 증가하는 것을 볼 수 있습니다.

CPU 부하의 갑작스러운 변화가 왜 발생하는지 알 수 있는 기회가 있습니까? 로그에는 구체적인 내용이 없습니다.(오늘과 어제의 CPU 로드)...

재부팅시 CPU로드가 점프합니까?
CPU 부하가 계산되는 방식은 약간 이상합니다.
30초 동안 메인 루프 기능이 실행되는 횟수가 걸립니다.
이것은 관찰된 최대 개수와 비교됩니다.
즉, 작동 중에 관찰되는 최대 개수가 증가할 수 있지만 재부팅 후 갑자기 감소할 수도 있습니다.

아니요, 재부팅이 아니라... 그냥 "무작위로" 어느 시점에서... 흥미롭게도 한 번에 여러 장치에 발생합니다... 거기에서 무슨 일이 일어났는지 전혀 모릅니다(당시에는 집에 없었습니다)... 특히 장치 12- 14는 rssi, load, uptime 및 mem을 제외하고 작업이 없는 정말 평범한 보드입니다... 또한 메모리 그래프는 큰 변화의 징후를 보여주지 않습니다...
여전히 일부 장치의 로드는 ~50%를 표시하지만 웹 인터페이스는 빠릅니다.

또한 매초 바늘 위치가 바뀌는 nfx 구동 시계가 하나 있습니다. 흥미롭게도 시계는 한 시점에서 멈췄지만 장치는 문제 없이 계속 작동했습니다... 이 작업이 더 이상 실행되지 않은 것처럼... 하지만 이것은 플러그인과 관련될 수 있습니다(플레이그라운드 중 하나이기 때문에).. 하지만 그럴 수 있습니다. 아마도 문제를 가리킬 것입니다 ...

하지만 내가 말했듯이, 나는 현재 이러한 모든 문제가 어디에서 올 수 있는지에 대한 단서가 전혀 없습니다. 정말 그냥 뭔가를 찾으려고 ... 그리고 브레인스토밍을 위해 모든 사람에게 피드백을 제공하고 있습니다....

어쨌든, 많은 노력과 도움에 감사드립니다 ... 합리적인 것을 찾으면보고하겠습니다 ...

또한 일부 서비스의 가용성이 어느 순간 변경되었음을 의미할 수도 있습니다.
노드가 실제로 더 많은 작업을 수행하도록 하여 사용할 수 있게 되었습니다.
또는 더 이상 사용할 수 없습니다. ESPeasy는 가용성을 감지하기 위해 호스트에 대해 약간의 핑을 시도합니다. 해당 ping이 실패하면 시간 초과 기간 동안 노드가 중지됩니다.

그 "핑"은 어떻게 이루어지나요? 때때로 "알 수 없는 호스트"가 표시되기 때문에... 이 시간 초과가 상당히 클 수 있습니까? 또는 ping 또는 DNS 조회가 짧은 시간 초과되어야 합니까? 나는 FQDN을 더 이상 사용하지 않고 IP만 사용하므로 DNS가 문제가 될 가능성이 적습니다...

최신 커밋으로 업데이트 중입니다... 일부 장치는 업데이트하기 쉽고 매우 빠르며 다른 장치는 매우 느립니다...

동일한 SSID에서 4개의 AP가 실행 중입니다. 때때로 더 나쁜 것을 선택하고 속도 문제가 발생할 수도 있습니다.

ping이 수행되는 방식을 async ping으로 변경할 계획이었습니다.
연결을 시도할 때 호스트가 사용 가능한지 확인하는 검사가 있습니다. 그것은 ping을 통해 수행됩니다.

차단 호출인가요?

사실, 그렇기 때문에 일부 비동기 변형으로 변경하고 싶습니다.

흠.. 이것은 네트워크 연결이 약할 때 상황이 실제로 "유창하지" 않다는 것을 설명할 수 있습니다... 특히 새 스케치를 업로드하려고 할 때... 그물에 많은 양이 있는 경우 핑 타임아웃을 늘릴 수 있습니까? 대기 시간?

연결할 때만 수행됩니다.
실패할 MQTT 연결 재시도의 경험한 로드는 훨씬 더 눈에 띕니다.
우리가 연결하는 호스트가 많지 않으므로 다시 연결할지 여부를 결정하는 데 도움이 되도록 백그라운드에서 실행 중인 비동기 가용성 확인이 있어야 합니다.
NB DNS 조회도 결국 실패할 때 상당히 차단될 수 있습니다.

0.0.0.0이 보조 DNS일 수 있습니까?

DNS로 이것을 깨달았습니다. 그래서 지금은 IP 주소만 사용합니다... MQTT는 전혀 사용하지 않고 fhme 컨트롤러 플러그인과 일반 json 쿼리(HTTPMOD 플러그인이 있는 fhem)만 사용합니다.

내가 시도할 것 중 하나는 UDP inter-ESPEasy 네트워킹을 비활성화하는 것입니다... 특히 정기 업데이트를 보내는 15개 이상의 장치를 실행할 때 이것이 장치에 약간의 영향을 미친다는 느낌을 지울 수 없습니다. ..

모든 장치를 최신 메가 커밋으로 업데이트한 후 모든 CPU 로드가 "정상"으로 돌아갔습니다... 오늘 아침 8시경에 Nr을 재부팅했습니다. 4와 9를 보고 CPU 부하에 무슨 일이 일어났는지 확인하면 거의 모든 장치에서 약 30분의 피크가 발생했습니다. 그리고 이후 정상으로 돌아왔습니다....

간단한 아이디어: 수신된 ESPEasy 간 UDP 이벤트가 다른 장치에 "재분배"되어 루프를 생성하고 네트워크 스택을 채울 수 있습니까?

나는 이 'inter ESPeasy 통신'의 코드를 살펴본 적이 없으므로 그것에 대해 아무 말도 할 수 없습니다.
이 프로토콜은 자체 데이터만 보내고 나머지는 에코하지 않을 것으로 예상합니다.
이 프로토콜은 두 부분으로 구성됩니다.

1. 자신의 존재를 밝힙니다.
2. "전역 동기화"였던 것을 통해 플러그인의 매개변수 값을 보냅니다.

마지막 것은 이제 "controller c_013"으로 대체되었습니다.

그러나 루프가 가능하지 않은지 확실하지 않습니다. 예를 들어 더미 장치, MQTT 가져오기 등
또한 "컨트롤러 13"을 사용하는 이전 버전과 새 버전 간에 동작이 다를 수 있습니다.

알겠습니다. 빠른 답변에 감사드립니다... 이제 이 기능을 끄겠습니다. UDP 포트를 0으로 설정하고 변경 사항이 있는지 확인하십시오...

추가: 변경한 후 장치의 약 50%가 재부팅되는 것을 볼 수 있습니다(그렇게 지시하지 않음)... 그리고 로그에 일부 "HTTP : 연결 실패"가 표시됩니다....

CPU 부하에서도 비슷한 문제를 발견했습니다. wemos는 13개의 플러그인으로 자체 컴파일된 FW를 실행하고 있습니다. Pimatic과 함께 Rest API를 사용하고 있습니다. 어떤 이유에서인지 알 수 있듯이 로드가 90% 이상까지 올라갑니다.

정보: 고급 설정에서 포트를 0으로 설정하여 Inter-ESPEasy 네트워킹을 끄므로 (대부분) 내 문제가 사라진 것 같습니다! 20개 장치 모두 가동 시간이 20분 이상입니다. 여전히 정기적으로 값을 보고하고 있습니다. web-if가 실행 중입니다. 또한 CPU 그래프에는 이러한 갑작스러운 점프가 더 이상 표시되지 않습니다. 1기만 AP모드로 변경됐는데 회복되면 봐야지..
아마도 이것은 (소스에서) 조사해야 할 필요가 있습니다 ... 많은 장치로 UDP 항목이 아마도 네트워크 스택에 과부하가 걸릴 것입니다 ...
이것이 비슷한 문제에 직면 한 다른 사람들에게 도움이되기를 바랍니다 ...

여기 내 경험 :
고정 IP 및 Inter-ESPeasy 네트워크가 활성화된 6개 장치.
로드된 최신 펌웨어는 "Mega 20180505 수동 빌드 두 번"이었습니다. (그러나 이전 펌웨어도 매우 잘 작동했습니다).
거의 3일 동안 아무 문제 없이 실행되었습니다.

이것이 내가 Wi-Fi/네트워크 수정 작업을 수행하기 전에 며칠을 기다려야 하는 이유 중 하나입니다. 실제로 무엇이 잘못되었는지 확인하고 Arduino 문제 목록에서 몇 가지 문제를 읽으려고 잠시 동안 실행하게 두십시오.
일부 Wi-Fi 구성에 대해 전원 관리를 비활성화하도록 제안하는 여러 문제를 이미 확인했습니다. 분명히 ESP8266 + 액세스 포인트의 일부 조합은 전원 관리 기능이 활성화된 상태에서 제대로 작동하지 않습니다(기본적으로 활성화됨)
ESPeasy에 추가할 수 있는 옵션입니다.

다음 날에는 더 많은 아이디어를 찾고 있으며 금요일/토요일에는 코딩할 시간이 더 많습니다.

참고로 내 액세스 포인트는 Merlin 펌웨어가 포함된 ASUS RT-AC68U입니다.

대부분의 문제는 더 많은 예산 모델의 공장 기본 펌웨어와 최신 Wi-Fi 장치의 절전 옵션을 인식하지 못하는 다소 오래된 액세스 포인트에 있다고 생각합니다.
이러한 기능을 자동으로 감지하기 위해 이러한 기능을 협상할 수 있는지에 대한 질문이 남아 있습니다.

기본적으로 비활성화된 상태로 두고 설정 페이지에서 요청한 경우에만 활성화하는 것은 어떻습니까?
절전 옵션은 배터리로 작동되는 장치에만 해당됩니다.

다른 목적으로도 의미가 있습니다.
더 많은 전력은 더 많은 열을 의미하며 일부는 센서로 둘러싸여 있습니다.... ;)

높은 프로세서 부하 외에도. 나는 2.3.0 Core와 함께 16/03 일자 FW로 돌아갔고 모든 것이 다시 정상이 되었습니다. 이제 최대 로드 25%. 또한 wemos의 응답 시간은 다시 훨씬 좋아졌습니다. 08/05 및 16/03 둘 다 WiFi 연결이 전혀 끊어지지 않습니다. 여전히 높은 부하의 원인이 무엇인지 단서가 없습니다. 또한 두 경우 모두 udp를 사용하지 않았습니다.

UDP를 비활성화하면 LCD가 연결된 장치를 제외하고 문제 없이 실행됩니다. 나는 당신이 말하는 유닛이 많다면(>20) 모든 UDP 메시지를 디코딩하느라 너무 바빠지거나 메모리 누수나 이와 유사한 문제가 발생한다고 생각합니다. 그것은 또한 다른 장치가 시작된 후 장치가 갑자기 재부팅되는 것을 설명합니다. 그냥 MHO ... 확실히하려면 더 디버깅해야합니다 ...

또한 yield() 대한 일부 호출에 대해 시간 없이 더 긴 작업을 수행하는 것과 관련될 수 있습니다. 이는 delay() 호출할 때도 수행됩니다.
LCD 플러그인(및 일부 다른 플러그인도)이 10msec 이상 걸리는 일부 작업을 수행한다고 상상할 수 있습니다.

LCD가 있는 장치는 시간이 지남에 따라 더 바빠지는 것 같습니다... 다시 플래시를 시도할 때 먼저 재부팅해야 합니다. 몇 시간 후에 업로드가 더 이상 작동하지 않거나 시간이 오래 걸리기 때문입니다... )

다른 모든 장치는 이제 잘 실행되지만 말했듯이 inter ESP 발표는 비활성화되어야 합니다...

적어도 WiFi는 이와 같이 안정적이며 지금까지 연결에 다른 문제는 없습니다... (현재 20개 이상 실행 중)

당신은 직렬 포트 활성화 로깅이 있습니까?
당신은 아마 "없음"으로 그 설정 수 있을까요?

흠 ... 흥미로운, 나는 ... 문제 수있는 리드를 직렬 포트 로깅의 기본 "정보",하지만 완전히 forther 아래로하여 SerialPort를 비활성화?

그 차이를 만드는 경우 내가 단위에 "없음"으로 변경거야, 내가 볼 수 있습니다 ..

직렬 버퍼에서 가져오지 않는 데이터가 쌓일 것이라는 보고를 전에 들었습니다.
그리고 방금 실행 중인 노드에서 직렬 모니터를 연결했을 때 1분 전과 같이 부팅된 순간으로 데이터를 수신했다는 사실을 깨달았습니다.

이와 함께 코어 2.3.0과 2.4.1의 차이점 5월 10일 i는 FW를 2.4에서 2.3으로 다시 변경했습니다. 둘 다에 대한 설정과 규칙은 정확히 동일합니다.

@jopiekr : CPU 부하를 인쇄하는 데 사용하는 소프트웨어는 무엇입니까?

@gii1967g 피마 틱입니다. 1년 이상 아무 문제 없이 OrangePi One에서 실행하십시오. Raspberry Pi에서도 백업으로. pimatic.org

이제 모든 직렬 로그를 없음으로 변경했습니다... 어떻게 될지 지켜보겠습니다...

또한 놀라운 점은 Wi-Fi RSSI입니다.. 장치에 약한 신호가 있으면 응답하지 않을 수 있습니다. 4AP가 실행 중이므로 연결하는 데 약간 "임의"로 보이며 항상 가장 강한 신호를 수신하지는 않습니다. 하나....

-77dB 이상에서는 응답하지 않을 수 있습니다. 또한 배터리로 작동하지 않는 경우 라우터의 임대 기간 갱신을 확인하십시오. 12000분 후에 재부팅하는 규칙을 만들었습니다.

그들은 마지막 하나에 다시 연결해야 합니다. 첫 번째 재연결 시도는 마지막 활성 연결의 BSSID입니다.
하지만 설정에 BSSID를 추가해야 한다고 생각합니다.

지난 며칠 동안 나는 Wi-Fi 문제에 대해 많이 생각했고 코어 라이브러리 또는 주변의 AP 펌웨어 버전과의 조합에 존재할 수 있는 버그에 대한 일종의 해결 방법을 생각해 냈습니다.
현재 core lib는 SSID + pwd만 사용하여 연결을 시도할 때 스캔을 수행합니다.
이렇게하면 연결할 때 BSSID + 채널을 제공하면 훨씬 빠릅니다.
스캔할 필요가 없기 때문입니다.
따라서 직접 스캔을 수행하고 알려진 SSID를 찾고 일치하는 네트워크에 대한 모든 BSSID + 채널을 저장한 다음 BSSID + 채널만 사용하여 연결을 시도하십시오.
그런 다음 자동 장애 조치(failover)가 있고 연결 갱신을 고려할 시기를 완전히 제어할 수 있습니다. (따라서 서비스를 다시 시작)

가장 강력한 RSSI도 알고 있으므로 가장 강한 RSSI에 먼저 연결하고 항상 마지막으로 사용한 것을 먼저 재사용하려고 합니다.
그리고 연결이 불안정하면 2.4.x 코어에서 기본적으로 활성화되어 있는 절전 기능을 비활성화해 보십시오.
이 절전 기능으로 인해 Wi-Fi가 다시 연결되거나 웹 페이지를 탐색할 때 중단되거나 연결이 거부될 수도 있습니다.

절전 기능을 활성화하면 Wi-Fi가 잠시 꺼졌다가 액세스 포인트의 비콘 신호를 수신하기 위해 제 시간에 다시 활성화됩니다.
동기화되지 않은 경우 일부 패킷은 ESP에 도착하지 않을 수 있으며 다음 비컨 신호가 수신될 때만 재전송됩니다. (시간이 걸릴 수 있음)

나는 이러한 절전 문제의 세부 사항을 많이 알지 못하지만 표준이 공급업체 간에 동일하게 구현되지 않을 수 있다는 것을 알기에 펌웨어 개발에 대해서는 충분히 알고 있습니다. 따라서 절전 기능이 활성화된 상태에서 덜 최적으로 작동하는 하드웨어 조합이 있을 가능성이 매우 큽니다. 액세스 포인트의 Wi-Fi 비콘 간격을 지연시키는 다른 Wi-Fi 장치일 수도 있습니다. 변수가 너무 많습니다.

이러한 일시적인 연결 끊기는 DNS 조회 및 기타 연결 중단에 영향을 주어 잠시 ESP를 중단시킬 수도 있습니다. 이것은 (잘못 정의된) 값이 loop() 함수가 30초 동안 실행되는 횟수를 기반으로 하기 때문에 CPU 부하에도 영향을 미칠 수 있습니다. 일부 DNS 확인 요청에 대한 호출이 ESP를 지연시키면 루프 수가 상당히 낮아져 보고된 CPU 로드가 높아집니다.

@jopiekr 규칙에 따라 재부팅을 할 수도 있습니다.
먼저 절전 옵션을 비활성화하는 방법을 살펴보고 선택 가능하게 만듭니다.

@TD-er WiFi 처리: 전원 관리 기능에 전적으로 동의합니다. 정말 이상한 문제와 느린 장치를 유발할 수 있으므로 끌 수 있어야 합니다...

AP에 대한 재연결의 경우에는 다르게 보입니다. 좋은 연결을 보장하기 위해 항상 가장 강력한 AP에 연결하려고 합니다. 그 후에야 나는 아마도 마지막 것을 택할 것입니다. 단순히 "메인" AP가 충돌/재부팅/응답하지 않으면 장치가 다른 AP에 연결되기 때문입니다. 그 시점부터 앞으로 이것은 이것 또한 실패할 때까지 항상 그 (더 나쁜) 하나를 취할 것입니다... 이 하나가 다시 돌아오더라도 ... 또한 장치를 이리저리 옮기면 , 훨씬 멀리 떨어져 있거나 신호가 약한 경우에도 이전 AP를 선택하는 것일 수 있습니다.

귀하의 코드 내에서 스캔한 다음 RSSI 및 알려진 BSSID를 기반으로 선택할 것을 결정하는 데 동의합니다...

마지막으로 알려진 BSSID에 다시 연결하려는 첫 번째 시도일 뿐입니다.
이렇게 하면 중계기를 사용할 때 더 안정적인 연결이 됩니다.
이러한 리피터는 다른 작업을 처리하는 데 너무 바쁠 때 연결을 끊을 수 있으며 스캔할 때 덜 강력하게 나타날 수 있습니다. 저렴한 제품은 송수신을 위한 라디오가 하나뿐이므로 데이터를 수신할 때 스캔이 수행되는 순간에 비콘 신호를 브로드캐스팅하지 않을 수 있습니다. 따라서 다른 AP의 RSSI는 그 순간에 더 강하게 나타날 수 있습니다.

좋아요, 강도를 추적하는 "정기" 스캔은 어떻습니까? 또는 적어도 재부팅 후 선택한 액세스 포인트를 재평가해야 합니다...

재부팅 시 첫 번째 재연결 시도가 실패하면 스캔을 수행하고 설정된 SSID와 가장 일치하는 항목을 선택합니다.

기본 설정 AP의 BSSID를 설정에 저장하도록 변경하여 해당 BSSID를 항상 기본 설정으로 만듭니다.
채널도 알려진 경우 재연결이 정말 빠릅니다. (사용 AP에 따라 200msec 이하 가능)
또한 고정 IP를 설정하는 데 2.5~10초가 소요되는 DHCP에 비해 약 20~25밀리초가 걸립니다.
배터리 구동 장치에 이상적입니다.

그래서 개선의 여지가 있습니다 :)

매우 유망하게 들립니다. 지금까지 2AA 배터리가 최대 3.3V이고 900초마다 하나의 DHT 센서가 전송되는 배터리 수명이 2개월입니다. 이것은 전압 조정기가 제거된 RobotDyn ESP Pro 보드에 있습니다.

@TD-er 어제 빌드를 시도했습니다. 고정 IP 또는 dhcp를 사용하는 경우 연결 시간의 차이를 볼 수 없습니다. 두 연결 모두 재설정 후 약 3초가 걸립니다.

그러면 빠른 DHCP 서버가 생깁니다.
My Fritzbox는 DHCP에 대해 약 2.5초가 소요되며 Wi-Fi에 연결하는 데 2.5초가 걸립니다.
따라서 MQTT 연결 + NTP 시간 설정은 부팅 후 약 6~6.5초가 걸립니다.

프리츠 박스 7490.

빠른 업데이트: InterESP UDP를 비활성화(및 1M 장치에서 C13 제거)하고 직렬 로그를 "비"로 설정(직렬 포트 비활성화)한 후 거의 모든 장치가 지난 30시간 이상 동안 안정적으로 실행됩니다... D1 Mini, D1 pro, Sonoff Basic, Dual 및 4ch... 20+ 장치... mega-20180511에서 커밋 시 실행, Arduino IDE로 자체 컴파일...

모뎀으로 7581을 사용하고 액세스 포인트로 3* 1750E를 사용합니다.

BTW: 저는 Mikrotik AP(그리고 하나는 정말 오래된 USR)에서 실행 중입니다. 오늘 밤의 최신 커밋으로 지금 단위를 업데이트하려고 합니다...

최신 커밋은 현재 JSON 관련 코드(로그 뷰어 + 업데이트 센서 값)만 처리합니다.
아직 Wi-Fi 코드가 없습니다.

확실하지만 Wi-Fi는 최신 커밋으로 "충분히 안정적인" 것으로 보이므로 최신 장치를 사용하고 싶습니다 ;)

다시 이 문제를 제기하게 되어 유감이지만 ESP는 IP가 0.0.0.0이라고 생각하고 서버와의 통신을 중지하고 네트워크 및 웹 수준에서 비트는 모든 것이 정상이라고 생각하는 문제를 여전히 경험하고 있습니다! 첨부된 스크린샷을 참조하고 ESPEasy와 esp8266의 다른 버전 조합으로 시도했습니다...
다른 사람이 이것을 경험합니까?

그런 IP 구성으로 웹 페이지를 어떻게 볼 수 있는지 궁금하기 때문에 참으로 매우 이상합니다.
아니면 액세스 포인트 기능을 통해 ESP에 연결합니까?

아니요, 네트워크를 통해 직접 연결됩니다. ping 및 http는 문제 없이 빠르게 작동합니다(클라이언트 IP는 내 랩톱인 10.0.0.10 참조, 내부 네트워크는 10.0.0.0/16 참조)... 예, 꽤 이상하지만 ..
cuold는 DHCP 관련이거나 .. 재부팅 후 모든 것이 다시 정상입니다.

하나의 컨트롤러(FHEM)만 활성화하고 MQTT 활성화 컨트롤러는 활성화하지 않았다는 사실과 관련될 수 있습니까? 컨트롤러 플러그인 외부의 소스에서 많은 mqtt 코드를 보았습니다... 그냥 추측일 뿐입니다... 하지만 실제로 관련이 없다고 생각합니다...

dhcp가 만료되어 갱신되지 않았을 수 있습니까?

아마도 ... 아마도 네트워크 스택에는 여전히 활성 IP가 있지만 갱신에 실패하면 해당 구성이 0이됩니다 ... DHCP 코드가 어떻게 작동하는지 확실하지 않지만보고있는 상태를 설명 할 수 있습니다.

또한 서버(제 경우 fhem)가 여러 번 충분히 빠르게 응답하지 않을 때 장치가 일정 시간 후에 재부팅되기 시작한다는 것을 발견했습니다. 플러그인 코드나 기본 TCP 스택에 문제가 있을 수 있습니다... 서버에서 성능을 약간 조정했는데 그 이후로 장치가 훨씬 더 안정적으로 실행됩니다(일부는 가동 시간이 48시간 이상 지속됨).

최신 버전에서 이미 10일 이상의 연결 가동 시간(재연결 없이 가동 시간)을 보았습니다.
많은 요청으로 램을 채우는 유닛을 얻는 것이 가능합니다.
그리고 저는 LWIP가 많은 요청을 할 때 이상한 일을 하는 것을 보았습니다. (해당 요청과 관련된 데이터를 포함하지 않는 메모리에서 읽기)

오늘 한 노드가 다시 응답을 중지합니다. 그는 와이파이 연결을 끊었다. "esp" 네트워크에 연결할 수 없습니다. 그는 컨트롤러에 데이터 전송을 중단했습니다. 나는 그를 재부팅해야했다. 감시견이 좋은 해결책이 될 수도 있습니다. 예를 들어 Wi-Fi에서 1시간 연결이 끊기면 재부팅됩니다. 아니면 규칙으로 할 수도 있지만 방법을 모르겠습니다 :)

오늘은 플러그인을 디버깅하면서 많은 Watchdog 액션을 경험했습니다.
그리고 때때로 워치독이 개입할 때 노드가 정지된 상태로 남아 있을 수 있다는 것을 알고 있습니다.
따라서 감시 장치는 완벽한 솔루션이 아닙니다.

당신의 매달린 노드가 플래싱 후에 재부팅되지 않았을 가능성이 있습니까? (리셋을 누르거나 전원을 껐다 켭니다)

플래싱 후 재부팅이 되지 않았을 수 있습니다. 그러나 그것은 일련 번호가 아닌 www를 통해 깜박였습니다.

OK, OTA를 플래시했다면 문제가 되지 않습니다.
직렬 플래시 후 적절한 재설정/재부팅이 있는 한.

글쎄, 최신 펌웨어 릴리스로 많은 안정성 문제와 이상한 Wi-Fi 문제를 겪은 후 결국 이전 버전으로 돌아가야 했습니다. 예를 들어 최근 정전이 발생할 때까지 mega-20180311dev가 있는 오래된 ESP12E 노드 하나가 70일 동안 작동하여 온도 데이터를 ThingSpeak로 전송했습니다.
mega-20180522dev로 업그레이드한 후 다른 노드에서 기본값으로 재설정했음에도 불구하고 약 24시간마다 예외로 인해 재부팅이 발생했습니다. 장치를 구성하지 않고 NTP를 구성하지 않고 컨트롤러를 구성하지 않고 실행했습니다... 48시간 동안 생존하지 못했습니다. 이틀 반 전에 mega-20180324로 다운 그레이드 한 후 구성을 유지하고 NTP를 다시 활성화했으며 지금까지 실행 중입니다. 이러한 이전 버전에는 몇 가지 버그와 누락된 기능이 있지만 현재로서는 이것이 최선의 선택입니다.

문제를 안정적으로 재현할 수 없다면 아무도 할 수 있는 일이 없습니다.
약간 도움이 되는 것은 매일 밤 재부팅을 예약하는 것입니다. 이에 대한 규칙을 사용할 수 있습니다.

알고 있지만 예약된 재부팅이 없는 안정적인 노드를 선호합니다. 코어 2.4.1(아직 충분히 성숙하지 않은 것일 수 있음)로 전환하여 안정성이 크게 감소했는지 또는 ESP Easy 재설계와 관련이 있는지 모르겠지만 모든 ESP Easy 기여자의 최대 노력에도 불구하고 발생했습니다. 여러분 모두의 노고에 진심으로 감사드립니다. 하지만 현재 저는 최신 ESP Easy 릴리스를 더 이상 사용할 수 없습니다.

사용된 플러그인이나 플러그인의 조합과도 관련이 있다고 생각합니다.

지난 주에 저는 타이밍의 영향을 조사했으며 시간이 중요한 작업에 상당한 영향을 미칠 것이라고 확신합니다.

방금 내 노드 중 일부를 살펴보았고 모두 공식 빌드를 실행했습니다.

바이너리 파일 이름 ESP_Easy_mega-20180513_normal_ESP8266_4096.bin

3과

• 가동 시간 16일 18시간 26분
• 연결됨 5d23h07m
• 마지막 연결 해제 이유(201) AP를 찾을 수 없음
• 번호 재연결 2

5과

• 가동 시간 11일 5시간 22분
• 연결됨 5d22h57m
• 마지막 연결 해제 이유(201) AP를 찾을 수 없음
• 번호 재연결 4

6과

• 가동 시간 11일 5시간 23분
• 연결됨 45m 1초
• 마지막 연결 해제 이유(201) AP를 찾을 수 없음
• 번호 재연결 58

바이너리 파일 이름 ESP_Easy_mega-20180619_test_ESP8266_4096.bin

7과

• 가동 시간 13일 20시간 51분
• 연결됨 5d23h05m
• 마지막 연결 해제 이유(202) 인증 실패
• 번호 재연결 2

약 6일 전에 WiFi 액세스 포인트 중 하나에 문제가 발생하여 다시 시작해야 했습니다.

장치 6은 장치 3 및 7과 동일하게 연결되지만 더 많은 재연결이 있습니다.
이 3개의 장치는 서로 다른 CO2 센서(MH-Z19 A, B 및 SenseAir S8)를 비교하기 위해 1미터 이내에 서로 바로 옆에 있으며 모두 동일한 전원 공급 장치(IKEA 3포트 USB 충전기)로 전원이 공급됩니다.

그들 사이의 유일한 차이점은 더 많은 재연결이 있는 하나에 Senseair 센서가 있다는 것입니다.
따라서 해당 센서의 구현이 WiFi 루틴에 더 많은 부담을 줄 수 있으며(더 적은 지연 호출) WiFi 불안정으로 이어질 수 있습니다.

사용된 플러그인 목록을 제공할 수 있습니까?
또한 어제 많은 타이밍 통계를 기록하는 pull 요청을 했습니다. 어쩌면 그것을 기반으로 빌드를 만들고 몇 분 동안 실행하여 너무 많은 시간을 사용하는 플러그인에 대한 아이디어를 얻을 수 있습니다.

나는 이러한 장치에 대한 개발 환경을 준비하고 유지할 수 없기 때문에 항상 공식 빌드를 사용하고 있습니다.
위에서 설명한 대로 언급된 릴리스 mega-20180522dev는 완전히 비어 있는 구성이었기 때문에 플러그인이 전혀 사용되지 않았고 규칙도 없었으며 결국 기본 컨트롤러 Nr1도 삭제했습니다. 약 24 - 40시간 간격의 예외로 인해 노드 재부팅을 막을 수 있는 것은 없습니다.

그것이 Wi-Fi 문제인지 모르겠습니다. 그렇게 보이지 않습니다. Wi-Fi에 대한 고정 IP 주소를 설정했지만 espeasy는 여전히 dhcp로 가져오고 다르게 설정합니다.

1104 : WD   : Uptime 0 ConnectFailures 0 FreeMem 21800
1105 : S
W   : State 1.00
1106 : EVENT: x#w=1.00

scandone

state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 2
c
nt 

connected with BJ3, channel 12
dhcp client start...
4350 : WIFI : Connected! AP: BJ3 (E8:DE:27:4F:66:86) Ch: 12 Duration: 3760 ms
4351 : EVENT: WiFi#ChangedAccesspoint
4355 : IP   : Static IP : 192.168.2.184 GW: 192.168.2.1 SN: 192.168.2.0 DNS: 8.8.8.8
4360 : WIFI : Static IP: 0.0.0.0 (ESP5-5) GW: 0.0.0.0 SN: 0.0.0.0   duration: 11 ms
4367 : EVENT: WiFi#Connected
4374 : Webserver: start
4374 : WIFI  : Arduino wifi status: WL_DISCONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
ip:192.168.2.123,mask:255.255.255.0,gw:192.168.2.1
4400 : WIFI : Static IP: 192.168.2.123 (ESP5-5) GW: 192.168.2.1 SN: 255.255.255.0   duration: 50 ms
4401 : EVENT: WiFi#Connected
4406 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
4500 : MQTT : Intentional reconnect
4501 : LoadFromFile: config.dat index: 28672 datasize: 724

@uzi18 고정 IP 설정은 모두 설정하셨나요?

그렇다면 공장 초기화 시 데이터를 (아직) 지우지 않은 지역에 일부 이전 세션이 저장되어 있는 알려진 문제입니다.
즉, 현재로서는 플래시를 모두 지우고 최신 버전의 ESPeasy로 다시 시작하는 것 외에는 다른 방법이 없습니다.
이후 버전에서는 Wi-Fi 설정이 지속되지 않도록 값을 설정합니다.

@TD-er 예, 모든 데이터가 채워졌습니다. 로그에서 볼 수 있듯이.
나는 새로운 모듈을 플래시했습니다.
INFO : 플러그인: 71 [일반] [테스트 중] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
그리고 그것은 그렇게 작동합니다.
모듈은 원래 가방에서 가져 와서 깜박였습니다. espeasy는 이전에 여기에 없었습니다.

@TD-er: 그것에 대한 두 가지 생각:

1. MQTT 브로드캐스터에 대한 ESPEasy가 아닌 가열은 최신 pubsub 클라이언트를 사용하여 완벽하게 작동합니다. 다시 연결하는 등의 작업을 수행합니다. ESPEasy 연결 감시가 핵심 라이브러리에서 이미 수행한 작업을 방해할 수 있습니다. 추가 ping-reconnect-wifistate 항목을 모두 비활성화할 수 있는 방법이 있어야 합니까? 단지 테스트를 위해?
2. Wi-Fi 자동 전원 끄기를 알고 있습니까? https://blog.creations.de/?p=149

Wi-Fi가 다소 불안정한 사람이 이 PR을 테스트할 수 있다면 좋을 것입니다. https://github.com/letscontrolit/ESPEasy/pull/1562

@TD-er는 https://github.com/esp8266/Arduino/pull/4718을 우연히 발견했습니다.
lwip 재연결 문제를 다룹니다. 그 사이에 고정됩니다. 건너뛰고 싶으실 수도...

저는 항상 esp8266의 최신 GIT 버전을 사용합니다. 그래서 아마도 0.0.0.0 문제가 더 이상 보이지 않을 것입니다...

어제 다시 라우터를 다시 시작한 후 한 노드가 네트워크와의 연결이 끊어졌습니다.
규칙이 올바르게 작동했습니다.
이것은 내 자신의 벽 스위치이며 재설정을 위해 분해하기가 어렵습니다.

향후 이를 용이하게 하기 위해 다음 규칙을 수정했습니다.

on S1#Switch do
timerSet,1,5 
if [R1#Relay]=1
gpio,12,0
else
gpio,12,1
endif
endon

on S2#Switch do
if [R2#Relay]=1
gpio,13,0
else
gpio,13,1
endif
endon

On Rules#Timer=1 do
if [S1#Switch]=1.00
 reboot
endif
endon

이제 삶이 더 단순해질 것입니다 :))

나는 24시간마다 재부팅한다. 이렇게 하면 4주 전의 펌웨어로 한 노드를 일주일에 두 번 소생시킵니다.
아마도 이것은 영구적 인 기능이어야합니다 ....

이것이 여전히 문제입니까? 그렇다면 다시 열어주세요.

문제 목록에서 가장 긴 스레드....