Tasmota: Shelly 2.5は、8.2.0.1以降大幅に熱くなります

簡単なチェックを行ったところ、実際に高い温度測定値が表示されましたが、外部温度計を使用すると、まだ「古い」温度になっています。

どうやら、アナログ入力（シェル温度センサーが接続されている場所）で何かが変更されたようです。 調査します。

ところで。 両方のshelliesplsのコマンドadcparamの出力を報告していただけますか。

昨日shelly2.5をアップグレードすると、最新の開発ファームウェアバージョンがアクティブになるとすぐに、実際に温度が急上昇します（+ 10C）。

したがって、これはソフトウェアの障害であり、実際の高温エラーではないはずです。 調査を続けてください...

こんにちは！
確認していただきありがとうございます。 実際の温度ではなく、ディスプレイのみが変更されたと聞いて良かったです。

8.11.0.1のadcparam：
11:30:51 MQT: stat/Shelly25_5/RESULT = {"AdcParam":[2,32000,10000,3350]}

8.2.0.1の場合：
11:31:05 MQT: stat/Shelly25_4/RESULT = {"AdcParam":[2,32000,10000,3350]}

plsはコマンドwebrefreshの出力も提供します

現在、ファームウェアの変更とは関係ありません。 測定温度の上昇は見られますが、遭遇する量は見られません。 また、ウェブページを開くと温度が10℃上昇しますが、ウェブページを定期的に更新する必要があるため、これは正常です。

「ホット」なシェリーが以前に涼しい気温を報告したのは確かですか、それともこれは異なるNTCハードウェアを備えた新しいシェリーですか？

両方のシェリーは与える：

11:58:13 MQT: stat/Shelly25_4/RESULT = {"WebRefresh":2345}
答えとして。
はい、私はコードで自分自身を調査しましたが、何も見つかりません。
今朝、すべてのShellys2.5をV8.2.0.1に更新したところ、すべての値が高いことに気づきました。 より良い比較をするために、私は壁の中で互いに直接隣接しているペアを正確に取り、1つだけを2020年3月15日の状態に戻したため、値が直接低くなりました。
それとは別に、両方のシェリーは同じ箱から来ました、私は彼らが同じハードウェアを持っていると思います。
WEBGUIを開くと温度が上がるのは正しいです。 しかし、一方の場合は約45°Cに上昇し、もう一方の場合は65°Cに上昇します。 数分間、隣同士で両方を開きました。

同意します。 さらに調査が必要になります。

問題は、私がより高い温度を感じないことです。 私もより高い温度を測定しません。

@ kugelkopf123

ハードウェアの違いをなくすために、2つのShellyデバイスのファームウェアバージョンを逆にして、どちらのデバイスに関係なく、より高い温度の読み取り値がファームウェアに従うかどうかを確認できます。 私はあなたが新しいファームウェアの両方を持っていたことを知っていますが、同じ環境条件で古いものと新しいものにそれぞれ1つずつ持っていて、「交換」することでいくつかの追加の手がかりが得られるかもしれません。

マイク

@meingrahamやりました。 私はあなたの提案を試しましたが、エラーがそれに伴うことを確認できます。 テオは彼の最初のポストで彼のShelly25でもそれを確認できたので、一般的にそれは明白でした。

周囲の気温が上昇したため、全体の気温は今朝の4時よりも高くなっています。

はい...それはそれを「決定的」にするだけです。 その質問を排除します。

私のデバイスもかなり熱くなります。
「Sleep250」と「WifiPower」をコマンドで試してみました。
しかし、WifiPowerは機能していないようです。
ルーターの近くにデバイスを置いてWifiPower1を置きましたが、信号が落ちません

私のデバイスもかなり熱くなります。
「Sleep250」と「WifiPower」をコマンドで試してみました。
しかし、WifiPowerは機能していないようです。
ルーターの近くにデバイスを置いてWifiPower1を置きましたが、信号が落ちません

ところで。 私はこのWiFipowerを、ルーターから1m離れた別のShellyでも1週間前にテストしました。 0.1の値まで試してみました。 何も変わっていません。 情報やルーターのセットアップページにもありません。

最初のステップでは、デバイスが本当にあるかどうかを測定する必要があります。 暖かくなります。
現時点では「何か」のみを表示しています
これはTasmotaでは実行できません。 古いファームウェアと新しいファームウェアで測定するには、追加の温度計を使用します。
これに応じて、どこを見ればよいか（もう少し）わかります。

バージョン8.1.0でテストしました。バージョン8.2.0.1と同様の熱量を読みました。
私はサーモスキャナーを持っていませんが、デバイスに触れるだけで値はもっともらしいようです。
2つのリレーすべてをオンにすると、温度が大幅に上昇するのを見てきました。
ただし、高温は加えられる負荷に依存しません。
私は家にソノフしかないので、シェリーの経験はありません。
シェリーの熱がデバイス構造の問題かもしれないのではないかと思います

残念ながら、現在、机の壁にまだ取り付けられていないShelly2.5はありません。 最初に1つ削除する必要があります。 さらに、値を検証するための適切な温度計もありません。 また、シェリーは3.3Vでしか操作できず、ケースが開いているときに指で感じることができました。 しかし、これは非常に主観的な評価になります。
@ enricota66実際、

テオの最初の投稿を正しく理解した場合、彼は物理的な温度上昇を検出できませんでした。
最初は温度が高く、フラッシュバックすると温度が低くなることがわかりますが、これは、フラッシュ時に内蔵ESPがより機能し、高温に達することにも関係しています。

壁の電気ボックス内にsonoffbasicとsonoffminiを配置して、家の照明とHomeAssitantの自動化とMQTTプロトコルを制御しています。 すべてがTasmotaファームウェアで完全に機能します。
私の意図は、ボックス内の2つの基本的なソノフデバイスをShelly2.5に置き換えることでした。
これを行う前に、私は自分の使用のために机の上でシェリーを緊張させています。リレーは長い間オンのままでなければなりません。
私は机の上に2つのshelly2.5デバイスを持っています。1つはtasmotaファームウェアを搭載し、もう1つは元のファームウェアを搭載しています。
私が2つのリレーをオンにして行っているテストから、元のリレーの方が涼しいようです。
でも計器で温度を測りたい

このスレッドで異なるデバイスを混同しないでください。 シェリー2.5についてです
感情は測定の有効な方法ではありません;-)
Shelly2.5の測定値のみを投稿してください

