私はプログラミングレベルからこれを実際に話すことはできませんが、私が見てきたことから、静的IPアドレスを除いて、「真新しい」ユニットをセットアップするときにWi-Fiが機能しているように見えるということです。大丈夫。最新のファームウェアを使用した「新規」インストールで接続の問題は発生していません。 Webページは高速に読み込まれ、すべてが高速で応答性が高いように見えます。アップグレードしようとすると、これらの問題のほとんどが発生しているように見えます。新しいファームウェアにアップグレードすると、破損の問題があるようです。

また、ユーザーがコンパイルしたファームウェアの多くがWi-Fiの問題を抱えているようです。これらすべての問題の投稿を読んだだけで、私はその印象を受けます。しかし、私はそれについて完全に間違っている可能性があります。私はそれを事実として言おうとしているのではなく、ただの可能性です。

MQTTを使用していないため、話すことができません。

ちょうど私の2セントの価値.....

Budman1758 2018年04月23日

あなたがオプション3に傾いているなら、私はあなたを完全にサポートします。あなたのイベントベースのWiFiが私たちに与えてくれた改善を私たちが落とすのを見たくありません。コア2_4_xは、元に戻す/アップストリームに移動する方が簡単かもしれませんか？

Grovkillen 2018年04月23日

👍1

ユーザーの観点から：
私は先に進んで、できるだけ早く新しいCore2.4.1を使用します。
ユーザーはいつでも古いバージョンを使用できます。

DittelHome 2018年04月23日

❤1 👍1

コア2.4.xはいくつかの問題を修正することを忘れないでください：
PWMフリッカーは履歴です（＃1156はコア2.4.0で修正されています）
大きなパケットのシリアルも修正されています...
ある時点で、新しいコアに移行する必要があります。 2.3.0に戻るということは、問題を延期することだけを意味します。結局、とにかく仕事をしなければなりません。私のESPは2.4.0で間違いなく優れています

DittelHome 2018年04月23日

👍2

私が見ているように、コア2_4_xは発生しますが、現時点では必要ないかもしれません。コアアップデートとwifiイベントベースのアプローチを同時に進めたとき、私たちは悪い決断をしました。次々と作っていたはずです。同時に、グローバル設定を更新したときに、問題を特定するのが非常に困難になりました。 Wi-Fiの安定性の修正と設定の破損の修正中に2_3_0に戻るというアイデアを強く支持します。

その後、うまくいけばv2.1.0をリリースし、v2.2.0でコア2_4_xを安定させることに集中できます。

Grovkillen 2018年04月23日

👍2

設定をクリアし、22.04からバージョンをアップロードした後。これまでのところ、すべてが機能しています。少なくとも今のところ：）NORMALであっても、空きメモリだけでは不十分です。それがどのように進むかを見ていきます。

melwinek 2018年04月23日

@ Budman1758と@melwinekに同意する必要があります。クリーンなユニットから始めても、Wi-Fi、静的IP、設定にまったく問題がないこともわかりました。
主な問題は、アップグレードするには、すべてのユニットを手動でクリーニングし、再フラッシュして、構成を再構築する必要があるという事実です。

giig1967g 2018年04月23日

👍2

公式にはまだ安定したR120から安定した2.1.0に移行中であり、設定はこれら2つのリリース間で変換されないため、とにかく最初から始める必要があることを忘れてはなりません。コア2_4_xのアップデートで行ったことは、「ブレークポイント」をもう一度作成することでした。私たちがそれと一緒に暮らすことができれば、それは問題ではありません。クリーンインストールが本当に安定していることに同意します（少なくとも、私が最も頻繁にテストするNORMALでは）。そして、NORMALは実際にリリースに含まれる唯一の部分であり、テストと開発はとにかく夜間リリースの開発にのみ含まれます。

Grovkillen 2018年04月23日

つまり、現在開発されているファームウェアが機能し、クリーンなセットアップで安定している場合、それは問題がないことを意味します。 2.3や古いwifiには戻りません。

giig1967g 2018年04月23日

👍1

はい、私はあなたの言うことを聞きます、そして私はちょっと同意します。唯一のことは、まだベータ版なので問題ないと思う別のブレークポイントを作成することです。

Grovkillen 2018年04月23日

👍1

私が気に入らないのは一歩後退ですが、2_4_0の空きメモリが不足しているために奇妙な問題が発生する可能性があるため、今のところコア2_3_0に戻る方が本当に良いと思います。

ghtester 2018年04月23日

@ giig1967g私はあなたに同意します。しかし、いくつかの腐敗の問題が起こっていると私は信じています。 Wi-Fiを台無しにするのか、固有の問題がたくさんあるのか。

Budman1758 2018年04月23日

メモリ使用量を許容可能なポイントに到達させるためのオプションはまだあります。
プログラミングの1晩のように、約3〜4kB多くのメモリを取得できると思います。（ただし、すべてのプラグインファイルを変更する必要があります）
また、MQTTのインポートも非常に困難であり、すぐに解決する必要があります。
また、Switchプラグインには、分割する必要のある機能が多すぎます。

今日はそれについて考えます、私たちが何をすべきか、それでもっと提案/議論を追加してください:)

TD-er 2018年04月23日

👍1

@ TD-erあなたはSWITCHで正しいです。
ほとんどの人はスイッチ/リレーにオン/オフのみを使用します。
そして、このプラグインには、サーボ、調光器、そしておそらく何かがあります。
それは別かもしれません。

melwinek 2018年04月23日

また、MQTTやDomoticzに非常に固有のものも処理しています。それはプラグインの一部であってはなりません。

TD-er 2018年04月23日

@ TD-er多くの場合、不要なプラグインを削除した後、自分でコンパイルするのに役立ちます。多くの場合、必要なのはSWITCH、FHEM Controller、DHTだけです。
しかし、設定を使ったこれらの冒険の後、私は自分自身をコンパイルすることを恐れています。特に投稿後： https ：

melwinek 2018年04月23日

他のプロジェクト（tasmotaなど）でwifiがどのように実現されているかをご覧になりましたか？

記憶について：私はあなたに言った：笑顔：
コアにはめったに使用されない機能が多すぎると思います-コア機能のリクエストを実装するかどうかの決定はもっと厳密にする必要があります-今では誰にとってもクリスマスのようです...
たぶん、特定の制限付きの投票が役立つでしょう。

可能であれば、コアは最初にそのめったに使用されない機能からクリーンアップされ（またはプラグインに変換され）、次に最適化される必要があります。また、コアの外部でより多くの機能を交換できるようにするために、プラグインの追加のインターフェースについて考えることもできます。

M0ebiu5 2018年04月23日

@ M0ebiu5同意します。
何が起こるべきかというと、新しい機能は別のブランチで開発され、それらのいくつかを収集し、それらをリリース候補ブランチにマージしてテストします。
次に、使用した機能を解放して、マスターブランチ（または開発ブランチ、または名前を付けたもの）にマージします。

そして、私が学んだことの1つは、何が観察され、何が観察されるべきか、そしてどのバージョンが使用されているかについて2回尋ねることです。それは物事をより明確にし、間違いを減らすことにつながります。
その一部は、使用されているソフトウェアを確認（およびログ記録）できるようにするための何らかのフットプリントを作成するために、コード自体で実行する必要があります。

また、プラグインは、センサーをいくつかの出力値に接続するための単なるプラグインである必要があります。
たぶん、出力を生成するプラグイン（ディスプレイなど）は、入力プラグインと同じように使用するべきではありません。
したがって、次のようなものが得られます。

デバイスを読み取り、測定値を生成するセンサー
現在価値を出力（表示？）します。これは、JSONや画像など、表示以外のものにすることもできます。
外界とインターフェースするコントローラー（入力と出力）
データとイベントを処理するためのルール。
イベントを別のものに変換するための通知。実際には、より手の込んだコントローラーのように聞こえます。
基本的なセットアップまたは一時的な（非永続的な）変更/更新を実行し、いくつかのアクション（再起動など）を実行するコマンド
それらすべてを構成するためのWebページ。

しかし、そのような再設計にはかなりの努力が必要です。

TD-er 2018年04月23日

@ TD-ええ、あなたは正しいですが、私は小さなステップで変更を加えます-ほとんどの部品が安定して動作しており、大きな変更がこの安定性を危険にさらす可能性があるためです。

コアへの新しいインターフェースは1つの可能な方法です。それらは現在の動作に影響を与えることはなく、新しいプラグインまたは大幅に変更されたプラグインのみがそれらを使用します。クリーンなアーキテクチャに変換するには時間がかかりますが、リスクは低くなり、努力も時間の経過とともに広がります。

M0ebiu5 2018年04月23日

これらの変更は簡単に行う必要があることに同意します。
それは将来のための再設計についてのより多くの見方です。

TD-er 2018年04月23日

ただし、22.04のノードは接続を失いました。
ルーターをリセットしても効果はありません。
ESPリセットは役に立ちますが、私は遠く離れています。
だから、私のノードで最高のバージョンはmega-20180410です。
コア2.3にあるからかもしれません。
たぶん、しかし、良い解決策はしばらくの間2.3に戻ることでしょうか？

melwinek 2018年04月24日

いいえ、昨夜私は問題を見ました（コードと自分のユニットで起こっています）。
「ビーコンタイムアウト」エラーが発生したときにノードが再接続しませんでした。これは、切断する一般的な理由です。これはコードの論理エラーですが、すでに午前1時30分を過ぎていて、その時点で修正したくありませんでした。それを修正するのは確かに毎晩のビルド時間を過ぎていたでしょう、それでそれはもう問題ではありませんでした;）

TD-er 2018年04月24日

👍2

定義されている場合（ESP8266）

// ArduinoOTAの更新を有効にします。
//注：これにより、ファームウェアサイズが約10kb増加し、RAMが1kb余分に追加されます。
// #define FEATURE_ARDUINO_OTA

// mDNSモードを有効にします（約6kbのRAMと数バイトのIRAMを追加します）
// #define FEATURE_MDNS

endif

undef PLUGIN_BUILD_NORMAL

undef 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 // SysInfo
#define USES_P028 // BME280
#define USES_P033 //ダミー

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

endif

undef BUILD_GIT

BUILD_GIT "2abec2b" `を定義します

susisstrolch 2018年04月28日

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：INIT：I2C

227：INIT：SPIが有効になっていません

232：情報：プラグイン：8（ESP82xxコア41a64707）

233：イベント：System＃Wake

241：WIFI：WiFiをSTAに設定
242：WIFI：SusiconStrolchの接続試行＃0
355：イベント：System＃Boot
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＃Temperature = 18.49
5592：イベント：BMx280＃Humidity = 50.75
5597：イベント：BMx280＃Pressure = 1010.58
5853：現在のタイムゾーン：DSTタイム開始：2018-03-25 02:00:00オフセット：120分STDタイム開始：2018-10-28 03:00:00オフセット：60分
5853：イベント：Time＃Initialized
5862：イベント：Clock＃Time = Sat、10：52
5866：ACT：taskvalueset 12,1,0
5872：ACT：taskvalueset 12,2、-58
5877：ACT：taskvalueset 12,3,29912
5883：ACT：taskvalueset 12,4,39164
5888：WIFI：接続されています！ AP：SusiconStrolch（38：10：D5：B2：22：1E）Ch：13持続時間：3783ミリ秒
5888：イベント：WiFi＃ChangedAccesspoint
5894：WIFI：DHCP IP：192.168.254.71（D1pro-01-11）GW：192.168.254.1 SN：255.255.255.0期間：17ミリ秒
5913：現在のタイムゾーン：DSTタイム開始：2036-03-30 02:00:00オフセット：120分STDタイム開始：2036-10-26 03:00:00オフセット：60分
5914：イベント：Time＃Set
5921：イベント：WiFi＃Connected
5928：Webサーバー：開始
5935：イベント：Clock＃Time = Thu、07：28
`
5853：現在のタイムゾーン：DST時間の開始：2018-03-25 02:00:00
5913：現在のタイムゾーン：DSTタイム開始：2036-03-30 02:00:00オフセット：120 minSTDタイム開始：

susisstrolch 2018年04月28日

これは既知の-1エラーコードですが、それでも時間バグに変換されます。

s0170071 2018年04月28日

うーん、NTPを呼び出すと-1になるのではないかと思います。

@susisstrolch
それは何のバージョンですか？ ESPeasyは、BUILD_GIT値を使用して、設定ファイルおよび場合によっては他のファイルにもパッチを適用する必要があるものを決定しました。これは、必要なパッチを決定するために使用されるある種の内部バージョンです。（もしあれば）
その値を変更すると、奇妙な結果になる可能性があります。

TD-er 2018年04月28日

UDP関連だと思います。他のデバイスが表示されません。逆もまた同様です。

susisstrolch 2018年04月28日

@susisstrolchそれは静的IPを使用するのですか、それともDHCPを使用するのですか？

TD-er 2018年04月28日

@ TD-BUILD_GITに基づくパッチ適用は悪い考えです。フォーク、ブランチ、ローカルコミットで変更されるためです。
そのような振る舞いを制御するいくつかの異なる型/変数（BUILD_FEATUREなど）があるはずです。

susisstrolch 2018年04月28日

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）を報告するのはなぜか疑問に思っています
これは、イベントベースのwifiが内部コアステータスに干渉するためですか？

動作はコア2_3_0と2_4_1で同じです

ghost 2018年04月28日

それはDHCPです

susisstrolch 2018年04月28日

そして、私は通常の再起動後に期待します：

Wifi.status（）の呼び出し：3はWL_CONNECTEDを意味します
変数wifiStatus：1はESPEASY_WIFI_CONNECTEDを意味します

それ以外の：
Wifi.status（）の呼び出し：3はWL_CONNECTEDを意味します
変数wifiStatus：3はESPEASY_WIFI_SERVICES_INITIALIZEDを意味します

ghost 2018年04月28日

うーん、それは良い質問です@mvdbro
ステータスWL_CONNECTEDは、そのステータスを更新する関数を呼び出していないため、更新されない可能性があります。
記憶から言えば、「IPを取得」イベントが処理されると、コアライブラリで関数が呼び出されると言えます。
コアライブラリコードのその領域を調べます。
気づいてくれてありがとう。

@susisstrolch OK、ここでもDHCPを試してみます。
私のテストユニットは、内部ESPeasy UDP通信を介して相互に確認できますが、最近ほとんどの問題が発生したため、現在静的IPで実行されています。

TD-er 2018年04月28日

@ TD-er holdon-コア関連の問題かどうかを確認します。

susisstrolch 2018年04月28日

@mvdbro
コードは次のとおりです。
https://github.com/esp8266/Arduino/blob/836c7da8cc1ad11a66e0be1f30d35a92b5317bcc/libraries/ESP8266WiFi/src/ESP8266WiFiSTA.cpp#L497 -L513

実際、内部ステータスが「got IP」に設定されていない限り、WL_CONNECTEDは返されません。

ESPeasyのenum / defineとコアライブラリの変数名の違いについて。
接続されていてもIPを持っていない可能性があるため、コアライブラリの状態は実際には実際の状態を反映していません。

TD-er 2018年04月28日

そもそもこれを修正できるように、Wifi接続/再接続の問題のためだけにこのスレッドを保持する方が良いかもしれません。

ghost 2018年04月28日

私はこれらが使用される効果的なコードだと思います：

Wifi.status（）コード：
WL_IDLE_STATUS 0
WL_NO_SSID_AVAIL 1
WL_SCAN_COMPLETED 2
WL_CONNECTED 3
WL_CONNECT_FAILED 4
WL_CONNECTION_LOST 5
WL_DISCONNECTED 6

wifiStatusコード：
ESPEASY_WIFI_DISCONNECTED 0
ESPEASY_WIFI_CONNECTED 1
ESPEASY_WIFI_GOT_IP 2
ESPEASY_WIFI_SERVICES_INITIALIZED 3

ghost 2018年04月28日

Wi-Fi接続/再接続の問題に関連している可能性が非常に高いと思います。
静的IPの場合、「IPを取得」のイベントが発生しないため、現在の処理が不完全である可能性があり、これらの問題の一部が発生します。

TD-er 2018年04月28日

したがって、APを再起動した後
Wifi.status（）の呼び出し：3はWL_CONNECTEDを意味します
これは正しくありません。

Wifi.status（）が期待どおりに機能しない場合、これは深刻なarduinoコアバグになります。これは彼らのgithub課題追跡システムで報告されるべきではありませんか？

ghost 2018年04月28日

@susisstrolchちょうど同じことを経験しました。正常ですぐに構成された既知のデバイスを更新しました。他のユニットを発見しませんでした。

解決策：UDPポートエントリを確認してください。（65500）私のものはちょうどなくなった。別の再起動とそれは働いていた。
私たちは本当にJSONベースの設定に行く必要があります!!!

s0170071 2018年04月28日

@mvdbro私はこれを見つけました
https://www.espressif.com/sites/default/files/documentation/2c-esp8266_non_os_sdk_api_reference_en.pdf
そこで、接続イベントの処理後にIP構成を（再度）設定する必要があるかどうかをテストします。

TD-er 2018年04月28日

誰かがこのPRのコードをテストできますか： https ：

TD-er 2018年04月28日

@ s0170071-確認済み

susisstrolch 2018年04月28日

@ 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

ご覧のとおり、静的IPに設定されている場合でもDHCPが開始されます...

これが私の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}]
}
]
}

susisstrolch 2018年04月28日

99：CRC：プログラムメモリのチェックサムが見つかりません。 crc2.pyの出力を確認してください
130：CRC：SecuritySettings CRC ... OK
211：INIT：空きRAM：21016
211：INIT：I2C
211：INIT：SPIが有効になっていません
1042：INFO：プラグイン：71 [通常] [テスト]（ESP82xxコア2_4_1）
1042：イベント：System＃Wake
1089：WIFI：WiFiをSTAに設定
1091：WIFI：SMCの接続試行＃0
1103：イベント：System＃Boot
1111：ACT：ESP-201 / IP、0.0.0.0を公開
1124：ACT：timerSet、1,60
1152：WD：稼働時間0 ConnectFailures 0 FreeMem 20160
1183：DS：温度：20.37（28-ff-b8-ea-b4-16-3-ed）
1184：イベント：DS18b20＃Temperature = 20.37
4887：WIFI：接続されています！ AP：SMC（78：8A：20：D1：9B：D9）Ch：1持続時間：3795ミリ秒
4888：イベント：WiFi＃ChangedAccesspoint
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期間：25ミリ秒
5009：現在のタイムゾーン：DSTタイム開始：2018-03-25 02:00:00オフセット：120分STDタイム開始：2018-10-28 03:00:00オフセット：60分
5010：イベント：Time＃Initialized
5027：イベント：WiFi＃Connected
5044：Webサーバー：開始
5127：MQTT：意図的な再接続
5182：MQTT：クライアントIDでブローカーに接続：ESPClient_5C：CF：7F：0B：68：52
5184：サブスクライブ：ESP-201 /＃
5185：イベント：MQTT＃Connected
5846：イベント：Clock＃Time = Sat、16：19

micropet 2018年04月28日

@susisstrolch DHCPのパッチを最近書いたので、DHCPを開始するのはおかしいです。
たぶん2.4.1で何かが変わったのでしょうか？

追加のデバッグ情報を取得するために何をしましたか？

TD-er 2018年04月28日

デバッグレベルを「さらにデバッグ」に設定しただけです...

susisstrolch 2018年04月28日

@susisstrolchコアライブラリによって生成された他のデバッグ出力もあるようです。
シリアルポートのログにそれが表示されません。

編集：
見つかったので、Serial.setDebugOutputはSetup（）から呼び出されます。したがって、単純な再起動で十分でした:)

TD-er 2018年04月28日

これがSYSHEAPと稼働時間の相互作用です。

sysheap

micropet 2018年04月28日

そのsysheapグラフが1日か2日後にどのように見えるのか興味があります。

TD-er 2018年04月28日

彼が失敗しなければ、私たちはそれを見るでしょう。 :)

micropet 2018年04月28日

グラフはすべて異なって見えます。これは、最後に変更したデバイスと静的IPです。

esp-201 sysheap

micropet 2018年04月28日

前のチャートはどのバージョンでしたか？

TD-er 2018年04月28日

最初のチャート、昨夜からのあなたからの特別バージョン。 DHCPを使用

micropet 2018年04月29日

面白い。
ノードにもsysheapログを追加します。

TD-er 2018年04月29日

openHABでログインします。 Grafanaにも最適です。

micropet 2018年04月29日

現在のコミットをフラッシュする必要がありますか？その後、私のチャートはESP-201で失われます。

micropet 2018年04月29日

現時点では、wifiの安定性テストの方が重要だと思います。

TD-er 2018年04月29日

わかりました。

micropet 2018年04月29日

OK、オンラインです。

INIT：起動バージョン：（ESP82xx Core 2_4_1）
92：INIT：ウォームブーツ＃2
94：FS：取り付け..。
118：FS：マウントに成功し、957314の76806バイトを使用
131：CRC：プログラムメモリのチェックサムが見つかりません。 crc2.pyの出力を確認してください
162：CRC：SecuritySettings CRC ... OK
243：INIT：空きRAM：20984
243：INIT：I2C
243：INIT：SPIが有効になっていません
1073：情報：プラグイン：71 [通常] [テスト]（ESP82xxコア2_4_1）
1073：イベント：System＃Wake
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：イベント：System＃Boot
1178：ACT：NeoPixelAll、0,0,0,0
1189：ACT：公開ESP-201 / IP、192.168.0.201
1201：ACT：timerSet、1,60
1226：WD：稼働時間0 ConnectFailures 0 FreeMem 20088
1257：DS：温度：20.25（28-ff-b8-ea-b4-16-3-ed）
1259：イベント：DS18b20＃Temperature = 20.25
4952：WIFI：接続されています！ AP：SMC（78：8A：20：D1：9B：D9）Ch：1持続時間：3798ミリ秒
4953：イベント：WiFi＃ChangedAccesspoint
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期間：24ミリ秒
5102：現在のタイムゾーン：DSTタイム開始：2018-03-25 02:00:00オフセット：120分STDタイム開始：2018-10-28 03:00:00オフセット：60分
5103：イベント：Time＃Initialized
5123：イベント：WiFi＃Connected
5140：Webサーバー：開始
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＃Connected
5912：イベント：Clock＃Time = Sun、00：14
31226：WD：稼働時間1 ConnectFailures 0 FreeMem 15968

micropet 2018年04月29日

また、sysinfoページの情報を拡張しました。
再接続カウンターを追加し、静的/ DHCP設定（およびSDKバージョン）を使用しました

また、しばらく接続されていないときに再接続する強制再接続チェックも含まれています。

TD-er 2018年04月29日

WIFIを0.2秒間中断する必要がありますか？

micropet 2018年04月29日

クラッシュしてみてください:)

TD-er 2018年04月29日

わかった

micropet 2018年04月29日

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）指定なし' 4 m10秒間接続
255560：WIFI：SDKステーションのステータスがArduinoのステータスと異なります。 SDKステータス：5 Arduinoステータス：3
255571：MQTT：接続が失われました
255572：イベント：MQTT＃Disconnected
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：ブローカーへの接続に失敗しました

micropet 2018年04月29日

このチェックのためだけに、この状態を4分間維持できますか？
このチェックのティッカー間隔を短くします（現在は240秒です）

TD-er 2018年04月29日

はい、そうです。

micropet 2018年04月29日

240秒は非常に長いです

micropet 2018年04月29日

はい、わかりました。変更します。
この問題からアイデアを得た： https ：

TD-er 2018年04月29日

なし....

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：ブローカーへの接続に失敗しました

micropet 2018年04月29日

寝ます、また明日。

micropet 2018年04月29日

おそらくUDP関連の別の問題が見つかりました：
プレーンな新しいファクトリリセットユニットでは、シリアルコマンドを使用します
ウィフィキー
wifissid
保存する

再起動してから、詳細設定に移動し、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

s0170071 2018年04月29日

みんなおはよう。
私の場合、再接続はまだ機能しません。

INIT：起動バージョン：（ESP82xx Core 2_4_1）
92：INIT：ウォームブート＃8
94：FS：取り付け..。
118：FS：マウントに成功し、957314の76806バイトを使用
131：CRC：プログラムメモリのチェックサムが見つかりません。 crc2.pyの出力を確認してください
162：CRC：SecuritySettings CRC ... OK
243：INIT：空きRAM：20968
243：INIT：I2C
243：INIT：SPIが有効になっていません
1073：情報：プラグイン：71 [通常] [テスト]（ESP82xxコア2_4_1）
1074：イベント：System＃Wake
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：イベント：System＃Boot
1179：ACT：NeoPixelAll、0,0,0,0
1190：ACT：公開ESP-201 / IP、192.168.0.201
1201：ACT：timerSet、1,60
1226：WD：稼働時間0 ConnectFailures 0 FreeMem 20072
1258：DS：温度：19.75（28-ff-b8-ea-b4-16-3-ed）
1259：イベント：DS18b20＃Temperature = 19.75
4925：WIFI：接続されています！ AP：SMC（78：8A：20：D1：9B：D9）Ch：1持続時間：3770ミリ秒
4926：イベント：WiFi＃ChangedAccesspoint
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期間：23ミリ秒
5066：現在のタイムゾーン：DSTタイム開始：2018-03-25 02:00:00オフセット：120分STDタイム開始：2018-10-28 03:00:00オフセット：60分
5066：イベント：Time＃Initialized
5087：イベント：WiFi＃Connected
5104：Webサーバー：開始
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＃Connected
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＃Temperature = 19.75
61972：イベント：Rules＃Timer = 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：timerSet、1,60
67292：イベント：WiFi＃切断
67310：WIFI：切断されました！理由： '（1）指定なし' 1 m2秒間接続
67310：WIFI：SDKステーションのステータスがArduinoのステータスと異なります。 SDKステータス：5 Arduinoステータス：3
67316：MQTT：接続が失われました
67317：イベント：MQTT＃Disconnected
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＃Temperature = 19.75
122107：MQTT：ブローカーへの接続に失敗しました
122905：イベント：Rules＃Timer = 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 / Uptime、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＃Temperature = 19.75
182107：MQTT：ブローカーへの接続に失敗しました
183905：イベント：Rules＃Timer = 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 / Uptime、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＃Temperature = 19.75
242107：MQTT：ブローカーへの接続に失敗しました
244106：MQTT：ブローカーへの接続に失敗しました
244908：イベント：Rules＃Timer = 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 / Uptime、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：ブローカーへの接続に失敗しました

micropet 2018年04月29日