@ enricota66plsは外部で測定します。 Shelly 2.5の内部温度は、NTCサーミスタによって測定されます。 妥当な読み取り値を取得するには、その結果を計算する必要があります。 現在の計算は、Shellyから受け取ったパラメータに基づいています。 これらのパラメーターは変更されている可能性があるため、その場合はAdcParamパラメーターも変更する必要があります。

@ enricota66plsは外部で測定します。 Shelly 2.5の内部温度は、NTCサーミスタによって測定されます。 妥当な読み取り値を取得するには、その結果を計算する必要があります。 現在の計算は、Shellyから受け取ったパラメータに基づいています。 これらのパラメーターは変更されている可能性があるため、その場合はAdcParamパラメーターも変更する必要があります。

リレーをオンにして1時間30分試してみました。
確かに、デバイスに重要な違いはないようです
（Tasmota verは8.2.0.1です）

すごい！ さて、そのような状況でシェリーとタスモタによって報告された気温は何ですか？

すごい！ さて、そのような状況でシェリーとタスモタによって報告された気温は何ですか？

承知しました
その状況でのタスモタの温度は約60℃です。
しかし、そのアプリケーションでShellyのデータを見つけることができませんでした。
誰かが私を助けることができます、どこでそれを見つけることができますか？

背景情報シェリーhttps://www.facebook.com/groups/1686781668087857/permalink/2054834997949187/

前のリンクから：

質問について： Shelly2.5、Shelly1PM、Shelly PlugSのPCB動作温度はか？
最高周囲温度は40度です。 無負荷時のPCB温度は55〜60度です。 MAXでの負荷は継続的に87-90度です。
加熱保護は、95度でデバイスのスイッチを切ります。
内部のすべての部品は、継続使用のために105〜120度の認定を受けています。

したがって、Tasmotaの実際の報告値は正しく、以前のバージョンでは誤って報告されていました。 Tasmotaバージョン間でPCB温度の実際の上昇はありません。

つまり、Shelly 2.5が正しく機能するには、特別なadcparamセットアップが必要だと思います。
使用されている実際の抵抗器とその内部にあるNTCのタイプを知らなければ簡単ではありません...

@ enricota66plsは外部で測定します。 Shelly 2.5の内部温度は、NTCサーミスタによって測定されます。 妥当な読み取り値を取得するには、その結果を計算する必要があります。 現在の計算は、Shellyから受け取ったパラメータに基づいています。 これらのパラメーターは変更されている可能性があるため、その場合はAdcParamパラメーターも変更する必要があります。

リレーをオンにして1時間30分試してみました。
確かに、デバイスに重要な違いはないようです
（Tasmota verは8.2.0.1です）

まず第一に、あなたのコミットメントに感謝します！
では、これはどのように正確に意味されますか？
測定された外部温度計とTasmotaWebGUIに表示されている温度は違いがありませんでしたか？

または、現在のDev Branchと元のFWの両方のデバイスで、外部温度計の温度がほぼ同じになりましたか？

その場合、ShellyConnectアプリはその時点で温度値を何を提供していましたか？
そして、この値はTasmota WebGUIの値と同じでしたか？

@ enricota66 Shellysが「テストモード」になったら、コマンドadcparmを使用して抵抗の値を変更し、Tasmotaと温度計で示される温度と一致するかどうかを確認できます。 。
デフォルト値は2,32000,10000,3350で、3番目の値は抵抗（10k）です。 抵抗値を変更すると、比例して高い/低い読み取り値が得られます。
ダイチェリソルビアモ！ :)

やめる！

adcparamを変更する必要はありません。 シェリーによっても報告されているように、内部のシェリーの温度は60℃です。 上記のリンクを参照してください。

シェリーは、外部温度ではなく内部温度を報告する必要があります。

すでに結論付けられているように、tasmota adcparamは問題なく（私はそれらをshellyから取得しました）、同じ理論的なshellytempになります。

元のシェル温度を抽出するには、デバイス内の文書化されたトピックに対処するためにmqttサーバーが必要です。

理解し、その後、NTCは、外部読書のためではなく、単に熱制御のためではありません。
それはすべてを変えます。

温度は内部PCBで測定されます。 外部からの測定と比較すると、実際のP​​CB温度よりもはるかに低くなります。 Tasmotaが今読んでいるのでOKです。 リレーOFF時は約40〜60℃。

テンプレートからADE7953チップを削除すると、温度がはるかに低くなることがわかりました。
Shelly2.5をシャッターのみに使用しているため、パワーメーターを必要としない人にとっては興味深いかもしれません。

{"NAME":"Shelly 2.5 test","GPIO":[56,0,19,0,21,127,0,0,0,126,0,22,0],"FLAG":2,"BASE":18}

Facebookのシェリーサポートグループから。 シェリーによる投稿。

Nなしで実行できることを知りませんでした。昨日ShellyDimmer SLで見ましたか？ おもう。 この写真でこの負荷がどれほど大きいかを知っておくとよいでしょう。

テンプレートからADE7953チップを削除すると、温度がはるかに低くなることがわかりました。
Shelly2.5をシャッターのみに使用しているため、パワーメーターを必要としない人にとっては興味深いかもしれません。

{"NAME":"Shelly 2.5 test","GPIO":[56,0,19,0,21,127,0,0,0,126,0,22,0],"FLAG":2,"BASE":18}

ヒントをありがとう。
ADE7953を無効にした状態で-11°C！

Shelly（s）2.5でも同じ問題が発生します。 元のファームウェアでは、両方のリレーがオンの状態で温度は60°Cです。Tasmota8.3.1では、両方のリレーがオンの状態で温度は87°C（おそらく上昇）です。 リレーには何も接続されていません。 私はそれらのうちの8つを同じ振る舞いでフラッシュしました。 それらのうちの4つは元のファームウェアで使用されていたので（使用中の温度がわかります）、他の4つはボックスから直接フラッシュしました。
あなたはそれに対する解決策を見つけましたか？
ありがとう！
編集：温度は負荷なしで89,9°Cに到達しました。両方のリレーがオンになっています。 これが修正されるまで過熱保護を無効にするには、SetOption42を0に設定する必要がありますか？
EDIT2：それは過熱状態になり、両方のリレーをオフにしました。 リレーの電源が入っていません。 これは変です