ESP32-最終変更（28-04-2018）MQTT停止作業、NTP停止作業
（固定IP）

flexiti 2018年04月29日

@flexiti
サブスクライブせずに公開しようとすると、MQTTは毎秒接続を失います。

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

s0170071 2018年04月29日

@ TD-er
このスレッドは少し過負荷になっていて、複数のWi-Fi /安定性の問題があるようです。すべての問題を別のgithubの問題に移動し、キーワードでタグ付けすることをお勧めします。
[WIFICORE] ssdp
[WIFICORE] MQTT subscription needed
[WIFICORE] Unit not found - port setting vanished
[WIFICORE] ticker interval

s0170071 2018年04月29日

報告するだけで、mega-20180428からmega-20180429にアップグレードしました。

mega-20180428では、wifiは全体的に安定していましたが、切断後に再接続しませんでした。
mega-20180429では、wifiは非常に不安定であり、多くの読み取りタイムアウトを取得せずにpingを実行することはできません。

私はsonoffbasicを使用しており、リリースを#define PLUGIN_SET_SONOFF_BASICで自己コンパイルして、ビンをOTA用に十分に小さくしています。
それが役立つかどうかわからない、その間にメガ-20180428に戻ってください。

louis-lau 2018年04月29日

@ louis-lau先ほど作成した最新のcommit + mergeで再テストしてもらえますか？

TD-er 2018年04月29日

これは最新のコミットです
screenshot

louis-lau 2018年04月29日

@ louis-lauそしてノード自体からのログ？
MQTTブローカーに再接続しようとすると、応答が遅くなり、現在、MQTT再接続の失敗が多い場合に、バックグラウンドで再接続する再接続ハンドラーがあります。
ああ、フラッシュを試みた後、ノードをリセットするのが最善の場合もあります（リセットボタンを押すのと同じように、設定をリセットするのではありません）。フラッシュ後もノードに設定が残っている場合があり、これにより奇妙な結果が生じる可能性があります。

TD-er 2018年04月29日

@ louis-lau a sonoff basic？
私も0429が大好きです、0428はひどいものでした
「全体的な」設定について詳しく教えてください。
そして、自己コンパイルされたように、それは2.4.1コアでコンパイルされていますか？
空白のノードで0429フレッシュフラッシュをテストしたところ、完全に実行されました。
0429での以前の試みは、事前構成された静的セットノードの更新でした。完璧でも
私のボードの日付は2017年5月5日です

Oxyandy 2018年04月29日

@Oxyandy
2.4.2コア????

TD-er 2018年04月29日

これが私が得たすべての関連性があるようです：

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のネットワーク設定を除いて、コンパイルする前に変更を加えていません。

louis-lau 2018年04月29日

そうです、工場出荷時の設定で問題なく動作します😄。

復元してみます。また壊れるかどうかを確認します。

louis-lau 2018年04月29日

再起動のように見えますか？

Webログには15行のバッファがあるため、もう少し多くの行が表示されます。
また、sysinfoページで詳細情報を入手できます。

Wi-Fiが切断されている場合、syslogサーバーはデータを受信しないため、syslogサーバーに記録されたログは完全ではない可能性があります。

TD-er 2018年04月29日

了解しました。mqttコントローラーを有効にすると、再び発生し始めました。
そして、私がそれを無効にしたときに停止しました。

より良いログを取得しようとします。半分の時間接続できない場合は少し難しいです。
どのログレベルですか？デバッグ？

louis-lau 2018年04月29日

MQTT接続も情報レベルで表示されます。
情報にはエラーと情報が表示されます。
そうすれば、ブログのログバッファがすぐにいっぱいになって表示できなくなることはありません。

TD-er 2018年04月29日

さて、私が停止すると、mqttサーバーも正常に機能しますが、サーバーが実行されている場合にのみ接続がタイムアウトします。

これが私がログから得ることができたすべてです：
screenshot

louis-lau 2018年04月29日

これはどのようなMQTTコントローラーですか？ Domoticz？ OpenHAB？

または、importMQTTを実行しようとしていますか？

ログを表示するWebページにもコピーボタンがあります。
そのページはN秒ごとに更新されます。これにより、更新の間にテキストをテキストエディタに貼り付けることができます。
それは完璧ではありません、私は知っています、しかしそれは何もないよりはましです:)

編集：
これらが完了している場合は、ルールも確認してください。
ルールの保存にはまだ問題があります。この保存は、入力された完全なルールセットではない場合があります。

TD-er 2018年04月29日

最新のgithib（07bfec42347d13ad49dda907654a36bf747df3bc）を使用して、Wifiはすべてのノードで問題なく接続します。また、APの再起動後に正しく再接続するようになりました。コアの使用2.4.1。

ghost 2018年04月29日

ふふ、実際にロードされたら時間がほとんどないので、スクリーンショットを撮りました。 openhab mqttコントローラーを使用していますが、サーバーはmosquittoです。

編集：現在ルールを使用していません。それが問題ではないことを確認するためだけに。

louis-lau 2018年04月29日

こっちも一緒。任意のトピックを購読してみてください。それで私の問題は解決しました。

--------UrsprünglicheNachricht--------
フォン：ルイ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] Wifiの問題-ストーリーを終わらせることはありません-イベントベースではないwifiに戻りますか？（＃1302）

ふふ、実際にロードされたら時間がほとんどないので、スクリーンショットを撮りました。 openhab mqttコントローラーを使用していますが、サーバーはmosquittoです。

-
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください。
https://github.com/letscontrolit/ESPEasy/issues/1302#issuecomment -385255207

s0170071 2018年04月29日

@ s0170071このサブスクライブはどこで行う必要がありますか？
それがある種のデフォルト設定にある場合は、それを追加する必要があるかもしれません。

MQTTが再接続するまでの時間は約15〜16秒ですか？それなら、蚊があなたを追い出しているのかもしれません、そして私はこれにパッチを当てる場所を知っています。

TD-er 2018年04月29日

openhabコントローラーの設定。サブスクライブフィールドがあります。

s0170071 2018年04月29日

最新のgithib（07bfec4）を使用すると、MQTTはopenhabコントローラーを使用してMosquittoに接続しても問題なく動作します。コアの使用2.4.1。

ghost 2018年04月29日

@ td-er上記のいくつかの投稿を参照してください。

s0170071 2018年04月29日

ログに表示されているように、私はすでに/ sonoff_lavalamp /＃にサブスクライブしています。

＃（つまり、すべてのトピック）をサブスクライブしたときに気づきました。 Wi-Fiは安定していますが、mqttが使用できなくなります;）

Mosquittoがユーザーを追い出してはいけません。私が使用しているユーザーには、すべてのトピックに対する権限があります。

louis-lau 2018年04月29日

これはモスキートログです：

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.

再接続しているようで、mosquittoは古い接続を閉じています。

louis-lau 2018年04月29日

私はPubSubClientのソースを調べてきました。
タイムアウト期間内に着信および発信アクティビティが存在する必要があるようです。
それらの1つに障害が発生すると、PubSubClientが切断され、ESPeasyが再接続します。

ある種の自動pingを追加してみます。すでにいくつかありますが、pingが返される前にチェックが行われている可能性があります。

TD-er 2018年04月29日

@ louis-lauどういうわけか、蚊の使用済みキープアライブ時間設定を見つけることができますか？

使用しているMQTTタイムアウト設定は15秒のようです。
これは次のように定義されます： #define MQTT_KEEPALIVE 15

https://github.com/knolleary/pubsubclient/issues/239も参照して

TD-er 2018年04月29日

うわー、あなたはそれを@ TD-er !!!!!

467279：イベント：Clock＃Time = Sun、17：24
467588：WD：稼働時間8 ConnectFailures 0 FreeMem 16304
481935：MQTT：接続が失われました
481935：イベント：MQTT＃Disconnected
481953：イベント：WiFi＃Disconnected
481969：WIFI：切断されました！理由： '（1）詳細不明'接続時間7分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＃Disconnected
483322：WIFI：切断されました！理由： '（202）認証に失敗しました' 1018ミリ秒間接続されました
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）Ch：1持続時間：3780ミリ秒
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期間：6ミリ秒
488099：イベント：WiFi＃Connected
488245：MQTT：クライアントIDでブローカーに接続：ESPClient_5C：CF：7F：0B：68：52
488247：サブスクライブ：ESP-201 /＃
488248：イベント：MQTT＃Connected
489111：イベント：Time＃Set

micropet 2018年04月29日

@ TD-er pubsubclientに問題があることを確認しますか？私のユニットは何も受信せず、30秒ごとにアナログ値を送信するだけです。 MQTT接続の問題はありません。ライブラリに問題があった場合、もっと多くのユーザーから不満が出るのではないでしょうか。

ghost 2018年04月29日

多分それは競合状態です...

s0170071 2018年04月29日

MQTTブローカーは、クライアントがタイムアウトの1.5倍で切断されていると見なす必要があります。
最後のアクティビティが15秒以上前の場合、Pubsubclientはpingを送信します。
したがって、Mosquitoのデフォルトのタイムアウト（10秒）が使用されている場合、タイミングは非常に重要になります。

私のセットアップでは、同じ（domoticz）チャネルでチャットしているすべてのノードのMQTTトラフィックがたくさん見られます。
したがって、ここではタイムアウトが問題になることはありません。
ただし、ノードが1つしかない場合は、トラフィックが大幅に少なくなり、デフォルトのESPeasyタイムアウトがデフォルトのMosquitoタイムアウトのちょうど1.5倍に設定されているため、少し重要になる可能性があります。

TD-er 2018年04月29日

次に、5秒ごとにダミーのアナログ値を送信して、問題が解決するかどうかを確認することができます...

ghost 2018年04月29日

または私の最後のコミットを使用してください;）

TD-er 2018年04月29日

私の再接続は非常に速く、毎秒かそこらでした

s0170071 2018年04月29日

MQTT開発者はそれを好まないようです：
デフォルト値を変更する気はありません。 7年以上15秒でした。どちらかといえば、ヘッダーファイルの編集に依存せずに、カスタマイズを容易にします。

ghost 2018年04月29日

定義は#ifdefでラップされます
したがって、コードの他の部分でそれを定義するオプションがあります。

PubSubclientのgithubページでは、構成可能にすることに関する問題もあります。

TD-er 2018年04月29日

その作者による別のコメント：
MQTTプロトコルでは、クライアントは接続で使用されるキープアライブ値を決定します。ブローカーはそれについて何も言いません。

それは別のブローカに接続するクライアントとして動作している- - mosquittoにのみキープアライブ設定オプションは、そのブリッジキープアライブであるhttps://mosquitto.org/man/mosquitto-conf-5.html

ghost 2018年04月29日

mosquittoの設定を確認しました。接続のタイムアウトオプションが見つかりません

ghost 2018年04月29日

このドキュメントでは、タイムアウトの動作について説明します。

TD-er 2018年04月29日

そして、文書は同じことを述べています：

MQTTクライアントは、適切なキープアライブ値を設定する責任があります。たとえば、間隔を現在の信号強度に適合させることができます。

では、10秒のモスキート時間はどこから来るのでしょうか？ハードコーディングされていますか？

ghost 2018年04月29日

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

keepalive_interval秒
他のトラフィックが発生しなかった場合にブリッジがpingを送信するまでの秒数を設定します。デフォルトは60です。最小値は5秒です。

Grovkillen 2018年04月29日

その設定はブリッジング専用です

ghost 2018年04月29日

これは20180428では問題ではなかったことを覚えておいてください:)

編集：家に帰ったら、あなたの最新のコミットを試してみます。

louis-lau 2018年04月29日

connectionCheckHandlerを無効にしてみてください。

前日に何が変わったかを確認するには： https ：

TD-er 2018年04月29日

https://github.com/letscontrolit/ESPEasy/commit/4e6e31fdae11476a2f3dfce00e01ed77d1858c00に更新され、wifiが安定しました。 APを再起動すると、再接続するようになりました。ありがとう😄

louis-lau 2018年04月29日

（ところで、ルールを使用してWifiステータスLED設定を切り替える方法はありますか？たとえば、mqttが切断されている場合にのみ有効にし、接続されている場合はリレーステータスに使用します。）

louis-lau 2018年04月29日

ステータスLEDについてはよくわかりません。これは、MQTTconnect関数および他のいくつかの場所から呼び出されます。
しかし、問題を追加して、そのLEDを介して何が表示されているかを選択できるようにすることはできますか？

また、MQTTの問題は、タイムアウトの短縮によって修正されたようです。
選択可能にする必要があるかもしれません。

TD-er 2018年04月29日

👍2

LOGウィンドウをもう少し長くしていただけませんか。
つまり、行数を増やします。

そうでなければ、それは今非常にうまくいっています。

micropet 2018年04月29日

私はそれらを減らしました。
20行でしたが、2.4.0ではもう少し空きメモリが必要だったので、開発/テスト用に10行、通常用に15行に減らしました。

今週はメモリ消費量を調べます。 @ Grovkillenは適切なログウィンドウを取得する方法を調べています。

TD-er 2018年04月29日

OK、私は寝ます。
頑張ってくれてありがとう！

micropet 2018年04月29日

そのウィンドウについて。私が見るように、3つのオプションがあります。

要求されるまで情報を保持するために、可能な限り多くのRAMを使用してください。アクティブなプラグインの数に応じて、動的になる可能性があります。
Webブラウザにストリーミングします。
一時的に圧縮し、要求に応じて復元します。たとえば、より多くの数値コードを使用します。もちろん読みにくいです。