最近、これらのShelly 2.5デバイスを4つインストールしましたが、負荷がない場合、温度は65〜80度です。 私はそれらをシャッターに使用します、そして私が見た最大は89.6です。 Tasmota8.4.0を使用します。

それらの温度が私を少し怖がらせるので、私は本当に読書に何かが間違っていることを願っています...

心配する必要がありますか？ お知らせ下さい。

番号。
シャッター制御として使用する場合、温度はわずか数秒の高さです。
しかし、イムも混乱しています。 私のShelly2.5には75°Cまでの安全スイッチがありましたが、なぜこんなに高い温度が見えるのでしょうか？

ダブルスイッチとして使用しています。 私の2番目のルレ（何も接続されていない）の場合にのみ、暑い夏に気温が75°を超えます。
私の場合、PowerMeterと2番目のRelaisを無効にしました。 2番目のスイッチは、切り替え中にのみメッセージ（MQTT）を送信します-Relais切り替えは行いません。 だから私にとっては、暑い夏でも、もう一時的な問題はありません:)

ありがとう。 電力測定をオフにすると（ @ kugelkopf123 ＃issuecomment-606963545の投稿のテンプレートを使用して）、温度は54〜62℃のままです。これはシャッターには問題ありません。

しかし、私はそれらのデバイスを通常のデュアルスイッチとしても使用したいと思います。電力測定を含めて望ましいです。 それが80℃以上の温度で良い考えであるかどうかはわかりません。

シャッター操作用に構成したShelly2.5デバイスの1つは、操作/負荷なしで72Cに戻りました。 すべての電力測定を無効にしても...もう1つは54/55度付近で非常に安定しています。

温度を下げるためにいくつかのテストを行いました。 私は2つの回避策を見つけました：

• 8.1.0にダウングレードします。
• 「スリープ」を250に設定します

どちらも、負荷をかけずに温度を最大55〜60の範囲に下げます。

cheテンプレートを編集して、ADEチップを削除できます。 力が出ない
消費が、あなたははるかに低い温度になります。 あると思います
新しいtasmotaバージョンのバグ

IIは22 SAB 2020前に、23時18 stefxx [email protected]ヘクタールscritto：

温度を下げるためにいくつかのテストを行いました。 私は2つ見つけました
回避策：

• 8.1.0にダウングレードします。
• 「スリープ」を250に設定します

どちらも、負荷をかけずに温度を最大55〜60の範囲に下げます。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/arendst/Tasmota/issues/7991#issuecomment-678695962 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AIXTCZN474SNFXLHBC73TDDSCAY23ANCNFSM4LSK5EZQ
。

Tasmotaを使用して無負荷で測定された温度値は、ストックファームウェアを使用した場合とほぼ同じです。
温度の高い値は、デバイスを流れる電流の量によって異なります。
CPU使用率（スリープを0に設定した場合など）も増分しますが、シェリーに接続されている実際の負荷ほどではありません。

@ascillato 、私は反対しなければなりません。 ストックファームウェアとTasmota8.4.0の間には大きな温度差があります。 負荷がない場合、同様の状況で、私のテストでは差は約20度です。

ストックファームウェアとTasmota8.1.0の違いはごくわずかです。

8.1.0でシャッター機能を使用できれば、このバージョンに戻ります。 今のところ、電力測定とより高いスリープ値を無効にすることで問題を軽減しました。

stefxxに同意します。 のように温度を同じに保つ唯一の方法
ストックファームウェアは、ADEチップを無効にすることです。 ADEチップを使用すると
温度が高くなりすぎます。 何もロードせずにWebページを開いたままにすると、
シェリーは90°C以上になり、ターマルのためにオフになります
保護。 これは明らかに完全に間違っています。

イルは、午前9時06 stefxx DOM 23 2020年前alleの鉱石をジョルノ[email protected]
ha scritto：

@ascillato https://github.com/ascillato 、私は反対しなければなりません。 有る
ストックファームウェアとTasmotaの間の大きな温度差
8.4.0。 負荷がない場合、私のテストでは差は約20度です。
同様の状況で。

ストックファームウェアとTasmota8.1.0の違いはごくわずかです。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/arendst/Tasmota/issues/7991#issuecomment-678738287 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AIXTCZN3TR4KHRO744HUDH3SCC5V7ANCNFSM4LSK5EZQ
。

このadeチップがどれほど正確に機能するかはわかりません。 しかし、おそらく元のソフトウェアはTasmotaのように頻繁にチップを読み取らないのでしょうか。 おそらくこれが理由かもしれません。

_{GitHawkで送信}

この問題を再開できますか？ これは本当の問題であり、間違った読み方の問題ではありません

前のリンクから：

質問について： Shelly2.5、Shelly1PM、Shelly PlugSのPCB動作温度はか？
最高周囲温度は40度です。 無負荷時のPCB温度は55〜60度です。 MAXでの負荷は継続的に87-90度です。
加熱保護は、95度でデバイスのスイッチを切ります。
内部のすべての部品は、継続使用のために105〜120度の認定を受けています。

したがって、Tasmotaの実際の報告値は正しく、以前のバージョンでは誤って報告されていました。 Tasmotaバージョン間でPCB温度の実際の上昇はありません。

いずれにせよ、バージョン8.2.0以降、デバイスの実際の温度は実際に上昇しています。 Shelly2.5に手で触れるだけで簡単に感じることができます。 私はそれらの2つを隣り合わせに持っています。1つは8.1で、もう1つは8.4で、違いは非常に大きいです。

この問題を再度開いて、もう一度調べていただけますか？ ありがとう！

私はそう思う。 それ以外の場合は、ADEチップが消費電力を読み取らないようにします
やがて過熱したため、シェリーはスイッチを切ります。

イルSAB 12セット2020、11：27 stefxx [email protected]ヘクタールscritto：

この問題を再開できますか？ それは本当の問題であり、間違ったものではありません
読み値

前のリンクから：

質問について： Shelly2.5に対するPCBの動作温度はか？
Shelly1PMおよびShellyPlugS：
最高周囲温度は40度です。 無負荷時のPCB温度は
55〜60度。 MAXでの負荷は継続的に87-90度です。
加熱保護は、95度でデバイスのスイッチを切ります。
内部のすべての部品は、継続使用のために105〜120度の認定を受けています。

したがって、Tasmotaの実際の報告値は正しく、以前のバージョンでは
間違って報告されました。 Tasmota間でPCB温度の実際の上昇はありません
バージョン。