私は2が好きです。スムーズなWeb表示も提供します。しかし、それはそれほど単純ではありません。

s0170071 2018年04月29日

アイデアは、ログを収集してブラウザに保存するために、ある種のJavaScriptを取得することです。
開いた接続を維持するなど、ブラウザにデータを配信するためのいくつかのオプションがあります。
これにより、メモリに保持する必要のあるログは数行だけになります。
また、そのバッファを使用して、ログをsyslogに転送することもできます。

ログキャッシュオブジェクトは現在、メモリではそれほど効率的ではありません。改善の余地がたくさんあります。

TD-er 2018年04月29日

👍1

また、モスキートのバージョンが異なるのではないかと思います
異なるオペレーティングシステムで実行すると、動作が異なりますか？
ESPeasyは柔軟である必要があることは知っていますが、モスキートの更新によって一部の問題が解決されます。

Oxyandy 2018年04月30日

理解のためだけに...
ESPを起動した後に直接取得する理由：

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

syslogには、2つのIPSTATICメッセージとUptime0 ConnectFailures0が表示されます。

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

DittelHome 2018年04月30日

たぶん、「再接続」という用語はうまく選択されていません。
「（再）接続」または「接続試行」のようなものです
カウンターは0から始まり、接続を試みるたびにカウンター++になります。

TD-er 2018年04月30日

カウンターを「-1」に初期化して変更しました。したがって、最初の接続試行では0に設定されるため、「Numberreconnects」というラベルが再び意味をなします:)
これ以上の名前は思いつかなかったので、報告値を変更しました;）

適切な命名は、プログラミングの最も難しい部分です。

TD-er 2018年05月02日

いいですね！

DittelHome 2018年05月02日

接続試行x

uzi18 2018年05月02日

残念ながら、最新のビルド20180503（4096 dev）は機能しません。ESPWebは開かず、代わりにシリアルコンソールでの応答を停止します（Webを開く試みの後）。設定はデフォルトにリセットされ、シリアルコンソールを介してWifiSSIDとキーのみを設定します。 PINGは機能し、再起動もエラーメッセージもありません。

ghtester 2018年05月03日

👍1

フラッシュ後にコールドリブートを実行しましたか？
点滅した直後に似たようなものがありました。
パワーサイクルはそれを解決しました。

TD-er 2018年05月03日

はい、コールドリブートを何度も試しましたが、それでも同じです。 Win7のMSIEおよびFirefoxからテスト済み。数分後に別の場所でデバイスをテストします（別のPC / OS、別のAP）。
フラッシュの直後に再起動してハングしました。

ghtester 2018年05月03日

私は今、通常のバージョンでそれを試しました。私の側では、問題はありません。リセット時の電源は必要ありませんでした。

DittelHome 2018年05月03日

同じデバイスのESPWebが機能する別の場所（Win10 + Firefox / MS Edge、異なるAP）では奇妙ですが、シリアルコンソールは「読み取り専用」に見えます...：-/
更新-別のターミナルアプリを試しました-同じ、シリアルコンソールは読み取り専用です。次に、パテ（デフォルトのターミナルアプリ）を再度実行し、パテを適切なCOMポートに接続するとすぐにデバイスが再起動するのを確認しました。これで、シリアルコンソールがコマンドを受け入れ、Webも機能しています...何もわかりません...

ghtester 2018年05月03日

フラッシュを完全に拭いてもう一度プログラムしてみてください。
Wi-Fi接続とシリアルポートが読み取られているかどうかに関係があるようです。誰かがスレッドでそれについて言及しているのを見たことがあります。それがPlatformIOの問題なのかLWIPなのかわからない。
私は最近たくさん読んでいます;）

TD-er 2018年05月03日

ええ、次のビルドでそれを試してみます。これは別の場所でもう一度テストして、同じ問題であるかどうかを確認します（デバイス構成が少し更新されました）。
ところで。初めて設定をリセットしたとき（このビルドフラッシュの後、シリアルコンソールからResetコマンドを発行して）、実際には「フォーマットフラッシュ」などと表示されていても設定はリセットされませんでした。デバイスが再起動し、少なくともWiFi設定が残っていましたシリアルコンソールでAPへの接続試行を見たように...シリアルコンソールからの2回目のリセット試行で設定が消去されました...

ghtester 2018年05月03日

はい、コアライブラリはSPIFFの外側の領域にwifi設定を保存します。
これは、wifi接続の試行に影響を与える可能性があります。

選択可能な最大5つのwifi設定がサポートされるようになった（コア）コードをすでに読みました。
ですから、私たち自身の設定と競合しないように、そのストレージ領域も積極的に使用するかもしれません。
私が恐れているのは、これらの設定が頻繁に書き込まれることだけです。それがいつ書かれているのかを確認する必要があります。
ただし、ESPeasyでそのエリアも考慮されている場合は、wifi接続が少し予測しやすくなる可能性があります。

TD-er 2018年05月03日

👍1

@Oxyandyここで、LWIP2_LOW_MEMORYを使用するようにPlatformIO.iniの変更をプッシュします。
これをテストしていただけませんか？
また、タスク/デバイス12を使用していたかどうかという質問もありますか？
私は自分のノードでそれをテストしましたが、ほとんどすぐに切断され、再びオンラインになることを拒否しました。
それはLWIP1.4でした

TD-er 2018年05月04日

👍1

また、タスク/デバイス12を使用していたかどうかという質問もありますか？

テストでは、最初の1つのスイッチだけではありません
ええ、GitHubデスクトップには15個の変更されたファイルがあります

Oxyandy 2018年05月04日

F5テストであるLWIP2_LOW_MEMORYを使用して、正常にコンパイルされたWebサーバーは素晴らしいです。
ログにLmacRxBlk：1の兆候はありません
ノードのすべての設定を消去しましたが、ノードを「リセット」してプロセスを実行し、異常を報告します。
Wifiはすぐに最初に接続しました。

Oxyandy 2018年05月04日

lwIP2のローメモリに注意してください。lwIP2のハイバンドウィズを使用する必要がありました。そうしないと、少なくともサーバー/コントローラーとしてfhemを使用する場合に、大きなパケットが切り捨てられます（たとえば、複数の値を持つセンサー）。

私は現在、GITのespコアとlwIP2ハイバンドウィズを備えたメガブランチを使用しています。ただし、しばらくすると、一部のユニットがセンサー値を読み取れなくなり、コントローラーに送信されなくなります。ユニット自体とWebインターフェイスはスムーズに実行されますが...私はまだこれを調査しており、Maiの前にコミットでこれを行ったことはありません。

clumsy-stefan 2018年05月04日

LwIP2の高帯域幅を試しましたが、POSTメッセージが台無しになりました。
たとえば、1520バイトを超える保存ルールは切り捨てられました。

TD-er 2018年05月04日

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

Oxyandy 2018年05月04日

現在のコア（マスター、ESP82xxコア41a64707、NONOS SDK 2.2.1（cfd48f3））では、MTUの問題は発生しなくなりました。
5月1日から10個のESP（Sonoff、NodeMcu、W1pro）が実行されており、問題はありません。

susisstrolch 2018年05月04日

参考までに...最新の公式ビルドをフラッシュし、シリアルからデフォルトに設定をリセットし、WiFiSSIDとキーを入力します。プライマリAPが表示されているにもかかわらず、接続できませんでした（ただし、-82程度の弱い信号）。次に、以下に示すようにクラッシュしました。
別の場所のデバイスでは、問題なく迅速にセカンダリAPに接続され、これまでのところ機能しています（ただし、プラグインは構成されておらず、ルールはアクティブではありません）。
...。
...。
458745：WIFI：IOTAP1の接続試行＃57
458749：APモード：クライアントが切断されました：xx：xx：xx：xx：xx：xx接続されたデバイス：0
458810：WIFI：切断されました！理由： '（201）APが見つかりません'64ミリ秒間接続されています
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：sys
sp：3ffffc50終了：3fffffb0オフセット：01a0

スタック>>>
3ffffdf0：3fff5108 1f385062 401021e6 3fffa2b0
3ffffe00：402706a6 402705c4 3fff9454 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 7fffffff 00000000 3ffeed30
3ffffee0：3ffef138 00000006 00000000 3fffdab0
3ffffef0：00000000 3fffdcc0 00000040 00000030
3fffff00：40274fd1 ffffffe0 00000000 00000000
3fffff10：4026ca2f 3ffedf00 3ffef160 3fff9454
3fffff20：00000000 3ffedf0a 3ffedf20 4026a4d1
3fffff30：4027fac5 00000001 00000000 3ffedf0a
3fffff40：4027ec78 00000092 3ffedef4 3fff6454
3fffff50：3ffedef4 00000000 00000040 4027e5a2
3fffff60：3ffef160 3ffedef4 3fffdcc0 3ffeb710
3fffff70：3ffedf10 3fff752c 00000040 3ffeb710
3fffff80：00000040 3ffef160 00000002 00000000
3fffff90：4027de7f 3fffdab0 00000000 40283f5f
3fffffa0：3ffeb710 40000f49 3fffdab0 40000f49
<<

ets 2013年1月8日、最初の原因：2 、ブートモード：（3,7）

ロード0x4010f000、len 1384、room 16
テール8
chksum 0x2d
csum 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：情報：プラグイン：72 [通常] [テスト] [開発]（ESP82xxコア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が見つかりません' 2861ミリ秒接続されています
3604：WIFI：IOTAP1の接続試行＃1
6466：WIFI：切断されました！理由： '（201）APが見つかりません' 2862ミリ秒接続されています
6604：WIFI：IOTAP2の接続試行＃2
9467：WIFI：切断されました！理由： '（201）APが見つかりません' 2862ミリ秒接続されています
9604：WIFI：IOTAP2の接続試行＃3
12467：WIFI：切断されました！理由： '（201）APが見つかりません' 2862ミリ秒接続されています
12604：WIFI：IOTAP1の接続試行＃4
15466：WIFI：切断されました！理由： '（201）APが見つかりません' 2862ミリ秒接続されています
15604：WIFI：IOTAP1の接続試行＃5
18466：WIFI：切断されました！理由： '（201）APが見つかりません' 2862ミリ秒接続されています
18604：WIFI：WiFiをAP + STAに設定
19524：WIFI：APモードのssidはアドレス192.168.4.1のESP_Easy_0になります
19524：WIFI：IOTAP2の接続試行＃6
22388：WIFI：切断されました！理由： '（201）APが見つかりません' 2863ミリ秒接続されています
22603：WIFI：APモードのssidはアドレス192.168.4.1のESP_Easy_0になります
22603：WIFI：IOTAP2の接続試行＃7
25463：WIFI：切断されました！理由： '（201）APが見つかりません' 2860ミリ秒接続されています
25602：WIFI：APモードのssidはアドレス192.168.4.1のESP_Easy_0になります
25603：WIFI：IOTAP1の接続試行＃8
28464：WIFI：切断されました！理由： '（201）APが見つかりません' 2860ミリ秒接続されています
28602：WIFI：APモードのssidはアドレス192.168.4.1のESP_Easy_0になります
28603：WIFI：IOTAP1の接続試行＃9
30606：WD：稼働時間1 ConnectFailures 0 FreeMem 18176
..。
..。

ghtester 2018年05月04日

昨日も「APが見つかりません」というエラーが表示されました。
いくつかの誤った設定または破損した設定に関連しているようです。保存する設定だけでなく、コアライブラリによってフラッシュの別の部分に保存される設定もあります。

@Oxyandy NTPの更新は、1時間後、または設定されていないときにのみ実行する必要があります。

@susisstrolch 1800バイトを超えるルールファイルの作成をテストできますか？
LWIP2高帯域幅バージョンは、サイズが1 MTUを超えると、HTTPPOST要求を破損していました。

TD-er 2018年05月04日

こんにちはGijs、
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秒ごとに、そのように何時間もループします、おっと

Oxyandy 2018年05月04日

pondctrlデバイスのルールサイズ：現在のサイズ：1859文字（最大2048）
MTU：534（low mem lwip 2.x）
問題なし-今週複数回変更されました。

susisstrolch 2018年05月04日