いずれにせよ、実際の温度は実際に上昇します
バージョン8.2.0以降のデバイス。 触れるだけで簡単に感じることができます
手作業でシェリー2.5。 私はそれらのうちの2つを隣り合わせに持っています。1つは8.1と
1つは8.4で、違いは非常に大きいです。

この問題を再度開いて、もう一度調べていただけますか？ ありがとう！

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/arendst/Tasmota/issues/7991#issuecomment-691454569 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AIXTCZKQODJIXQX7WZV6XTLSFM5GPANCNFSM4LSK5EZQ
。

それがどうなるのか、私にはわかりません。 2つのデバイスがある場合は、実際の測定を行うことができる可能性があります。 2つのセンサー付き。 各シェリーに1つ。
開いている場合に最適です。
おそらくTasmotaの最新バージョンでは、ADEチップがより頻繁にトリガーされますか？ おそらくこれが理由です...

ここで正しい/間違ったゲームから抜け出すために、私はより制御された方法でさらにいくつかのテストを行いました。 すべてのテストは22〜22度の周囲温度で行われ、Shelly 2.5 PMデバイスはテーブルトップにあり、密閉されていないことに注意してください。

1つのデバイスにはストックファームウェア1.8.3がインストールされています。 もう1つは、デフォルトのBlackadderデバイステンプレートを使用するTasmota8.5.0です。 それらはLとNにのみ接続され、負荷は接続されていません。

まず、両方のスイッチをオンにして、約45分間実行させました。 その時点で、温度は両方で約75度で安定しました。

次に、両方のデバイスでブラウザを開きます。これは、Tasmotaデバイスの温度に約10度の（既知の）影響を及ぼします。 そして実際、10分後、タスモタは約85度で安定しました。 在庫のシェリーに変更はありません：

次に、Webインターフェイスのアクティブな監視を停止し、両方のデバイスで両方のスイッチをオフにしました。 それらは60度のすぐ上で安定しました。

ここまでは順調ですね。 それでも温度はかなり高いと思いますが、ストックファームウェアとの違いはごくわずかです。

次のステップは、Tasmotaデバイスをファームウェア8.1.0にダウングレードすることです。 スイッチはまだオンで、Webサーバーセッションはアクティブではなく、しばらくすると温度が約50度安定します。 10度以上8.5.0未満！

両方のデバイスで、両方のスイッチをオンにして最終テストを行います。 まだ負荷が接続されていません。 ストックファームウェア75度、Tasmota8.1.0「のみ」62。

私の結論：問題のスターターが述べたように、Tasmotaバージョン間でShelly 2.5PMの温度に大きな違いがあり、おそらく8.2.0で導入されました。 正確には10〜13度です。 ただし、ストックファームウェアとTasmota8.5.0の違いはほとんどありません。

また、一般的に、これらのデバイスの温度は高いと思います。 仕様の範囲内かもしれませんが、かなり熱くなっていると感じることができます。それは、呼吸するスペースのない小さな箱に組み込まれた場合にのみ増加します。 したがって、何らかの方法で温度を下げることができれば（PWMを無効にしたり、スリープを増やしたりしないことが望ましい）、それは大歓迎です。 問題は、これらのデバイスで8.2.0で何が変更されたかということです。

こんにちは、異なるTasmotaバージョンの実際の温度は同じです。 Tasmotaバージョンのキャリブレーションは異なります。 そのため、古いTasmotaバージョンと新しいバージョンに違いが見られます。

実際の温度は同じです。 UIに表示されるものは異なります。 Tasmotaの両方のバージョンとストックファームウェアを使用して、ケース（またはボード）の実際の温度を測定してください。

今週後半に赤外線カメラを借りられるかもしれません。 私はテストを繰り返し、その後最終的な解決策に到達できることを願っています。 ありがとう！

おかげで、あなたのテストは大歓迎です。必要に応じて、内部キャリブレーションを調整して、より正確な温度値を表示することができます。 ありがとう。

tasmota（-8.4.0.1）を実行すると、shelly-2.5が高温になるという同じ問題があります。
NTCの実際の温度とシェリーのケース温度は2つの異なるものであることを私は非常に承知しています。 NTCは、熱源に近いため、より高温になります。
したがって、NTCに近い実際の内部温度を測定し、これをtasmotaによって計算された読み取り値と比較することは、実行する重要なタスクです。
動作中の開いた砲弾に向けられた熱画像カメラが役立ちます。 高電圧での作業の訓練を受けていない場合は、この測定を試さないでください。 注意：感電の危険性が高いです！ -警告されました...

殻の中の熱源について考える：

1. ESP8266は、電力損失の大きな要因の1つである可能性があります。
2. ハードウェア設計ガイドによると、平均80mA、3.3Vで約260mWの消費電力です。 ただし、500mA、つまり1.65ワットの消費電位が可能な電源をお勧めします。
3. 実際の消費は、WiFiパケットを送信するときのRFエネルギーに関連しています（送信するパケットが多いほど、熱が多くなります）。
4. CPUサイクルを必要とするチップのコンピューティング負荷（既知：tasmotaでブラウザページを開く、2日前のstefxxの調査を参照）。

5. センサーを読み取るためのポーリング負荷にはCPUサイクルが必要です（ADEセンサーチップを無効にする）

6. 2つのリレー（-コイル）は、通電すると熱を放散します。

7. シェリーには、ハードウェアで通電したときにコイル電流を減らす回路がありません。
8. PCBで見ることができるのは、単純なドライバートランジスタです。

9. 通電されたコイルあたり数百mWの散逸が現実的です。

10. リレー接点と電流測定シャントを流れる電流。

11. 例：各チャネルの定格は10アンペアです。合計パス抵抗（接触およびシャント）が0.1オームの場合、放散するのは10ワットです。つまり、全負荷（！）の場合の各チャネルです。

12. 実際のパス抵抗ははるかに低い可能性がありますが、時間の経過に伴うリレー接点の摩耗により増加します。 ここでは熱保護が間違いなく役立ちます！

13. これらすべての密集したコンポーネントに電力を供給する電源。

14. shellyのエンジニアが実際にどのように設計したかにもよりますが、2〜3ワットの能力があると思います。 約80％（推定）の効率で、約600mWの電力を消費します（リレーがオンになっていて、多くのコンピューティングを実行する必要があります）

ボトムライン）：

• リレーの接点とシャントについてできることはあまりありません。 負荷電流を低く保つだけです。
• tasmotaのコンパイル時に、コンピューティングの負荷を減らす必要のないすべてのベルやホイッスルを削除できます。
• 使用中は、ブラウザを常にデバイスに向けないようにすることができます。
• デバイスとの間のWiFiトラフィックを減らして、CPUのスリープ時間を長くすることができます。
• PWMを使用してリレーを駆動できます

改善点：
最後の行はtasmotaにとって興味深いかもしれません。リレーを駆動する出力ピンがPWMに対応している場合、ファームウェアは約100msの間100％のデューティサイクルでリレーをオンにしてから、十分な低いデューティサイクルに戻ることができます。リレーの通電を維持し、電力を節約します。 30..50％のデューティサイクルの間の何かが試してみるときの良い出発点かもしれません。

熱源とケースの間に熱伝導性であるが電気的に絶縁性のパッドを追加すると、熱伝達に役立ちます。 そのような材料を使用してシェリーのアウターケースを製造することは、おそらく先進的なメーカーまたはメーカーにとって何かでしょう。

このスレッドがどこに行くのか見てみましょう...

PWMを使用してリレーを駆動できます

しないでください。 PWMはソフトウェアPWMであるため（esp8266にはハードウェアPWMがありません）、CPUは100％になり、スリープ時間は0になります。したがって、エネルギー使用量と温度も上昇します。 また、PWMでリレーを駆動すると、その寿命が大幅に短くなります。

また、Tasmotaバージョン間の温度測定のキャリブレーションについて話していることも考慮に入れてください。 Tasmotaがより高い温度を公開しているという事実は、現在が古いバージョンよりも実際に高温になっていることを意味するわけではありません。

@stefxxテストを待ちましょう。

リレーを駆動するためにPWMを行わないための良い点。 私はそれを知りませんでした。
ESPがソフトウェアでPWMを行う必要がある場合、追加のCPU負荷と熱がコイルの節約を使い果たし、おそらく事態を悪化させます。

散逸についての推測を改善するために、私はフックを外してシェリーを開きました-2.5：

シャント抵抗は、1206と同様のパッケージで「R004」とラベル付けされています。

• その場合、抵抗値は4mOhmになります。
• その場合、10Ampでの消費電力は0.4ワットです。

私のユニットのリレーはHongfa製で、タイプは「HF32FA-G012HSL1」です。

• データシートによると、「センシティブコイル」の定格は12Vで、230mWの電力が必要で、9Vでピックアップ（通電）します。
• 接触抵抗の定格は最大70mOhm（負荷1A時）
• 定格10Ampでの消費電力は最大7ワットです（通常ははるかに低いですが、指定されていません）

主電源チップは「LNK304DN」です

• 120mAを供給できる
• 「セルフパワードバックモード」での自家消費量は50〜80mWです
• 効率は75％と記載されています
• リレーのために12V出力に設定されている可能性があります

NTCはESP8266のすぐ近くにあります

• 「はんだ側」、指定子R35、コンポーネントマーキングなし
• その場所はESP温度に最も敏感で、次にリレー2に敏感です。 リレー1は少し離れていますが、まだ近いです。

「WBBTA」のマークが付いた追加の低電圧レギュレータのように見えるチップがあります（パッケージSOT23-6）

• データシートが見つかりません。
• それが単純なリニアレギュレータなのか、（より可能性が高い）スイッチトキャパシタバックレギュレータなのか（近くにインダクタが見えない）はわかりません。

また、内部コンポーネントの「外部」赤外線温度測定値を取得して、NTC / Tasmotaの測定値と比較してみます。

• デジグネーターR35、コンポーネントマーキングなし

情報をありがとう！
理事会の写真と詳細を投稿できますか？

私はついにいくつかのテストを行うために利用可能なSeekCompactヒートカメラを手に入れました。明日いくつかの測定を行うことを計画しています。 これまで熱測定を行ったことはありません。 何をテストする必要がありますか？ どのようにテストすればよいですか？ Shellyハウジングを取り外す必要がありますか？ フロントおよび/またはバック？ 特定の状況はありますか？

私が間違った測定であなたの時間を無駄にする直前にそれをやりたいだけです。

https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157に類似
したがって、ケーシングなしで、2つのケースを測定します：負荷ありとなし。

ありがとうございました。 あなたの助けとテストにとても感謝しています👍

最後に、開いたSelly-2.5の写真をいくつか撮りました。
この問題を参照するために、ここに投稿します。 たぶん誰かがドキュメントセクションでそれらを見たいですか？

アンテナが配置されているトップケースを含む、トップ/コンポーネント側の概要：

• 2つの大きな黒いボックスはリレーです。
• リレーPCBとネジ留め式端子台の隣にある2つのものは、シャント抵抗です。
• 下部のすべての部品は、電源セクションに属しています。
• 平置きシリンダーは電源部の電解コンデンサーです。
• 熱収縮チューブが周りにある丸いものは、主電源用のインダクターです。

はんだ側の概要：

• アンテナは非常に小さくて繊細なMMCXコネクタに接続されています。

はんだ側の詳細図：

• U3とマークされたチップはESP8266です。
• U4とマークされたチップはプログラムフラッシュです。
• U6とマークされたチップはADE7953です。
• NTCはR35とマークされており、R36と一緒に分圧器を形成し、明らかにESPのピン6に接続されます。
  TasmotaのWebインターフェイスで測定された0.504Vは38.9°Cを読み取ります。
• R13とR14は2つのスイッチ入力に属しています。
• R32とR33は、ADEの線間電圧測定用の分圧器に属しています。
• R42は、12Vレールに負荷をかけるための注目すべき1kOhm抵抗であり、非常に高温になります（144mW @ 12V）。

電源セクションコンポーネントの詳細ビュー：

• チップU1は主電源であり、12.0V（測定値）を供給します。
• チップU2は低電圧レギュレータであり、3.34V（測定値）を供給します
• 指定子C7は、小さい茶色がかったコンデンサに属している可能性があります。
• C7の書き込みの隣にある大きなものは、SMTのインダクタである可能性があり、PCB上のトレースはスイッチングトポロジを示唆しています。

これらの画像を使用すると、赤外線画像装置からの画像をより簡単に解釈できるはずです。

なんとか赤外線カメラを手に入れて写真を撮りました。
カメラはE = 0.80の放射率に設定されています。これは、一般的なFR4PCB材料を含むエポキシに適した値のようです。