高帯域幅バージョンでこれらの問題が発生したため、現在LwIP2.xの低メモリを使用しています。
@Oxyandy時間の更新と、もちろん再接続ループに関するコードを調べます。
このトピックはますます話題になっています:(

TD-er 2018年05月04日

私はそれを理解していません、あなたの要求に従って私が自作を編集したもの（今朝）はうまくいきました..
それから公式リリースが利用可能になったとき、私はそれを使用したほうがいいと思いました、私は違いにショックを受けました。
さて、あなたの最後の返事に関して..時間の更新は大丈夫です..
今日からの公式リリースは、wifiに問題なく接続し、MQTTに接続し、時間を取得してから、「（200）ビーコンタイムアウト」で接続を切断し、11秒ごとにループします
接続-wifi、MQTT、時間、切断、繰り返し
ですから、「時間の更新」を見ないでください。接続されたままであれば問題ありません...

Oxyandy 2018年05月04日

変だね。 PlatformIOのビルドプロセスには本当にファンキーなものがあります。
私自身も何度か気づきましたが、2回目の構築が実際に違いを生むことに気づきました。
これは、PlatformIOのリンカーレベルで問題が発生しているようなものです。
ここで何が起こっているのかは本当に奇妙です。

TD-er 2018年05月04日

おそらくコンパイラまたはリンカのフラグにあります。最適化は雌犬になることができます。
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

s0170071 2018年05月04日

👍1

platformIOの問題を回避するために、.pioenvsフォルダーを削除し、とにかく「Clean」を実行しました
今朝のビルド以降-2つのファイルが変更されました
ESPEasy-Globals.h＆Misc.ino（タスク設定の破損を修正）

Oxyandy 2018年05月04日

これを開始します：私の現在のフォルダー構造はGitHub / ESpeasyです
ESpeasyフォルダーをコピーし、名前を変更して、フェッチを実行する前の日付を含めます。ローカルで変更を比較するのに役立ちます。

Oxyandy 2018年05月04日

FritzBoxはファームウェアの自動更新を行いました。すべてのESPは、問題なく代替メッシュAPにフェイルオーバーしました。

susisstrolch 2018年05月04日

@ TD-erあなたは「このビーコンのタイムアウトはどのノードでも0504であるのですか、それともほんの少しですか？」と言いました。
公平を期すために、新しいモジュールを取得してフラッシュし、将来的には新しいファームウェアごとに2ノードをフラッシュします。
あなたの地域では午後4時だけなので、時間に余裕があります。

Oxyandy 2018年05月04日

OK、新しいノードが消去されました。
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

Oxyandy 2018年05月04日

ああ、wiresharkを実行する特別なアクセスポイントをセットアップする時が来たと思います

Oxyandy 2018年05月04日

GitHubデスクトップを使用して、 https：//github.com/letscontrolit/ESPEasy/commit/92680c5542b76a15db16af198a3a07ed17618c4eから、変更された2つのファイルのみを含む最新の「ライブ」ソースを取得しました。 ..
同じソースの場合、ナイトリービルドが異なるのはなぜですか？GitHubで何が異なって起こっているのですか？

Oxyandy 2018年05月04日

Arduino IDEを使用している人はいますか？
現在のsrcから「ESP8266normal1024」をビルドして、ここにダンプできますか？
ありがとう

Oxyandy 2018年05月04日

これが私たちが見ているランダムな問題のいくつかに関連しているかどうかはわかりませんが、しばらくすると、私のユニットがコントローラーへのデータの送信を停止することに気付きました。ただし、Webインターフェイスはまだ稼働していますが、tは0.0.0.0のIPアドレスを示しています。（スクリーンショットを参照）。他にこれを見ている人はいますか？

untitled

clumsy-stefan 2018年05月04日

これはどのビルドバージョンですか？

TD-er 2018年05月04日

@Oxyandy

同じソースの場合、ナイトリービルドが異なるのはなぜですか？GitHubで何が異なって起こっているのですか？

それも私が疑問に思っていることです。
自分で構築するときにも2回構築しなければならないという事実と関係があると思います。
コンパイル方法やコンパイラに問題があるようです。
それはおそらく、過去数週間を再現するのが不可能ではないにしても非常に難しいものがたくさんある理由を説明するかもしれません。

Tasmotaの@arendstともこれについて話し合いましたが、彼はまた、適切に機能するバージョンを取得するために、時々再構築する必要があることを確認しました。
テストとしてナイトリービルドを2回ビルドできるかどうか@ psy0rzに質問します。

TD-er 2018年05月04日

メガ-20180503から自己コンパイル
ビルド| 20102-メガ
ライブラリ| ESP82xxコア76a14b1f、NONOS SDK 2.2.1（cfd48f3）、LWIP：2.0.3

clumsy-stefan 2018年05月04日

ノードに書き込む前に、2回ビルドしてみてください。
ビルド間でクリーンなものはありません。ビルドしてから再ビルドするだけです。

TD-er 2018年05月04日

確かに、しかし私はプラットフォームIOではなくMacでArduino SDKを使用しています...それでも試してみる価値はありますか？

clumsy-stefan 2018年05月04日

はい、お願いします。原因はまだわかりません。
Arduino IDEはPlatformIOで設定された修正バージョンを参照しないため、私たちと同じコアライブラリを使用していることを確認してください。
現在使用しているバージョンは次のとおりです。
ESP82xxコア2_4_1、NONOS SDK 2.2.1（cfd48f3）、LWIP：2.0.3

TD-er 2018年05月04日

わかりました、今それを試して、いくつかのユニットをフラッシュします。何かが起こったらすぐに報告します...または何もしません;）

clumsy-stefan 2018年05月04日

ところで。現在のビルドは、少なくともデバイスページまたは通知ページ（おそらくESP Webページ）でF5をWebブラウザーで数秒間押し続けることにより、いつでもクラッシュする可能性があります。 Win10のFirefoxからいつでも繰り返すことができます：
..。
..。
39543696：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39551825：LoadFromFile：config.datインデックス：27648データサイズ：320
39557599：RAMの使用量：Webサーバーのみ：0（コアを含む）：0
39566681：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39566879：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39567105：RAMの使用法：Webサーバーのみ：0コアを含む：0
39567490：RAMの使用量：Webサーバーのみ：0（コアを含む）：0
39567690：RAMの使用量：Webサーバーのみ：0（コアを含む）：0
39567883：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39568086：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39568287：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39568495：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39568701：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39568910：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39569112：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39569324：RAMの使用量：Webサーバーのみ：0（コアを含む）：0
39569530：RAM使用量：Webサーバーのみ：0コアを含む：0
39569739：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39569948：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39570158：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
39570366：RAM使用量：Webサーバーのみ：0コアを含む：0
39570582：RAM使用量：Webサーバーのみ：0コアを含む：0
39570742：スキップされたWebページ：メモリ不足：1784
39570832：スキップされたWebページ：メモリ不足：1784
39570906：スキップされたWebページ：メモリ不足：1784
39570992：スキップされたWebページ：メモリ不足：1784
39571074：スキップされたWebページ：メモリ不足：1784
39571161：スキップされたWebページ：メモリ不足：1784
39571240：スキップされたWebページ：メモリ不足：1784
39571322：スキップされたWebページ：メモリ不足：1784
39571401：スキップされたWebページ：メモリ不足：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：feefeffe feefeffe 3fff3b00 40100700
<<

ets 2013年1月8日、最初の原因：2 、ブートモード：（3,7）

ロード0x4010f000、len 1384、room 16
テール8
chksum 0x2d
csum 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 ... OK
575：INIT：空きRAM：21464
575：初期化：I2C
575：INIT：SPIが有効になっていません
1677：情報：プラグイン：72 [通常] [テスト] [開発]（ESP82xxコア2_4_1、NONOS SDK 2.2.1（cfd48f3）、LWIP：2.0.3）
1678：イベント：System＃Wake
1682：WIFI：WiFiをSTAに設定
..。
..。

その後、デバイスはAPに正常に接続されました。別のクラッシュ：

973：RAMの使用法：Webサーバーのみ：0コアを含む：0
279178：RAMの使用法：Webサーバーのみ：0コアを含む：0
279387：RAMの使用法：Webサーバーのみ：0コアを含む：0
279590：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
279798：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
280321：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
280558：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
280785：RAMの使用法：Webサーバーのみ：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：feefeffe feefeffe 3fff3b00 40100700
<<

ets 2013年1月8日、最初の原因：2 、ブートモード：（3,7）

ロード0x4010f000、len 1384、room 16
テール8
chksum 0x2d
csum 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 ... OK
575：INIT：空きRAM：21464
576：INIT：I2C
576：INIT：SPIが有効になっていません
1678：情報：プラグイン：72 [通常] [テスト] [開発]（ESP82xxコア2_4_1、NONOS SDK 2.2.1（cfd48f3）、LWIP：2.0.3）
1678：イベント：System＃Wake
1683：WIFI：WiFiをSTAに設定
..。

ghtester 2018年05月04日

それは72個のプラグインの場合ですが、通常は同じように動作します;）

Oxyandy 2018年05月04日

IPスタックをリクエストでいっぱいにした場合、これは正常です。役立つのは、インバウンドバッファが再び解放されるように、Webサーバーをより頻繁にサービスすることだけです。

s0170071 2018年05月04日

少なくとも回復可能であることは良いことです-完全なハングは再起動よりも悪いでしょう...しかし、起動の原因が毎回同じではなかったのは奇妙です-私は原因4も見ました。

ghtester 2018年05月04日

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 2018年05月04日

😕1

@Oxyandy遅いキーボードの自動リピート？ ;-)
私が試したすべてのWebページで私のクラッシュが発生します。

ghtester 2018年05月04日

@ghtester現在のすべてのコードを使用して、PC上にセットを作成します。ビルドには約30分かかります。

TD-er 2018年05月04日

@ TD-erご尽力いただきありがとうございます。新しいビルドの準備ができたら、テストします。

ghtester 2018年05月04日

@ TD-erは、ESP82xx Core 2_4_1、NONOS SDK 2.2.1（cfd48f3）、LWIP：2.0.3を2回ビルドしてから、ユニット（16）をフラッシュしました。データ... lwIP2ハイバンドを使用する必要がありました。そうしないと、FHEM-Controllerを介して送信されたデータが切り捨てられます。
でも今寝る必要がある……n8

clumsy-stefan 2018年05月05日

高帯域幅バージョンでのHTTPPOSTの問題に注意してください。

私のビルドは現在3回目に実行されています（修正が必要なESP32の問題があり、最後のビルドでリンクのみが行われるようにしたい）
したがって、数分でzipファイルが作成されます。
それから私も寝ます。

TD-er 2018年05月05日

ビルドを参照してください： https ：

TD-er 2018年05月05日

TD-er、あなたのビルド、私のハードウェア、問題ありません（通常の1024 8266）
デイリービルドが表示されるのを待っていると、次にそれが試されます;）

Oxyandy 2018年05月05日

@ TD-erどうもありがとうございました、すぐにテストされた4096 devリリース（続く）、「F5」再起動の問題はまだあり（最初の試みはデバイスを完全にハングさせました）、ファームウェア情報はMD5チェックが失敗したと言います（私はそれが原因だと思います）テストビルド）。それにもかかわらず、これまでのところ他のすべては問題なく、APに完全かつ迅速に接続しています。

ビルド20102-メガ
ライブラリESP82xxCore 2_4_1、NONOS SDK 2.2.1（cfd48f3）、LWIP：2.0.3
GITバージョン
プラグイン72 [通常] [テスト] [開発]
ビルドMd54d44355f4d44355f4d44355f4d44355f
Md5チェックに失敗しました！
ビルド時間2018年5月5日00:33:21
バイナリファイル名ThisIsTheDummyPlaceHolderForTheBinaryFilename .. ..

ghtester 2018年05月05日

GitHubでビルドおよびリリースされたとおり、これらのBINは両方とも1日（1ビルド）離れています。
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
確認された「障害」多くの異なる方法、リセット、異なるノードなど
11秒のループで一貫した問題（201ビーコンタイムアウト）
同じソースから完全に機能する自作。
に
ESP_Easy_mega-20180505_normal_ESP8266_1024.bin
完璧に機能し、ソースの変更は最小限です
教えてください、GitHubリリースはコンパイルの「どこかで」失敗します。
Wifiに最初に接続して、すぐに更新します。Wifiを1回ドロップするのではなく、
MQTTは接続を維持します
などなど-
何も問題はありません;）

Oxyandy 2018年05月05日

つまり、過去数週間（???）に多くの時間が費やされたのは、コンパイルの問題が原因である可能性がありますか？
それは残念なことですが、少なくとも、私が再現も説明もできないと報告されたあらゆる種類の問題を見て、私が心を失うことはないという自信を与えてくれます。

TD-er 2018年05月05日

😕1

f5の問題については、バッファが大きいため、lwipの高帯域幅を試してください。少し遅れてクラッシュする可能性があります。

s0170071 2018年05月05日

コンパイルの問題：80 MHzで実行していますよね？

s0170071 2018年05月05日

80MHzがデフォルトだと思います。

TD-er 2018年05月05日

知っている。ただし、160に設定すると、奇妙な動作が発生する可能性があります。

s0170071 2018年05月05日

ええ、「F5」の問題は、この特別なビルドでこれまでに見た唯一の深刻な問題です。実際、ESP Webページを更新するために、それを何度もすばやく押すと、問題が発生します。