この投稿のすべての写真で、tasmota-8.4を実行し、両方のリレーがオンになっています。
NTC温度の読み取りは、ブラウザセッションでCPUが機能しないようにするために、MQTTを介して行われました。
周囲温度は約25℃で、空気の流れはほとんどありませんでした。

稼働中のホットスポット：

• シェリーはリレーがオンの状態で約1時間稼働していたため、熱平衡が想定されます。
• TopLeft：最もホットなエリアはESPと電源の周りです。
• 右上：抵抗R42が最もホットなスポットです。
• LowLeft：ESPは計算するのがかなり多いようです。
• LowRight：NTCのMQTT読み出しと赤外線カメラの測定値は、私のデバイスで非常によく一致しています。

電源部からの不審な熱で部品を曲げて、上の写真を撮りました。
このクールダウン時間後の電源投入は、主な熱源がどこにあるかを示しています。

電源セクションのウォームアップ：

• 左：C7に近いインダクタが熱くなり、これは非常に高速に行われます
• 左：リレーはオンになっていますが、表面が大きいため熱はほとんどありません
• 右：R42はほぼ瞬時に熱くなります。

熱的結論：
Shellyのスタッフは、可能な限り最小の方法でデバイスを構築するのに素晴らしい仕事をしました。
しかし、熱の改善の余地があります。

• NTCは、主にESPチップの温度と、ある程度のリレーを測定します。
• この方法でR42が本当に必要かどうかを確認します。
• より大きなSMTインダクタは、コンポーネントの温度を下げ、その寿命を延ばすのに役立ちます。
• 熱伝導性PCBは、あらゆる場所で熱を放散するのに役立ちます（高価なオプション）。
• ホットスポットにいくつかの熱伝達パッドを備えた熱伝導性の小文字が役立つ可能性があります。
• tasmotaの場合：NTCの読み取りは問題ないようです。CPUの負荷を軽減し、省電力サイクルを使用して改善する方法を参照してください。

R42を完全に削除するか、より高い値を使用することを想像できます。
多くのスイッチングレギュレータトポロジでは、適切に動作するために最小負荷が必要ですが、チップに供給する低電圧レギュレータからの負荷で十分な場合があります。 この低電圧レギュレーターが故障した場合に必要になる可能性がありますが、おそらく何も起こりません。これまでR42を取り外していませんでした。 そうした場合、それはあなた自身の責任です。

サーマルパッドを使用して熱をボトムケースに伝達する場合：主電源電圧に耐えることを確認してください。
230V ACでは、いくつかのコンデンサが約325Vに充電されており、安全基準では、ここではるかに高いブレークダウン電圧が必要です。

古いtasmota-8.1を実行して、より多くの熱画像を作成しようとするかもしれませんが、それを当てにしないでください。
私の個人的な推測は次のとおりです。この問題＃7991の核心はコードにあります。 上手...

測定していただきありがとうございます。 それらの写真は素晴らしいです!!!!

シェルストックファームウェアで温度を測定できましたか？
とにかく、shellyの開発測定（https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157）から、値はストックファームウェアに非常に近いです。

結論として、タスモタは実際の値を測定していますよね？
また、Tasmota 8.1のNTCのキャリブレーションが不適切だったため、より低い値（実際ではない）が報告されていました。

熱問題の原因に取り組むためのあなたの努力に感謝します。

tasmota 8.1で同じ測定を行うのは理にかなっています。そのバージョンは、おそらく上記で使用した8.4よりも熱くないからです。

確かにそれがはるかに涼しい場合、私は熱の問題の原因を見つけることを試みることができます。

それまでの間、ユーザーは不要な機能なしでtasmotaのバージョンをコンパイルして、それによって温度も下がるかどうかを確認することもできます。

それで、ようやく熱写真も撮りました。 @BeoQに感謝します。あなたの写真は完璧に見えます。 私よりずっといい。

測定前にデバイスを約1時間安定させました。 Webインターフェイスがオフです。 1つのShellyとStock1.8.3ファームウェア、もう1つはTasmotaを使用しています。 したがって、8.1.0と8.5.0の測定値は、同じ物理デバイスからのものです。 周囲温度22度、小さくて密閉された部屋（外部の空気の流れがないため）。

最初にShellyファームウェア、両方のリレーがアクティブ化され、負荷は接続されていません。 報告された温度70度、測定値73度：

Tasmota 8.5.0デバイス、ここでも両方のリレーがアクティブ化され、負荷は接続されていません。 報告された70度、測定値68：

そして最後に、Tasmotaデバイスを8.1.0でフラッシュした後、デバイスは59度、実際には60度を報告しました（報告された温度はすでに15分間安定していたので、デバイスを30分間安定させました）。 両方のリレーがアクティブになり、負荷は接続されていません。 ：

したがって、実際には8.5.0と8.1.0の間に測定可能な違いがあるようです。 それが役に立ったら、他の測定を行う必要があるかどうかを教えてください。 私はこの種の測定の経験がないので、何か間違ったことをした場合は知らせてください。

このスレッドのShellyの写真（ ＃7991（コメント） ）が

2.5ではなく、ニュートラルはありません。 それは何か、SLバージョンです

イルDOM 20セット2020、午前13時52分stefxx [email protected]ヘクタールscritto：

このスレッドのShellyの写真に気づきました（＃7991
（コメント）
https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157 ）
2.5PMデバイスではありません。 調光器のように見えます。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/arendst/Tasmota/issues/7991#issuecomment-695778354 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AIXTCZMSMJJDAI63QXVQZWTSGXUHJANCNFSM4LSK5EZQ
。

@ arendst 、 @ ascillato ： @stefxxは3つのファームウェアすべてを実行したので、ネットワークセキュリティ監視を台無しにしないように、シェルストックファームウェアは省略します。 他のtasmotaファームウェアを試してみるつもりですが、いつやってみるのかわかりません。 来週末まで遅くなるかもしれません。

測定に取り掛かったら、ファームウェアの異なるsonoffbasicもテストします。
[編集：SonoffBasicは影響を受けません。 下記参照]

@stefxx ：あなたの熱画像もとてもよく見えます！
私は写真を改善するために3つのことをしました：