18084332：イベント：Clock＃Time = Sat、08：47処理時間：2ミリ秒
18091174：WD：稼働時間302 ConnectFailures 0 FreeMem 14504
bcn_timout、ap_probe_send_start
18112119：RAMの使用法：Webサーバーのみ：0コアを含む：0
18115167：RAMの使用法：Webサーバーのみ：0コアを含む：0
18116976：RAMの使用法：Webサーバーのみ：0コアを含む：0
18119084：LoadFromFile：notification.datインデックス：0データサイズ：996
18119089：LoadFromFile：notification.datインデックス：1024データサイズ：996
18119092：LoadFromFile：notification.datインデックス：2048データサイズ：996
18119129：RAMの使用法：Webサーバーのみ：0コアを含む：0
18121330：RAMの使用法：Webサーバーのみ：0コアを含む：0
18121337：WD：稼働時間302 ConnectFailures 0 FreeMem 13584
18128862：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18130833：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18135120：RAMの使用法：Webサーバーのみ：0コアを含む：0
18136605：RAMの使用法：Webサーバーのみ：0コアを含む：0
18138356：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18140067：LoadFromFile：notification.datインデックス：0データサイズ：996
18140076：LoadFromFile：notification.datインデックス：1024データサイズ：996
18140078：LoadFromFile：notification.datインデックス：2048データサイズ：996
18140152：RAMの使用法：Webサーバーのみ：0コアを含む：0
18144694：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18144700：イベント：Clock＃Time = Sat、08：48
18144702：イベント：Clock＃Time = Sat、08：48処理時間：2ミリ秒
18148558：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18151336：WD：稼働時間303 ConnectFailures 0 FreeMem 12568
18153230：RAMの使用法：Webサーバーのみ：0コアを含む：0
18153763：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18155000：RAM使用量：Webサーバーのみ：0コアを含む：0
18155592：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18156416：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18156838：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18164949：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18165234：RAMの使用法：Webサーバーのみ：0コアを含む：0
18165587：RAMの使用法：Webサーバーのみ：0コアを含む：0
18170770：RAMの使用法：Webサーバーのみ：0コアを含む：0
18170947：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18171120：RAMの使用法：Webサーバーのみ：0コアを含む：0
18171300：RAMの使用法：Webサーバーのみ：0コアを含む：0
18171733：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18177686：RAMの使用法：Webサーバーのみ：0コアを含む：0
bcn_timout、ap_probe_send_start
18181336：WD：稼働時間303 ConnectFailures 0 FreeMem 10832
18182865：RAMの使用法：Webサーバーのみ：0コアを含む：0
18183367：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18188878：RAMの使用法：Webサーバーのみ：0（コアを含む）：0
18190025：RAMの使用法：Webサーバーのみ：0コアを含む：0
18203237：RAMの使用法：Webサーバーのみ：0コアを含む：0
18203809：RAMの使用法：Webサーバーのみ：0コアを含む：0
18203817：イベント：Clock＃Time = Sat、08：49
18203819：イベント：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の使用法：Webサーバーのみ：0（コアを含む）：0
18496850：WD：稼働時間304 ConnectFailures 0 FreeMem 8736
18496856：イベント：Clock＃Time = Sat、08：53
18496858：イベント：Clock＃Time = Sat、08：53処理時間：2ミリ秒

最後の3つのbcn_timout、ap_probe_send_startメッセージの後、デバイスはシリアルコンソールでも約60

はい、80 MHzで実行されています-システム情報によると：ESPチップ周波数：80 MHz

ESP Web応答は、更新が速すぎるまでは非常に高速です...

ghtester 2018年05月05日

朝全部...私のユニットは今約10時間安定しています。ただし、問題が発生するのは1〜2日後の場合もあるため、このように実行したままにします。 1つのユニットが夜間に2回（16個のD1のうち）再起動します。これはプラグインに関連している可能性があります... sonoffの基本もスムーズに実行されます。

clumsy-stefan 2018年05月05日

TD-erを見たり説明したりできなかったのは知っていますが、GitHubビルドをテストとして使用しましたか？
先月のリリースのソースに戻って、自作と比較するかもしれません
役に立たないと思ったものがたくさんあります。Notepad++のタブの1つにリストがあります

Oxyandy 2018年05月05日

F5については、実際には問題ではありません。ベンチマークとして使用しています。F5キーの自動更新はありません。
だから私は手動でそれを打って、RAM使用量とシリアルログ出力を同時に見ています。
メモリからの「lwip高帯域幅」はほぼ瞬時に発生しました
LmacRxBlk:1エラーが発生し、回復できませんでした。
それは私が何かを書くことを意図していることを私に思い出させます..やることリストに..
そして、対策として別のコンパイル設定を再試行します

Oxyandy 2018年05月05日

うーん、理由が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に接続されます...

ghtester 2018年05月05日

ほとんどのユニットはまだ正常に動作しています...ただし、2回コンパイルする必要はないと思います...唯一の違いは、一部のライブラリは最初にのみコンパイルされ、その後、SDKがそれらを認識したときにコンパイルされることです。変更しなかった場合、再コンパイルされません...

私が今試しているもう1つのことは、arduinoで「D1Mini」ボードを指定する代わりに、すべてのパラメーターを自分で設定し、「generic8266」モジュールを使用することです...これが違いを生むかどうかを確認します...

現在私が目にしているのは、特定のユニットからの自発的な再起動だけです...しかし、これは他のものに関連している可能性があります...

私からの1つの質問：sonoffbasicには1Mのメモリしかありません...これらのものをOTAで更新するチャンスはありますか？それは明らかに常に「十分なメモリがない」と主張しています...何かアイデアはありますか？

PS：コンパイルの問題については、最初から常に自己コンパイルされたバイナリ（他のプラグイン）を使用し、「同じ」安定性の問題がありました...したがって、それらのいくつかは実際にplatformIOに関連している可能性があり、その他は「実際の」問題だと思います。 ..

clumsy-stefan 2018年05月05日

コンパイル時に使用するプラグインを減らすことができます。 https://github.com/letscontrolit/ESPEasy/blob/mega/src/define_plugin_sets.hを見て

直接OTAを実行することはできませんが、この方法では、少なくとも2段階でOTAを実行するには十分に小さいです。そのためのウィキを見てください:)

louis-lau 2018年05月05日

それはまさに私がしたことです...それが私が常に自己コンパイルしている理由です...しかし、2つのプラグインだけが有効になっている場合でも、スケッチは500kを使用します...
そのため、私は別の解決策を探しています（たとえば、Webインターフェイスがないなど）。

clumsy-stefan 2018年05月05日

500kは十分に小さいです。私が言ったように、2つの部分のOTA。直接更新することはできません。ウィキを見てください:)

louis-lau 2018年05月05日

thx ..検索中....;）

追加：どういうわけか私は2つのステップの部分を逃しました...

clumsy-stefan 2018年05月05日

1M Sonoffsでは、ヘッダーにDOUTフラグがある初期アップローダーを使用する必要があります。
メモリからはWikiにあるものはそうではありませんが、最近更新された可能性があります。

Oxyandy 2018年05月06日

私はそのようなことを覚えています、私はOTAのためにこれを使用しています： //github.com/soif/EspBuddy/blob/master/firmwares/ESPEasyUploader.OTA.1m128.esp8266.bin

louis-lau 2018年05月06日

はい、それがDOUTであることを確認しました
これが私がまとめたものです
Initial_Firmware_Uploader_Sonoff_1M_DOUT.zip

Oxyandy 2018年05月06日

とても興味があったのでやろうと言った……。
これまでにリリースされたGitHubへのSelf_Compiledmega-20180422との比較として、私は1つだけ試しました
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がリリースされました=信頼されませんか？

Oxyandy 2018年05月06日

昨日かそこらでArduinoコンパイラフラグを投稿しました。 Travisはどのフラグを使用しますか？

s0170071 2018年05月06日

👍1

私は16個のD1と3個の基本をf69e476自己コンパイル、コア2.4.1、lwIP2高帯域で実行しています。
ほぼすべての稼働時間が900分を超えています。今でも正常に動作しています。そのうちの2つは約1時間前にAPモードに切り替わり、今まで再接続しませんでした。今夜まで待って、回復するかどうかを確認します。

残念ながら、動作は実際には再現可能ではなく、問題が発生した場所の証拠を実際に提供することはできませんが、欠陥を探し続け、何か見つかった場合は報告します...

@Oxyandy ：ベーシックの作品のアップロードも再コンパイルしました！私を正しい方向に向けてくれてありがとう..;）

clumsy-stefan 2018年05月06日

@ s0170071
それらは.travis.ymlとplatformio.iniに保存されます
読み過ごした、多田、見つけたものを見て
skip_cleanup: true
編集：さらに読むこれがクリーンビルドを作成することを指しているかどうかはわかりませんか？
私は認めますが、私にとってはまったく新しいものです... ??? キャッシュを無効にしますか？

Oxyandy 2018年05月06日

Travisは、Python環境などをダウンロードするため、毎回クリーンビルドを実行します。

ナイトリービルドは、Travisではなく@ psy0rzによって行われます。

TD-er 2018年05月06日

👍1

Okee dokee、それで彼らはきれいなビルドですか？
それらが異なる動作をする理由を理解しようとしていますか？

Oxyandy 2018年05月06日

bin1とbin2のMD5を比較するのはどうですか？
コンパイル時または実行時の問題かどうかが表示されます...

susisstrolch 2018年05月06日

@susisstrolch自分でコンパイルするときの意味ですか？これは、MD5がコンパイル後に計算されるためです。あなたのためにそれを行うスクリプトがあります。
https://github.com/s0170071/CRC4ESP

-編集：
はい、md5を比較できます。同じである必要があります。オフラインで行う場合は、バイナリをビット単位で比較することもできます。このようにして、偏差がどこにあるかさえわかります。上級者の場合は、それをコードに戻すこともできます。 .elfファイルにはすべての情報が含まれている必要があります。

とにかく、私は正確に何が違うのかはあまり気にしません。 誰がコンパイルしたかに関係なく、すべてが同じバイナリ上にあることを確認することがより重要だと思います

繰り返しになりますが、Arduino、platformio、nightly、travisのコンパイルフラグは何ですか？ Win / Linux、。

s0170071 2018年05月06日

いいえ-自動ビルドでのコンパイラ出力の違いについて推測するのではなく、単に両方のビルドのMD5を比較することを意味します。したがって、それらが異なるかどうかを正確に知ることができます。

susisstrolch 2018年05月06日

Linux上のArduinoIDEのフラグは次のとおりです。

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 2018年05月06日

@ s0170071エドウィンに聞いてみましたが、まだ返事がありません。
したがって、今のところ、ナイトリービルドで何が行われているのか正確にはわかりません。
それでも、2回コンパイルすると異なる結果が得られるという奇妙な動作が残っています（セットアップでも経験しました）。
ビルド間のバイナリは、チェックサムを介して比較することはできません。ビルドタイムスタンプが含まれていますが、これはビルドごとに異なります。したがって、同じソースを100回コンパイルすると、100個の異なるチェックサムが得られます。
しかし、少なくともそれは同じ機能を提供するはずであり、それは最初のビルドと2番目のビルドの間で（時々）起こっていないように見えます。そして、_それ_はそれがどうあるべきかではありません。

TD-er 2018年05月06日

したがって、テストの目的とそれを明確にするために、同等のsrcを取得するために、これらの連続するコンパイル間のすべてのプリコンパイル変更の設定をスキップします。

susisstrolch 2018年05月06日

@ s0170071なので、Arduino IDEでビルドするときに-gオプションがあるため、多くのデバッグ情報を取得できます。
たぶんサイズを小さくするポイント...

susisstrolch 2018年05月06日

サイズの縮小は今後検討する必要がありますが、最適化フラグを切り替える際には注意が必要です。問題の再現がさらに困難になる場合もあります。

TD-er 2018年05月06日

2つのuntisは、日中の数時間後に回復しましたが、他のuntisはランダムに失敗しています...これまでに見つけた2つのこと：
ログに次のようなエントリがあります。
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に接続しようとするものは何ですか？これは、数日前に見た、ユニットに到達可能であるという問題に関連している可能性がありますが、IP0.0.0.0であることがわかります。

次に、過去24時間は何も行われていませんでしたが、スイッチ機能を使用している「小さな」ユニット（添付のグラフのNr。7など）でも、CPU負荷が突然急上昇しました。

なぜCPU負荷のこの突然の変化が発生するのかを知る機会はありますか？ログには具体的なことは何も書かれていません..（今日と昨日のCPU負荷）...

clumsy-stefan 2018年05月06日

再起動の瞬間にCPU負荷が急上昇しますか？
CPU負荷の計算方法は少し奇妙です。
30秒間にメインループ機能が実行される回数がかかります。
これは、観察された最大カウントと比較されます。
これは、動作中に観察される最大カウントが増加する可能性があることを意味しますが、再起動後に突然減少する可能性もあります。

TD-er 2018年05月06日

いいえ、再起動時ではありません...ある時点で「ランダムに」...興味深いことに、一度に複数のユニットに発生します...そこで何が起こったのかわかりません（当時は家にいませんでした）...特にユニット12- 14は、rssi、load、uptime、mem以外のタスクがない本当にプレーンなボードです...また、メモリグラフは重要な変更の兆候を示していません...
今でも、一部のユニットの負荷は最大50％を示していますが、Webインターフェイスは高速です。

また、1つのユニットに、手の位置を1秒ごとに変更するnfx駆動の時計があります。興味深いことに、ある時点で時計が停止しましたが、ユニットは問題なく動作し続けました...このタスクはもう実行されていません...しかし、これはプラグインに関連している可能性があります（プレイグラウンドの1つであるため）。おそらく問題を指摘しています...

しかし、私が言ったように、私は現在、これらすべての問題がどこから来るのかまったくわかりません。

とにかく、あなたの努力と助けに感謝します...私が合理的な何かを見つけたら私は報告します...

clumsy-stefan 2018年05月06日

また、ある時点ですべてのサービスの可用性が変更されたことを意味する場合もあります。
それが利用可能になり、ノードが実際により多くの作業を行うようになりました。
または、もう利用できませんでした。 ESPeasyは、ホストに対してpingを実行して、その可用性を検出しようとします。そのpingが失敗すると、タイムアウト期間中にノードが停止します。

TD-er 2018年05月06日

その「ping」はどのように行われますか？時々「ホスト不明」が表示されるので...このタイムアウトが非常に大きい可能性がありますか？または、ping ord DNSルックアップでタイムアウトを短くする必要がありますか？実際、私はFQDNを使用せず、IPのみを使用しているため、DNSが問題になる可能性は低くなります...

最新のコミットで更新しています...更新が簡単で非常に高速なユニットもあれば、非常に遅いユニットもあります...

同じSSIDで4つのAPを実行していますが、より悪いAPを選択して速度の問題が発生することもありますか？

clumsy-stefan 2018年05月06日

pingの実行方法を非同期pingに変更することを計画していました。
接続しようとすると、ホストが使用可能かどうかを確認するためのチェックがあります。これはpingを介して行われます。

TD-er 2018年05月06日

それはブロッキングコールですか？

clumsy-stefan 2018年05月06日

確かに、それが私がそれをいくつかの非同期バリアントに変更したい理由です。

TD-er 2018年05月06日

うーん..これは、ネットワーク接続が弱い場合、物事が実際には「流暢」ではないことを説明する可能性があります...特に新しいスケッチをアップロードしようとするとき...ネットに多くの場合、pingタイムアウトを増やすことは可能ですか？待ち時間の？

clumsy-stefan 2018年05月06日

接続時にのみ実行されます。
失敗するMQTT接続再試行の経験豊富な負荷は、はるかに顕著です。
接続しているホストはそれほど多くないため、再接続するかどうかを決定するために、バックグラウンドで非同期の可用性チェックを実行する必要があるかもしれません。
注意：DNSルックアップは、最終的に失敗するときにも完全にブロックされる可能性があります。

TD-er 2018年05月06日

0.0.0.0が二次DNSである可能性がありますか？

giig1967g 2018年05月06日

DNSでこれに気付いたので、今はIPアドレスのみを使用しています... MQTTはまったく使用せず、fhmeコントローラープラグインと通常のjsonクエリ（HTTPMODプラグインを使用したfhemから）のみを使用しています。

私がおそらく試していることの1つは、UDP Inter-ESPEasyネットワーキングを無効にすることです...これは、特に定期的な更新を送信する15以上のユニットを実行している場合に、ユニットに何らかの影響を与えるという感覚を取り除くことはできません。 ..

clumsy-stefan 2018年05月06日

すべてのユニットを最新のメガコミットに更新した後、すべてのCPU負荷が「通常」に戻りました...今朝8時頃にNrを再起動しました。 4と9を見て、CPU負荷に何が起こったかを確認すると、ほぼすべてのユニットで約30分のピークがありました。その後、通常の状態に戻りました。

簡単なアイデア：受信したESPEasy間UDPイベントが他のユニットに「再配布」され、ループが生成されてネットワークスタックがいっぱいになる可能性はありますか？

clumsy-stefan 2018年05月07日

私はこの「ESPeasy間通信」のコードを調べたことがないので、それについては何も言えません。
このプロトコルは独自のデータを送信するだけで、残りのデータをエコーしないと思います。
このプロトコルは2つの部分で構成されています。

独自の存在感を示す。
以前は「グローバル同期」であったものを介してプラグインのパラメーター値を送信します。

最後の1つは、「コントローラーc_013」に置き換えられました。

しかし、可能なループがないかどうかはわかりません。たとえば、ダミーデバイス、MQTTインポートなどを使用します。
また、「コントローラー13」を使用する古いバージョンと新しいバージョンでは動作が異なる場合があります。

TD-er 2018年05月07日

わかりました、迅速な返信をありがとう...私は今それをオフにするつもりです、それぞれ。 UDPポートを0に設定し、何かが変更されるかどうかを確認します。

追加：それを変更した後、ユニットの約50％が再起動しているのがわかります（そうするように言われることなく）...そしてログにいくつかの「HTTP：接続に失敗しました」...

clumsy-stefan 2018年05月07日

CPU負荷に関する同様の問題に気づきました。 wemosは、13個のプラグインを使用して自己コンパイルされたFWを実行しています。 PimaticでRestAPIを使用しています。ご覧のとおり、何らかの理由で負荷が90％以上になります。

jopiekr 2018年05月07日

情報：詳細設定でポートを0に設定してInter-ESPEasyネットワークをオフにしたので、（ほとんどの）問題がなくなったようです！ 20ユニットすべての稼働時間は20分を超えています。まだ定期的に値を報告しています。 web-稼働中の場合。また、CPUグラフには、これらの突然のジャンプは表示されなくなります。 1台だけがAPモードに変更されました。回復するかどうかを確認します。
おそらくこれは（ソースで）調査する必要があります...多くのユニットでUDPのものはおそらくネットワークスタックを過負荷にしています...
これが同様の問題に直面している他の人に役立つことを願っています...

clumsy-stefan 2018年05月08日

ここに私の経験：
静的IPとInter-ESPeasyネットワークがアクティブな6台のユニット。
ロードされた最新のファームウェアは「Mega20180505マニュアルが2回ビルドされました」でした。（ただし、以前のファームウェアも非常にうまく機能していました）。
彼らは問題なくほぼ3日間実行されています。

immagine

giig1967g 2018年05月08日

これが、wifi /ネットワークの修正を行う前に数日待ちたい理由の1つです。しばらく実行して、実際に何が問題になっているのかを確認し、Arduinoの問題リストにあるいくつかの問題を読んでみてください。
一部のwifi構成で電源管理を無効にすることを示唆する問題がいくつかあることにすでに気づきました。どうやら、ESP8266 +アクセスポイントのいくつかの組み合わせは、電源管理機能が有効になっているとうまく機能しません（デフォルトで有効になっています）
つまり、これはESPeasyに追加するオプションです。

翌日はもっとアイデアを探していますが、金曜日/土曜日はコーディングする時間があります。

TD-er 2018年05月08日

参考までに、私のアクセスポイントはMerlinファームウェアを搭載したASUSRT-AC68Uです。

giig1967g 2018年05月08日

ほとんどの問題は、より予算の多いモデルの工場出荷時のデフォルトファームウェアと、最新のWi-Fiデバイスの省電力オプションを認識していなかった古いアクセスポイントにあると思います。
これらの機能を自動検出するためにそのような機能をネゴシエートすることが可能かどうかという疑問が残ります。

TD-er 2018年05月08日

デフォルトで無効のままにし、設定ページで要求された場合にのみ有効にするのはどのようなことですか？
省電力オプションは、バッテリー駆動のデバイスにのみ意味があると思います。

giig1967g 2018年05月08日

それらは他の目的にも意味があります。
より多くの電力はより多くの熱を意味し、いくつかはセンサーで囲まれています....;）

TD-er 2018年05月08日

高いプロセッサ負荷に加えて。私は2.3.0コアで16/03の日付のFWに戻り、すべてが再び正常になりました。最大負荷になりました。 25％。また、wemosの応答時間もはるかに良くなっています。 08/05と16/03の両方で、WiFi切断はまったくありません。高負荷の原因はまだわかりません。また、どちらの場合もudpを使用しませんでした。

jopiekr 2018年05月10日

UDPを無効にするため、LCDが接続されているユニットを除いて、ユニットは問題なく実行されます。話しているユニットがたくさんある場合（> 20）、すべてのUDPメッセージのデコードでビジー状態になるか、メモリリークなどが発生すると思います。それはまた、別のユニットの開始後のユニットの自発的な再起動を説明します。ただMHO ...確実にするためにもっとデバッグする必要があります...

clumsy-stefan 2018年05月11日

また、 yield()呼び出すときにも、時間をかけずに長いタスクを実行することに関連している可能性があります。これは、 delay()呼び出すときにも実行されます。
LCDプラグイン（そしておそらく他のプラグインも）が10ミリ秒以上かかるいくつかのタスクを実行することを想像できます。

TD-er 2018年05月11日

LCD付きのユニットは時間の経過とともに忙しくなるようです...再フラッシュしようとするときは、最初に再起動する必要があります。数時間後にアップロードが機能しなくなるためです（または時間がかかります...）

他のすべてのユニットは現在正常に動作していますが、前述のように、ESP間アナウンスを無効にする必要があります...

少なくともWiFiはこのように安定しており、これまでのところ接続に関する他の問題はありません...（現在20以上のユニットを実行しています）

clumsy-stefan 2018年05月11日

シリアルポートでログを有効にしていますか？
それを「なし」に設定してもらえますか？

TD-er 2018年05月11日

うーん..興味深い点ですが、シリアルポートのログにデフォルトの「情報」がありますが、シリアルポートを完全に無効にしました...問題が発生する可能性がありますか？

ユニットで「なし」に変更します。それが違いを生むかどうかを確認します。

clumsy-stefan 2018年05月11日

シリアルバッファからフェッチされていないデータが山積みになるという報告を以前に聞いたことがあります。
そして、実行中のノードで、シリアルモニターを接続すると、1分前のように、起動した瞬間にデータを受信したことに気づきました。

TD-er 2018年05月11日

これにより、コア2.3.0と2.4.1の違いがあります。5月10日、FWを2.4から2.3に戻しました。両方の設定とルールはまったく同じです。

jopiekr 2018年05月11日

@jopiekr ：CPU負荷を印刷するために使用しているソフトウェアは何ですか？

giig1967g 2018年05月11日

@ gii1967gそれはpimaticです。 OrangePiOneで1年以上問題なく実行できます。ラズベリーパイのバックアップとしても。 pimatic.org

jopiekr 2018年05月11日

すべてのシリアルログをnoneに変更しました...何が起こるかを確認します...

また、wifi RSSIも注目に値します。ユニットの信号が弱いと、まったく応答しなくなる可能性があります... 4APを実行しているので、接続先が少し「ランダム」に見え、常に最強になるとは限りません。 1....

clumsy-stefan 2018年05月11日

-77dBを超えると、応答しなくなる可能性があることに気づきました。また、バッテリー駆動でない場合は、ルーターのリース期間の更新を確認してください。 12000分後に再起動するルールを作成しました。

jopiekr 2018年05月11日

最後のものに再接続する必要があります。最初の再接続の試行は、最後のアクティブな接続のBSSIDへの再接続です。
しかし、BSSIDを設定に追加する必要があると思います。

ここ数日、wifiの問題についてよく考えていて、コアライブラリ、またはAPファームウェアバージョンとの組み合わせに存在する可能性のあるバグの回避策を考え出しました。
現在、コアライブラリは、SSID + pwdのみを使用して接続しようとしたときにスキャンを実行します。
このように、接続時にBSSID +チャネルを指定すると非常に高速になります。
それならスキャンする必要がないからです。
したがって、自分でスキャンを実行し、既知のSSIDを見つけて、一致するネットワークのすべてのBSSID +チャネルを保存してから、BSSID +チャネルのみを使用して接続してみてください。
次に、自動フェイルオーバーが可能になり、接続の更新を検討するタイミングを完全に制御できます。（したがって、サービスを再開します）

最強のRSSIも知っているので、最強のものに最初に接続し、常に最後に使用したものを最初に再利用してみてください
また、接続が不安定な場合は、2.4.xコアでデフォルトで有効になっている省電力機能を無効にしてみてください。
この省電力機能により、wifiが再接続したり、Webページを閲覧しているときにストールしたり、接続時に拒否したりする可能性があります。

省電力機能を有効にすると、wifiはしばらくの間オフになり、アクセスポイントのビーコン信号を受信するのにちょうど間に合うように再び有効になります。
それらが同期していない場合、一部のパケットはESPに到着せず、次のビーコン信号が受信されたときにのみ再送信されます。（しばらく時間がかかる場合があります）

これらの省電力の問題の詳細についてはよくわかりませんが、ファームウェア開発については十分に知っているので、ベンダー間で標準が同じように実装されていない可能性があります。そのため、省電力機能を有効にすると最適に動作しないハードウェアの組み合わせが存在する可能性が非常に高くなります。アクセスポイントのwifiビーコン間隔を遅らせる他のWiFiデバイスである可能性もあります。変数が多すぎます。

このような一時的な切断は、DNSルックアップやその他の接続の中断にも影響を及ぼし、ESPをしばらく停止させる可能性があります。この（不十分に定義された）値は、loop（）関数が30秒間に実行されている回数に基づいているため、これはCPU負荷にも影響を与える可能性があります。 DNS解決要求への呼び出しがESPを停止させると、ループカウントが非常に少なくなり、報告されるCPU負荷が高くなります。

TD-er 2018年05月11日

@jopiekrルールから推測する再起動を発行することもできます。
まず、省電力オプションを無効にすることを検討します（もちろん選択可能にします）

TD-er 2018年05月11日

@ TD-er WiFi処理について：私は電力管理機能に完全に同意します。それは本当に奇妙な問題や遅れたデバイスを引き起こす可能性があるので、それをオフにすることができるはずです...

APへの再接続については、私はそれが異なっていると思いますが、良好な接続を確保するために、常に最強のAPに接続しようとします。その後になって初めて、おそらく最後のものを取ります。「メイン」APがクラッシュ/リブート/応答しないなどの理由で、ユニットは別のAPに接続します。その時点から、これも失敗するまで、常にその（悪い）ものが必要になります...これが戻ってきても、強いものに戻ることはありません...デバイスを移動した場合も、前のAPがはるかに離れている/信号が弱い場合でも、前のAPを選択している可能性があります。

私はあなたのコード内をスキャンすることに同意し、RSSIと既知のBSSIDに基づいてどれを取るかを決定します...

clumsy-stefan 2018年05月11日