• 放射率を、測定する材料に役立つものに設定します。 これにより、温度測定の精度が大幅に向上します。
• すべての測定に同じ温度スケールを使用します。 たとえば、温度スケールの最小値と最大値を手動で設定します。 その結果、複数の写真間でも、視覚的に違いを簡単に確認できます。
• 適切なレンズフォーカスを見つけます。 画像のエッジが「最もシャープ」に見えたら、フォーカスを移動します。 私はすでにレンズの近端にいたので、写真が再び鮮明になるまで距離を変えてみました。

がんばり続ける！

さあ行こう：
温度とタスモタバージョンの測定シリーズを行いました。
温度が落ち着くまで、それぞれ5〜10分ほどの時間を残しませんでした。
MQTTを介してNTCの読み取り値を見ると、今回は一時的な読み取り値に高い精度は必要ないため、十分に解決できることがわかりました。 すべての測定は、ブラウザウィンドウを開かずに同じデバイスで実行され、リレーがオンになっています。

シェリー-2.5：

• バージョン8.1と8.2はESPでかなりクールに動作します
• R42は、ESPの負荷が低くても、依然として最もホットなポイントです。
• バージョン8.3および8.4はESPでかなり熱くなります
• ESPで約15Kの温度上昇

tasmota-8.2.0と-8.3.0のリリースの間に、shelly-2.5の温度を押し上げる何かが起こりました。

ソノフベーシック
比較のために：Sonoff Basicの同じシリーズ、選択されたデバイス「sonoffbasic」

• 気温は変化の影響を受けていないようです。
• 最もホットな部分は、通電されたリレーです

これが根本原因の特定に役立つことを願っています。

乾杯！

もう一度Thx。 今日は飛び込みます。

問題は解決したと思います！

バージョン8.3.0以降の値が高いtasmotaバージョンを示す最新の一時的な写真と、v8.2.0.1以降から始まっているように見える最初の問題に基づいて、より高い温度がどこから来たのかを簡単に結論付けることができました。

v8.2.0.1以降、すべてのGPIOは、tasmotaによって初期化される前ではなく、tasmotaがGPIOを構成した後、最初に再起動時に入力するように設定されなくなりました。 ADE7953の場合、これにより、IRQ入力が入力に設定されず、出力になりやすく、IRQ回路が負荷として機能し、追加の熱が発生するという異常が発生します。

最新のコミットでこれが解決され、Shelly2.5の温度が大幅に低下していることに気づきました。

この問題の解決に協力してくれたすべての人、特に画像は大いに役立ちました！

したがって、ADEチップを再度オンにすると、温度が表示されないはずです。
もう高くなりますね。

皆さんの努力に感謝します！

イルGIO 24セット2020、12：14テオ・アレンズ[email protected]ヘクタールscritto：

問題は解決したと思います！

より高いtasmotaバージョンを示す最新の一時的な写真に基づく
バージョン8.3.0以降の値とそれが思われた最初の問題
v8.2.0.1から開始して、より高い温度がどこから来たのかを簡単に結論付けることができました。

v8.2.0.1以降、すべてのGPIOが最初の再起動時に入力するように設定されなくなりました
それらがtasmotaによって初期化される前ですが、tasmotaが構成した後
GPIO。 ADE7953の場合、これはIRQ入力が決してなかった異常につながります
入力に設定されていますが、簡単に出力になる可能性のある辺獄にとどまりました。
ターンすると、IRQ回路が負荷として機能し、追加の熱が発生します。

最新のコミットはこれを解決し、私は確かに大幅な温度低下に気づきました
私のシェリー2.5で

この問題の解決に協力してくれたすべての人、特に画像に感謝します
とても助かりました！

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/arendst/Tasmota/issues/7991#issuecomment-698252659 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AIXTCZMN5W7PCEZLLJ4U73DSHMLZRANCNFSM4LSK5EZQ
。

これは素晴らしいです！ 素晴らしいチームワーク！

それをテストするのを待つことができます（おそらく今夜）。 ありがとう！

最新のビルドで3台のデバイスを約2時間実行します。 温度は45度から55度の間で安定します。 これにとても満足しています！

3月末に発見したこの問題がようやく解決したことをうれしく思います。 だから私は再びADEをオンにすることができます。
@stefxxと@BeoQに感謝します。あなたの仕事と時間のためにあなたは投資しました。 そしてもちろん、それをもう一度見た@arendstにも。
PinDefinitionが1つだけ欠落しているのは正しいと思いますか？ リセットピンが入力ピンとして指定されていないため、リセットは発生しませんでしたか？
または、正確には何が問題でしたか？

最新のビルドで3台のデバイスを約2時間実行します。 温度は45度から55度の間で安定します。 これにとても満足しています！

人々がこれを私の以前の測定値と比較し始める前に; これは両方のリレーがオフの場合です。 両方がオンになったら、約10度追加します。 それでも、以前よりはるかに低いです！

以前の私の説明を参照してください。 覚えておいてください、IRQはadeからesp8266への割り込み要求であり、リセット信号ではありません。 gpio16は割り込みを処理できないため、IRQは使用されません。 gpio initの変更により、IRQ gpioが正しく初期化されなかったため、esp8266からの出力信号が発生し、ade irqによってgndに短絡され、時間の経過とともに熱が発生し、ハードウェア障害が発生する可能性がありました。

うわー、問題のなんと迅速な修正！
@arendst ：あなたの説明を念頭に置いて、サーマルシリーズをう：ESPが高温になると、ADEチップも高温になることがわかります。

ADEのデータシートによると、/ IRQはアクティブ性が低く、ほとんどの時間ハイのままです。 ESPが継続的にローを出力する場合、一方は電流を供給し、もう一方はすぐにシンクします。

あなたはそれがGPIO16であると書きます。 つまり、ボタンやスイッチのように、このピンを入力として選択すると、問題は解決しますか？ または、割り込みをカウンターしてカウントするように設定しますか？

素晴らしい、できるだけ早くそれを試してみます。

今日それを試しました。 8.3.1から今日のDevBranchに更新されました。 GPIOGPIO16をADE7953IRQに設定しない限り機能します。
次に、例外が発生します。