これは、最後に認識されたBSSIDに再接続する最初の試みにすぎません。
これにより、リピーターを使用する際の接続がより安定します。
これらのリピーターは、他のタスクの処理で忙しすぎると接続を切断することがあり、スキャン時に強度が低下する場合があります。安価なものは送受信用の無線機が1つしかないため、データを受信するときに、スキャンが実行された時点でビーコン信号をブロードキャストしていない可能性があります。そのため、その時点で別のAPのRSSIがより強力に見える可能性があります。

TD-er 2018年05月11日

さて、強度を追跡する「定期的な」スキャンはどうですか？または、少なくとも再起動後、選択したアクセスポイントを再評価する必要があります...

clumsy-stefan 2018年05月11日

再起動時に、最初の再接続の試行が失敗した場合、スキャンが実行され、設定されたSSIDに最も一致するものが選択されます。

これを変更して、優先APのBSSIDを設定に保存し、そのBSSIDを常に優先APに設定します。
チャネルもわかっている場合、再接続は非常に高速です。（使用するAPによっては、200ミリ秒未満が可能です）
また、静的IPの設定には約20〜25ミリ秒かかりますが、DHCPには2.5〜10秒かかります。
これは、バッテリー駆動のデバイスに最適です。

したがって、改善の余地があります:)

TD-er 2018年05月11日

非常に有望に聞こえます。これまで、2AAバッテリーが3.3Vにステップアップし、900秒ごとに1つのDHTセンサーを送信することで、2か月のバッテリー寿命が得られました。これは、電圧レギュレーターが取り外されたRobotDyn ESPProボード上にあります。

jopiekr 2018年05月11日

@ TD-er昨日からビルドを試しました。静的IPまたはdhcpを使用した場合、接続時間の違いはわかりません。両方の接続は、リセット後約3秒かかります。

s0170071 2018年05月11日

次に、クイックDHCPサーバーがあります。
私のFritzboxは、Wi-Fiに2.5秒接続した後、DHCPに約2.5秒かかります。
したがって、MQTT接続+ NTP時間のセットアップには、起動から約6〜6.5秒かかります。

TD-er 2018年05月12日

フリッツボックス7490。

s0170071 2018年05月12日

クイックアップデート：InterESP UDPを無効にして（そして1MユニットからC13を削除して）シリアルログを「非」に設定した後（シリアルポートも無効にした後）、ほぼすべてのユニットが過去30時間以上安定して動作します... D1 Mini、D1 pro、Sonoff Basic、Dual、4ch ... 20以上のユニット... mega-20180511からのコミットで実行、ArduinoIDEで自己コンパイル...

clumsy-stefan 2018年05月12日

🎉1

モデムとして7581を使用し、アクセスポイントとして3 * 1750Eを使用しています。

TD-er 2018年05月12日

ところで：私はMikrotik AP（そして1つの本当に古いUSR）で実行しています。今夜からの最新のコミットでユニットを更新します...

clumsy-stefan 2018年05月12日

最新のコミットは現在、JSON関連のコード（ログビューア+センサー値の更新）のみを処理します。
まだwifiコードを使用していません。

TD-er 2018年05月12日

確かに、wifiは最新のコミットで「十分に安定している」ように見えるので、自分のユニットを最新の状態に保ちたいです;）

clumsy-stefan 2018年05月12日

これを再度取り上げて申し訳ありませんが、ESPがIPが0.0.0.0であると判断し、サーバーとの通信を停止し、ネットワークおよびWebレベルですべて問題がないという問題が発生しました。添付のスクリーンショットを参照して、ESPEasyとesp8266の異なるバージョンの組み合わせで試してみました...
誰かがこれを経験しますか？
untitled

clumsy-stefan 2018年05月31日

本当に奇妙なことですが、そのようなIP構成でWebページをどのように見ることができるのだろうかと思います。
または、アクセスポイント機能を介してESPに接続しますか？

TD-er 2018年05月31日

いいえ、ネットワーク経由で直接接続されています。 pingとhttpは問題なく動作し、高速です（クライアントIPは私のラップトップである10.0.0.10であり、内部ネットは10.0.0.0/16です）...はい、かなり奇妙です。
DHCP関連などである必要があります。再起動後、すべてが正常に戻ります。

1つのコントローラー（FHEM）のみを有効にし、MQTTを有効にしたコントローラーがないという事実に関連している可能性がありますか？コントローラープラグインの外部のソースで多くのmqttコードを見ました...単なる推測です...しかし、それは実際には関連していないと思います...

clumsy-stefan 2018年05月31日

たぶんdhcpが期限切れになり、更新されませんか？

uzi18 2018年06月03日

おそらくネットワークスタックにはまだアクティブなIPがありますが、更新に失敗すると、対応する構成がゼロになります... DHCPコードがどのように機能するかはわかりませんが、I0mが見ている状態を説明できます。

また、サーバー（私の場合はfhem）が十分な速度で応答しない場合、ユニットはしばらくすると再起動を開始することもわかりました。プラグインコードまたは基盤となるtcpスタックに問題がある可能性があります...サーバーでパフォーマンスを微調整しました。それ以降、ユニットははるかに安定して実行されます（現在、48時間以上の稼働時間があります）。

clumsy-stefan 2018年06月04日

最新バージョンでの接続稼働時間（再接続なしの稼働時間）はすでに10日以上見ています。
ユニットにたくさんのリクエストでRAMをいっぱいにすることは可能です。
そして、私はLWIPがたくさんのリクエストをするときに奇妙なことをしているのを見てきました。（その要求に関連するデータを含まないメモリからの読み取り。）

TD-er 2018年06月04日

今日、1つのノードが再び応答を停止します。彼はwifiから切断しました。「esp」ネットワークに接続できませんでした。彼はコントローラーへのデータの送信を停止しました。私は彼を再起動しなければなりませんでした。たぶん、ウォッチドッグは良い解決策になるでしょう。たとえば、1時間がwifiから切断されると、再起動します。または、ルールを使用して実行できるかもしれませんが、方法がわかりません:)

melwinek 2018年06月09日

今日、プラグインのデバッグ中に多くのウォッチドッグアクションを経験しました。
そして、ウォッチドッグが介入すると、ノードが停止したままになることがあることを今では知っています。
したがって、ウォッチドッグは完璧なソリューションではありません。

フラッシュした後、ハングしているノードが再起動されなかった可能性はありますか？（リセットまたは電源の入れ直しを押します）

TD-er 2018年06月09日

フラッシュ後に再起動しなかった可能性があります。しかし、それはシリアルではなく、wwwを介して点滅していました。

melwinek 2018年06月10日

OK、OTAをフラッシュした場合は問題ありません。
シリアルフラッシュ後に適切なリセット/再起動が行われている限り。

TD-er 2018年06月10日

さて、最新のファームウェアリリースで多くの安定性の問題と奇妙なwifiの問題に苦しんだ後、私は最終的に以前のバージョンに戻らなければなりませんでした。たとえば、最近停電が発生するまで、mega-20180311devを備えた1つの古いESP12Eノードが70日間動作し、温度データをThingSpeakに送信していました。
mega-20180522devにアップグレードした後の別のノードで、デフォルトにリセットされたにもかかわらず、約24時間ごとに例外が発生し、デバイスが構成されていない、NTPが構成されていない、コントローラーがない状態で実行されていました... 48時間存続しませんでした。 2日半前にmega-20180324にダウングレードした後、設定を保持し、NTPを再度有効にしただけで、これまでのところ実行されています。これらの古いバージョンにはいくつかのバグや不足している機能がありますが、私にとっては現在それが最良の選択です。

ghtester 2018年07月04日

問題が確実に再現できない場合、誰もができることはほとんどありません。
少し役立つのは、毎晩再起動をスケジュールすることです。そのためのルールを使用できます。

s0170071 2018年07月04日

私は知っていますが、スケジュールされた再起動のない安定したノードを好みます。コア2.4.1への切り替えによって安定性が大幅に低下したのか（おそらくまだ十分に成熟していないのか）、ESP Easyの再設計に関連しているのかどうかはわかりませんが、ESPEasyのすべての貢献者の最大限の努力にもかかわらず発生しました。皆様のご尽力に心から感謝いたしますが、現在、最新のESPEasyリリースを使用することはできません。

ghtester 2018年07月04日

使用しているプラグインやプラグインの組み合わせにも関係していると思います。

先週、タイミングの影響を調査しましたが、タイムクリティカルなタスクに大きな影響を与えると確信しています。

いくつかのノードを確認しました。すべてが公式ビルドを実行しています。

バイナリファイル名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 s
最後の切断理由（201）APが見つかりません
番号は58を再接続します

バイナリファイル名ESP_Easy_mega-20180619_test_ESP8266_4096.bin

ユニット7

稼働時間13日20時間51分
接続された5d23h05m
最後の切断理由（202）認証が失敗する
番号は2を再接続します

約6日前、WiFiアクセスポイントの1つで問題が発生し、再起動する必要がありました。

ユニット6はユニット3および7と同じように接続されていますが、再接続がはるかに多くなっています。
これらの3つのユニットは、互いに1メートル以内に隣接しており、さまざまなCO2センサー（MH-Z19 A、B、SenseAir S8）を比較し、すべて同じ電源（IKEA 3ポートUSB充電器）から電力を供給されます。

それらの唯一の違いは、再接続が多い方がSenseairセンサーを備えていることです。
したがって、そのセンサーの実装により、WiFiルーチンにより多くの負担がかかり（遅延呼び出しが少なくなり）、WiFiが不安定になる可能性があります。

使用したプラグインのリストを教えてください。
また、昨日プルリクエストを行いました。これは多くのタイミング統計をログに記録します。たぶん、それに基づいてビルドを作成し、それを数分間実行して、あまりにも多くの時間を使用してプラグインに関するアイデアを得ることができます。

TD-er 2018年07月04日

これらのデバイスの開発環境を準備および維持することができないため、私は常に公式ビルドを使用しています。
前述のリリースmega-20180522devは、前述のように完全に空の構成であったため、プラグインやルールはまったく使用されていません。最終的にデフォルトのコントローラーNr1を削除しました。約24〜40時間の間隔で例外が発生したため、ノードの再起動を停止することはできませんでした。

ghtester 2018年07月04日

それがwifiの問題であるかどうかはわかりません-それはそれのようには見えません、私はwifiに静的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 2018年07月04日

@ uzi18静的IP構成のすべてのフィールドを設定しましたか？

もしそうなら、それは（私にとって）既知の問題であり、工場出荷時のリセット時に（まだ）データを消去しない領域に以前のセッションが保存されているのではないかと思います。
つまり、現時点では、すべてのフラッシュを消去して、最新バージョンのESPeasyでやり直す以外に方法はありません。
それ以降のバージョンでは、wifi設定を永続化しないように値が設定されています。

TD-er 2018年07月05日

@ TD-erはい、すべてのデータが入力されました-ログに表示されます。
私は新しいモジュールをフラッシュしました
情報：プラグイン：71 [通常] [テスト]（ESP82xx Core 2_4_1、NONOS SDK 2.2.1（cfd48f3）、LWIP：2.0.3）
そしてそれはそのように機能します。
モジュールは元のバッグから取り出されてフラッシュされただけで、特にここまではありませんでした。

uzi18 2018年07月05日

@ TD-er：それについての2つの考え：

MQTTブロードキャスターへのESPEasy以外の加熱は、最新のpubsubクライアントを使用して問題なく動作しています。再接続などを行います。たぶん、ESPEasy接続監視は、コアライブラリによってすでに行われていることを妨害しています。追加のping-reconnect-wifistateのものをすべて無効にする方法が必要ですか？テストのためだけですか？
Wi-Fiの自動電源切断をご存知ですか？ https://blog.creations.de/?p=149

s0170071 2018年07月05日

かなり不安定なwifiを持っている人がこのPRをテストできればいいでしょう： https ：

TD-er 2018年07月12日

@ TD-erはhttps://github.com/esp8266/Arduino/pull/4718に出くわしました
lwip再接続の問題を扱います。その間に修正されます。多分あなたはそれをスキップしたいです...

s0170071 2018年07月13日

私は常にesp8266の最新のGITバージョンを使用しています。そのため、0.0.0.0の問題はもう見られないでしょう...

clumsy-stefan 2018年07月13日

昨日、ルーターの再起動後、1つのノードがネットワークとの接続を失いました。
ルールは正しく機能しました。
これは私自身の壁のスイッチです、リセットのためにそれを分解するのは難しいです。

将来これを容易にするために、私はルールを変更しました：

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

今、人生はよりシンプルになります:)）

melwinek 2018年07月18日

私は24時間ごとに再起動します。これにより、4週間前のファームウェアで1つのノードが週に2回復活します。
多分これは永続的な機能であるはずです...

s0170071 2018年07月18日

これはまだ問題ですか？もしそうなら、再開してください。

Grovkillen 2018年10月25日

問題リストで最も長いスレッド...

TD-er 2018年10月25日

Espeasy: Wifiの問題-ストーリーを終わらせることはありません-イベントベースではないwifiに戻りますか？

最も参考になるコメント

全てのコメント388件

定義されている場合（ESP8266）

endif

undef PLUGIN_BUILD_NORMAL

undef PLUGIN_BUILD_TESTING

undef PLUGIN_BUILD_DEV

PLUGIN_BUILD_CUSTOMを定義します

undef BUILD_UPLOADER

定義されている場合（BUILD_UPLOADER）

それ以外

endif

undef BUILD_GIT

BUILD_GIT "2abec2b" `を定義します

関連する問題