11:08:24 NTP: UTC 2020-09-25T09:08:23, DST 2020-03-29T02:00:00, STD 2020-10-25T03:00:00
11:08:24 HTP: Web-Server aktiv bei Shelly25-1-SchlafOG mit IP-Adresse 192.168.1.202
11:08:24 WIF: Sending Gratuitous ARP
11:08:25 MQT: Verbindungsversuch...
11:08:25 MQT: verbunden
11:08:25 MQT: tele/Shelly25_1/LWT = Online (beibehalten)
11:08:25 MQT: cmnd/Shelly25_1/POWER = 
11:08:25 MQT: abonniere cmnd/Shelly25_1/#
11:08:25 MQT: abonniere cmnd/tasmotas/#
11:08:25 MQT: abonniere cmnd/Shelly25_1_fb/#
11:08:25 MQT: tele/Shelly25_1/INFO1 = {"Module":"Shelly 2.5","Version":"8.5.0.1(tasmota)","FallbackTopic":"cmnd/Shelly25_1_fb/","GroupTopic":"cmnd/tasmotas/"}
11:08:25 MQT: tele/Shelly25_1/INFO2 = {"WebServerMode":"Admin","Hostname":"Shelly25-1-SchlafOG","IPAddress":"192.168.1.202"}
11:08:25 MQT: tele/Shelly25_1/INFO3 = {"RestartReason":{"Exception":9,"Reason":"Exception","EPC":["40105c28","00000000","00000000"],"EXCVADDR":"00000003","DEPC":"00000000","CallChain":["40237784","40105e59","4022457c","4022d114","4020f6c0","4020f83c","4022cdc1","4022cd06","402317a4","4020fbc1","40224c4b","40240209","402156f6","40100cee","40215877","40234fe4","402158ab","40234f3c","4020b4c1","402670e4","4020b511","4022ed36","40253a80","4022f656","40253a8d","40253ad2","4022bfac","40000f49","40000f49","40000f49","40000e19"]}}
11:08:25 MQT: stat/Shelly25_1/RESULT = {"POWER1":"OFF"}
11:08:25 MQT: stat/Shelly25_1/POWER1 = OFF
11:08:25 MQT: stat/Shelly25_1/RESULT = {"POWER2":"OFF"}
11:08:25 MQT: stat/Shelly25_1/POWER2 = OFF

全く問題なし：

00:00:00 CFG: aus Flash geladen am FB, zählen 667
00:00:00 QPC: Reset
00:00:00 I2C: ADE7953 gefunden bei 0x38
00:00:00 Projekt tasmota Shelly 2.5 Version 8.5.0.1(tasmota)-2_7_4_1
00:00:04 WIF: verbinden mit AP2 indebuurt_IoT Channel 11 BSSId 18:E8:29:CA:17:C1 in Modus 11N als shelly25...
00:00:05 WIF: verbunden
11:16:59 HTP: Web-Server aktiv bei shelly25 mit IP-Adresse 192.168.2.205
11:17:00 MQT: Verbindungsversuch...
11:17:00 MQT: verbunden
11:17:00 MQT: tele/shelly25/LWT = Online (beibehalten)
11:17:00 MQT: cmnd/shelly25/POWER = 
11:17:00 MQT: tele/shelly25/INFO1 = {"Module":"Shelly 2.5","Version":"8.5.0.1(tasmota)","FallbackTopic":"cmnd/DVES_7453C8_fb/","GroupTopic":"cmnd/tasmotas/"}
11:17:00 MQT: tele/shelly25/INFO2 = {"WebServerMode":"Admin","Hostname":"shelly25","IPAddress":"192.168.2.205"}
11:17:00 MQT: tele/shelly25/INFO3 = {"RestartReason":"Software/System restart"}
11:17:00 MQT: stat/shelly25/RESULT = {"POWER1":"ON"}
11:17:00 MQT: stat/shelly25/POWER1 = ON
11:17:00 MQT: stat/shelly25/RESULT = {"POWER2":"ON"}
11:17:00 MQT: stat/shelly25/POWER2 = ON
11:17:04 MQT: tele/shelly25/STATE = {"Time":"2020-09-25T11:17:04","Uptime":"0T00:00:13","UptimeSec":13,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"ON","POWER2":"ON","Wifi":{"AP":2,"SSId":"indebuurt_IoT","BSSId":"18:E8:29:CA:17:C1","Channel":11,"RSSI":100,"Signal":-34,"LinkCount":1,"Downtime":"0T00:00:07"}}
11:17:04 MQT: tele/shelly25/SENSOR = {"Time":"2020-09-25T11:17:04","Switch1":"OFF","Switch2":"OFF","ANALOG":{"Temperature":57.6},"ENERGY":{"TotalStartTime":"2019-04-13T18:21:03","Total":26.140,"Yesterday":0.158,"Today":0.042,"Period":0.00,"Power":[0.00,3.56],"ApparentPower":[0.00,8.81],"ReactivePower":[0.00,6.62],"Factor":[0.00,0.40],"Frequency":49.98,"Voltage":231.8,"Current":[0.000,0.038]},"TempUnit":"C"}

ボタン3も含まれている奇妙なテンプレートを使用していることに気付いたので、デフォルトのテンプレートを試してみてください...

@arendstこれは

template {"NAME":"Shelly 2.5","GPIO":[56,0,17,0,21,83,0,0,6,82,5,22,156],"FLAG":2,"BASE":18} 
Module 0

そしてところで。 テンプレートにスイッチ3がありません...

とにかく、それは高温とは関係がないので、徹底的なロギングで新しい問題を開くことをお勧めします。

@arendst Wasntshure。 それはこの「修正」と関係があるからです。 ここに投稿したほうがいいかもしれないと思った。

8.5（修正なし）をインストールしてADEチップをオンにした場合でも、
その問題がありますか？ 温度はもっと高いはずですが、少なくともあなたは
問題

イルVEN 25セット2020、11時46 kugelkopf123 [email protected]ヘクタール
スクリット：

@arendst https://github.com/arendst Wasntshure。 それがしなければならないので
この「修正」で。 ここに投稿したほうがいいかもしれないと思った。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/arendst/Tasmota/issues/7991#issuecomment-698834826 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AIXTCZIE5F4L3XNNDTSZ3VDSHRRFZANCNFSM4LSK5EZQ
。

修正されたため、この温度の問題を解決します。 頑張ってくれてありがとう。 大変感謝しております。 ：+1：

サポート情報

詳細については、ドキュメントを参照してください。
より多くのユーザーエクスペリエンスについては、チャットを参照してください。
フォーラムについてはコミュニティを参照してください。
行動規範を参照してください

修正により、Tempが改善されたことを確認できます！

例外に関する私の問題は、「リセット1」を介して修正され、シャッターを再構成しました。