Tasmota: Shelly 2.5 devient beaucoup plus chaud depuis la 8.2.0.1

Créé le 24 mars 2020  ·  85Commentaires  ·  Source: arendst/Tasmota

DESCRIPTION DU PROBLÈME

_Une description claire et concise de la nature du problème ._
Avec la version actuelle de Dev Branch, mon Shelly2.5 est évidemment beaucoup plus chaud qu'avec la version du 15.03.2020.

INFORMATION REQUISE

_Assurez-vous que vous avez effectué toutes les étapes et coché les cases applicables avant de soumettre votre problème. Je vous remercie!_

  • [] Lire le guide et la politique de contribution et le code de conduite
  • [] Recherche du problème dans les numéros
  • [] Recherche du problème dans la documentation
  • [] Recherche du problème dans le forum
  • [] Recherche du problème dans le chat
  • [] Périphérique utilisé (par exemple, Sonoff Basic): Shelly2.5
  • [] Numéro de version du micrologiciel binaire Tasmota utilisé: 8.2.0.1

    • [] Pré-compilé

    • [] Auto-compilé

    • [] IDE / Compilateur utilisé: PlatformIO (MS VS)

  • [] Outils de clignotement utilisés: OTA
  • [] Fournissez la sortie de la commande: Backlog Template; Module; GPIO 255 :
  Configuration output here:
Shelly with Version 8.1.0.11:

03:53:22 MQT: stat/Shelly25_5/RESULT = {"NAME":"Shelly 2.5 (bu","GPIO":[56,0,19,0,21,127,0,0,6,126,5,22,156],"FLAG":2,"BASE":18}
03:53:22 MQT: stat/Shelly25_5/RESULT = {"Module":{"0":"Shelly 2.5 (bu"}}
03:53:23 MQT: stat/Shelly25_5/RESULT = {"GPIO0":{"56":"Led1i"},"GPIO1":{"0":"None"},"GPIO2":{"19":"Button3"},"GPIO3":{"0":"None"},"GPIO4":{"21":"Relay1"},"GPIO5":{"127":"Button2in"},"GPIO9":{"0":"None"},"GPIO10":{"0":"None"},"GPIO12":{"6":"I2C SDA"},"GPIO13":{"126":"Button1in"},"GPIO14":{"5":"I2C SCL"},"GPIO15":{"22":"Relay2"},"GPIO16":{"156":"ADE7953 IRQ"}}

Shelly with Version 8.2.0.1:

04:12:29 MQT: stat/Shelly25_4/RESULT = {"NAME":"Shelly 2.5 (bu","GPIO":[56,0,19,0,21,127,0,0,6,126,5,22,156],"FLAG":2,"BASE":18}
04:12:30 MQT: stat/Shelly25_4/RESULT = {"Module":{"0":"Shelly 2.5 (bu"}}
04:12:30 MQT: stat/Shelly25_4/RESULT = {"GPIO0":{"56":"Led1i"},"GPIO1":{"0":"None"},"GPIO2":{"19":"Button3"},"GPIO3":{"0":"None"},"GPIO4":{"21":"Relay1"},"GPIO5":{"127":"Button2in"},"GPIO9":{"0":"None"},"GPIO10":{"0":"None"},"GPIO12":{"6":"I2C SDA"},"GPIO13":{"126":"Button1in"},"GPIO14":{"5":"I2C SCL"},"GPIO15":{"22":"Relay2"},"GPIO16":{"156":"ADE7953 IRQ"}}

  • [] Si vous utilisez des règles, fournissez le résultat de cette commande: Backlog Rule1; Rule2; Rule3 :
  Rules output here:
Shelly with Version 8.1.0.11:
:53:49 MQT: stat/Shelly25_5/RESULT = {"Rule1":"OFF","Once":"OFF","StopOnError":"OFF","Free":511,"Rules":""}
03:53:49 MQT: stat/Shelly25_5/RESULT = {"Rule2":"ON","Once":"OFF","StopOnError":"OFF","Free":370,"Rules":"on SHUTTER1#Position do backlog publish stat/%topic%/RESULT {"ShutterPosition1":%value%}; publish cmnd/%topic%/ShutterPosition1 %value% endon"}
03:53:49 MQT: stat/Shelly25_5/RESULT = {"Rule3":"OFF","Once":"OFF","StopOnError":"OFF","Free":511,"Rules":""}

Shelly with Version 8.2.0.1:
04:13:57 MQT: stat/Shelly25_4/RESULT = {"Rule1":"OFF","Once":"OFF","StopOnError":"OFF","Free":511,"Rules":""}
04:13:57 MQT: stat/Shelly25_4/RESULT = {"Rule2":"ON","Once":"OFF","StopOnError":"OFF","Free":370,"Rules":"on SHUTTER1#Position do backlog publish stat/%topic%/RESULT {"ShutterPosition1":%value%}; publish cmnd/%topic%/ShutterPosition1 %value% endon"}
04:13:57 MQT: stat/Shelly25_4/RESULT = {"Rule3":"OFF","Once":"OFF","StopOnError":"OFF","Free":511,"Rules":""}
  • [] Fournissez la sortie de cette commande: Status 0 :
  STATUS 0 output here:

Shelly with Version 8.1.0.11:

03:55:19 MQT: stat/Shelly25_5/STATUS = {"Status":{"Module":0,"FriendlyName":["Shelly25_5","Shelly25_52"],"Topic":"Shelly25_5","ButtonTopic":"0","Power":0,"PowerOnState":3,"LedState":1,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0}}
03:55:19 MQT: stat/Shelly25_5/STATUS1 = {"StatusPRM":{"Baudrate":115200,"SerialConfig":"8N1","GroupTopic":"wohnzimmer","OtaUrl":"http://192.168.1.32:8000/shelly25.bin.gz","RestartReason":"Software/System restart","Uptime":"0T00:57:39","StartupUTC":"2020-03-24T01:57:40","Sleep":50,"CfgHolder":4617,"BootCount":18,"BCResetTime":"2020-03-20T18:24:36","SaveCount":763,"SaveAddress":"1F9000"}}
03:55:19 MQT: stat/Shelly25_5/STATUS2 = {"StatusFWR":{"Version":"8.1.0.11(tasmota)","BuildDateTime":"2020.03.24 02:55:46","Boot":31,"Core":"STAGE","SDK":"2.2.2-dev(38a443e)","Hardware":"ESP8266EX","CR":"414/699"}}
03:55:19 MQT: stat/Shelly25_5/STATUS3 = {"StatusLOG":{"SerialLog":0,"WebLog":2,"MqttLog":0,"SysLog":0,"LogHost":"","LogPort":514,"SSId":["Eiswuerstchen",""],"TelePeriod":300,"Resolution":"559980C0","SetOption":["0000C80B","1405C8000100060000005A00000000000000","408000E8","00000000"]}}
03:55:19 MQT: stat/Shelly25_5/STATUS4 = {"StatusMEM":{"ProgramSize":497,"Free":1528,"Heap":23,"ProgramFlashSize":2048,"FlashSize":2048,"FlashChipId":"1540EF","FlashMode":3,"Features":["00000407","8F000197","040003A1","00000004","010000C0","40008100","00000000"],"Drivers":"1,2,3,4,9,10,27,30","Sensors":"2,3"}}
03:55:19 MQT: stat/Shelly25_5/STATUS5 = {"StatusNET":{"Hostname":"shelly25-5","IPAddress":"192.168.1.207","Gateway":"192.168.1.1","Subnetmask":"255.255.255.0","DNSServer":"192.168.1.1","Mac":"98:F4:AB:F3:0F:80","Webserver":2,"WifiConfig":4,"WifiPower":17.0}}
03:55:19 MQT: stat/Shelly25_5/STATUS6 = {"StatusMQT":{"MqttHost":"192.168.1.73","MqttPort":1883,"MqttClientMask":"Shelly25_5","MqttClient":"Shelly25_5","MqttUser":"tasmota","MqttCount":1,"MAX_PACKET_SIZE":1200,"KEEPALIVE":30}}
03:55:19 MQT: stat/Shelly25_5/STATUS7 = {"StatusTIM":{"UTC":"2020-03-24T02:55:19","Local":"2020-03-24T03:55:19","StartDST":"2020-03-29T02:00:00","EndDST":"2020-10-25T03:00:00","Timezone":99,"Sunrise":"06:23","Sunset":"18:51"}}
03:55:19 MQT: stat/Shelly25_5/STATUS9 = {"StatusPTH":{"PowerDelta":0,"PowerLow":0,"PowerHigh":0,"VoltageLow":0,"VoltageHigh":0,"CurrentLow":0,"CurrentHigh":0}}
03:55:19 MQT: stat/Shelly25_5/STATUS10 = {"StatusSNS":{"Time":"2020-03-24T03:55:19","ANALOG":{"Temperature":47.9},"ENERGY":{"TotalStartTime":"2020-03-18T23:06:37","Total":0.202,"Yesterday":0.005,"Today":0.000,"Power":[0.000,0.000],"ApparentPower":[0.000,0.000],"ReactivePower":[0.000,0.000],"Factor":[0.00,0.00],"Voltage":0,"Current":[0.000,0.000]},"Shutter1":{"Position":0,"Direction":0,"Target":0},"TempUnit":"C"}}
03:55:19 MQT: stat/Shelly25_5/STATUS11 = {"StatusSTS":{"Time":"2020-03-24T03:55:19","Uptime":"0T00:57:39","UptimeSec":3459,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"Eiswuerstchen","BSSId":"10:9A:DD:84:A0:07","Channel":6,"RSSI":64,"Signal":-68,"LinkCount":1,"Downtime":"0T00:00:09"}}}


Shelly with Version 8.2.0.1:

04:37:45 MQT: stat/Shelly25_4/STATUS = {"Status":{"Module":0,"FriendlyName":["Shelly25_4","Shelly25_42"],"Topic":"Shelly25_4","ButtonTopic":"0","Power":0,"PowerOnState":3,"LedState":1,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0}}
04:37:45 MQT: stat/Shelly25_4/STATUS1 = {"StatusPRM":{"Baudrate":115200,"SerialConfig":"8N1","GroupTopic":"wohnzimmer","OtaUrl":"http://192.168.1.32:8000/shelly25.bin.gz","RestartReason":"Software/System restart","Uptime":"0T00:03:09","StartupUTC":"2020-03-24T03:34:36","Sleep":50,"CfgHolder":4617,"BootCount":2,"BCResetTime":"2020-03-20T18:24:44","SaveCount":10,"SaveAddress":"1F8000"}}
04:37:45 MQT: stat/Shelly25_4/STATUS2 = {"StatusFWR":{"Version":"8.2.0.1(tasmota)","BuildDateTime":"2020.03.24 04:29:37","Boot":31,"Core":"STAGE","SDK":"2.2.2-dev(38a443e)","Hardware":"ESP8266EX","CR":"414/699"}}
04:37:45 MQT: stat/Shelly25_4/STATUS3 = {"StatusLOG":{"SerialLog":0,"WebLog":2,"MqttLog":0,"SysLog":0,"LogHost":"","LogPort":514,"SSId":["Eiswuerstchen",""],"TelePeriod":300,"Resolution":"558180C0","SetOption":["0020C80B","1405C8000100060000005A00000000000000","408000E8","00000000"]}}
04:37:45 MQT: stat/Shelly25_4/STATUS4 = {"StatusMEM":{"ProgramSize":493,"Free":1532,"Heap":25,"ProgramFlashSize":2048,"FlashSize":2048,"FlashChipId":"1540EF","FlashMode":3,"Features":["00000407","8F000196","040003A1","00000004","010000C0","40000100","00000000"],"Drivers":"1,2,3,4,9,10,27","Sensors":"2,3"}}
04:37:45 MQT: stat/Shelly25_4/STATUS5 = {"StatusNET":{"Hostname":"shelly25-4","IPAddress":"192.168.1.206","Gateway":"192.168.1.1","Subnetmask":"255.255.255.0","DNSServer":"192.168.1.1","Mac":"98:F4:AB:F3:EF:1F","Webserver":2,"WifiConfig":4,"WifiPower":17.0}}
04:37:45 MQT: stat/Shelly25_4/STATUS6 = {"StatusMQT":{"MqttHost":"192.168.1.73","MqttPort":1883,"MqttClientMask":"Shelly25_4","MqttClient":"Shelly25_4","MqttUser":"tasmota","MqttCount":1,"MAX_PACKET_SIZE":1200,"KEEPALIVE":30}}
04:37:45 MQT: stat/Shelly25_4/STATUS7 = {"StatusTIM":{"UTC":"2020-03-24T03:37:45","Local":"2020-03-24T04:37:45","StartDST":"2020-03-29T02:00:00","EndDST":"2020-10-25T03:00:00","Timezone":99,"Sunrise":"06:23","Sunset":"18:51"}}
04:37:45 MQT: stat/Shelly25_4/STATUS10 = {"StatusSNS":{"Time":"2020-03-24T04:37:45","ANALOG":{"Temperature":72.2},"ENERGY":{"TotalStartTime":"2020-03-18T22:50:13","Total":0.000,"Yesterday":0.003,"Today":0.000,"Power":[0,0],"ApparentPower":[0,0],"ReactivePower":[0,0],"Factor":[0.00,0.00],"Frequency":50,"Voltage":238,"Current":[0.000,0.000]},"Shutter1":{"Position":0,"Direction":0,"Target":0},"TempUnit":"C"}}
04:37:45 MQT: stat/Shelly25_4/STATUS11 = {"StatusSTS":{"Time":"2020-03-24T04:37:45","Uptime":"0T00:03:09","UptimeSec":189,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"Eiswuerstchen","BSSId":"10:9A:DD:84:A0:07","Channel":6,"RSSI":72,"Signal":-64,"LinkCount":1,"Downtime":"0T00:00:07"}}}

  • [] Fournit la sortie de la sortie du journal de la console lorsque vous rencontrez votre problème; le cas échéant:
    _ (Veuillez utiliser_ weblog 4 _pour plus d'informations de débogage) _
  Console output here:
-

REPRODUIRE

_Étapes pour reproduire le comportement: _
Compilez avec les options:

#define WEBSERVER_ADVERTISE
#undef MQTT_HOST_DISCOVERY   
#define MDNS_ENABLED           1
#undef USE_ADC_VCC
#define USE_ADE7953
#define USE_SHUTTER
#define USE_EXPRESSION
#define SUPPORT_IF_STATEMENT

COMPORTEMENT ATTENDU

_Une description claire et concise de ce à quoi vous vous attendiez._

Exécutez avec une température normale.

CAPTURES D'ÉCRAN

_Le cas échéant, ajoutez des captures d'écran pour expliquer votre problème ._
Bildschirmfoto 2020-03-24 um 03 08 39
Bildschirmfoto 2020-03-24 um 03 08 33

CONTEXTE SUPPLÉMENTAIRE

_Ajoutez ici tout autre contexte sur le problème._

Les deux Shellys2.5 sont tous deux encastrés dans un mur directement l'un à côté de l'autre. Pour avoir une comparaison directe, je n'ai flashé qu'un seul des deux Shellys à l'état du 15.03.2020.

(N'oubliez pas de fermer le problème lorsque le problème a été résolu)

bug fixed

Commentaire le plus utile

Je pense que le problème est résolu!

Sur la base des dernières images temporaires montrant des versions de tasmota avec des valeurs plus élevées à partir de la version 8.3.0 ET du problème initial où il semblait commencer à partir de la v8.2.0.1, je pourrais facilement conclure d'où provenait la température plus élevée.

Depuis la v8.2.0.1, tous les GPIO ne sont plus configurés pour entrer au redémarrage avant d'être initialisés par tasmota mais après que tasmota ait configuré le GPIO. Pour l'ADE7953, cela a conduit à une anomalie où l'entrée IRQ n'a jamais été réglée sur l'entrée mais est restée dans les limbes, ce qui pourrait facilement être une sortie qui à son tour ferait agir le circuit IRQ comme une charge entraînant une chaleur supplémentaire.

Le dernier commit résout cela et j'ai remarqué en effet une diminution importante de la température sur mon Shelly 2.5

Merci à tous ceux qui ont aidé à résoudre ce problème, en particulier les images ont beaucoup aidé!

Tous les 85 commentaires

Je viens de faire une vérification rapide et je vois en effet une lecture de température plus élevée, mais en utilisant un thermomètre externe, il est toujours à la "vieille" température.

Apparemment, quelque chose a changé sur l'entrée analogique (où le capteur de température shelly est connecté). Je vais enquêter.

BTW. Pourriez-vous signaler la sortie de la commande adcparam pour les deux pls shellies.

Alors que j'ai amélioré mon shelly 2.5 hier, je constate en effet un saut de température (+10 C) dès que la dernière version du firmware de développement est active.

Il doit donc s'agir d'une erreur logicielle et non d'une véritable erreur à haute température. Poursuivre l'enquête ...

Salut!
Merci d'avoir vérifié. Il est bon d'entendre que seul l'affichage a changé et non la température réelle.

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

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

Veuillez également fournir la sortie de la commande webrefresh

Je ne vois actuellement aucun rapport avec les changements de firmware. Je constate une augmentation de la température mesurée mais pas celle que vous rencontrez. L'ouverture de la page Web augmente également la température de 10 ° C, mais c'est normal car elle doit régulièrement mettre à jour la page Web.

Êtes-vous sûr que la coquille "chaude" a signalé des températures plus fraîches avant ou est-ce une nouvelle coquille avec un matériel NTC différent possible?

Les deux Shelly donnent:

11:58:13 MQT: stat/Shelly25_4/RESULT = {"WebRefresh":2345}
comme réponse.
Oui, j'avais moi-même enquêté dans le Code mais je ne trouve rien.
Ce matin, j'avais mis à jour tous les Shellys2.5 à V8.2.0.1 puis j'ai remarqué les valeurs les plus élevées dans chacun d'eux. Pour avoir une meilleure comparaison, j'ai pris exactement la paire qui se trouve directement l'une à côté de l'autre dans le mur et n'en ai ramené qu'une à l'état du 15.03.2020 et avait donc des valeurs directement inférieures.
En dehors de cela, les deux Shellys proviennent de la même boîte, je suppose qu'ils ont le même matériel.
Il est vrai que l'ouverture du WEBGUI fait monter la température. Mais avec l'un, il monte à environ 45 ° C et l'autre à 65 ° C. Avoir ouvert les deux l'un à côté de l'autre pendant quelques minutes.
Bildschirmfoto 2020-03-24 um 12 07 46

Se mettre d'accord. Aura besoin de plus d'enquête ...

Le problème est que je ne ressens pas la température plus élevée. Je ne mesure pas non plus la température la plus élevée.

@ kugelkopf123

Pour éliminer la différence de matériel, vous pouvez peut-être inverser les versions du micrologiciel sur vos deux appareils Shelly pour voir si les lectures de température plus élevée suivent le micrologiciel quel que soit l'appareil. Je sais que vous aviez les deux sur le nouveau micrologiciel, mais en avoir un sur l'ancien et le plus récent avec les mêmes conditions environnementales, puis "échanger" peut fournir des indices supplémentaires.

Mike

@meingraham l'a fait. J'ai essayé votre suggestion et je peux confirmer que l'erreur va avec. En général, c'était évident, car Théo pouvait également le confirmer avec son Shelly25 dans son premier post.

Bildschirmfoto 2020-03-24 um 15 11 24

La température ambiante a augmenté, c'est la raison pour laquelle la température globale est plus élevée que ce matin à 4 heures.

Oui ... ça le rend juste "définitif". Élimine cette question.

Mon appareil chauffe également beaucoup.
J'ai essayé avec "Sleep 250" et "WifiPower" dans la commande.
Mais WifiPower ne semble pas fonctionner.
Je mets WifiPower 1 avec l'appareil près du routeur, mais le signal ne descend pas
Istantanea

Mon appareil chauffe également beaucoup.
J'ai essayé avec "Sleep 250" et "WifiPower" dans la commande.
Mais WifiPower ne semble pas fonctionner.
Je mets WifiPower 1 avec l'appareil près du routeur, mais le signal ne descend pas
Istantanea

BTW. J'ai testé ce WiFipower une semaine auparavant sur un autre Shelly qui se trouve également à 1 mètre du routeur. Je l'ai essayé à la valeur de 0,1. Rien n'a changé. Ni dans les informations ni sur la page de configuration du routeur.

Première étape, il faut une mesure si l'appareil est vraiment! se réchauffer.
Pour le moment, nous n'avons affiché que "quelque chose"
Cela ne peut PAS être fait avec Tasmota. Utilisez un thermomètre supplémentaire pour mesurer avec l'ancien et le nouveau micrologiciel.
En fonction de cela, nous savons (un peu plus) où chercher.

J'ai testé avec la version 8.1.0, j'ai lu des valeurs thermiques similaires de la version 8.2.0.1
Je n'ai pas de thermoscanner mais au toucher de l'appareil, les valeurs semblent plausibles.
J'ai vu que les températures augmentent beaucoup lorsque les 2 relais sont activés.
Cependant, les températures élevées ne dépendent pas de la charge appliquée.
Je n'ai aucune expérience avec Shelly car je n'ai que des fils chez moi.
J'ai peur que la chaleur de Shelly soit un problème de construction de l'appareil

Malheureusement, je n'ai actuellement aucun Shelly2.5 qui n'est encore installé dans aucun mur de mon bureau. Je dois d'abord en supprimer un. De plus, il me manque également un thermomètre adapté pour valider les valeurs. De plus, je ne pouvais faire fonctionner le Shelly que via 3,3 V et le sentir avec mon doigt lorsque le boîtier est ouvert. Mais ce serait une évaluation très subjective.
@ enricota66 En fait, le design du Shelly2.5 n'est pas encore le jaune. La mise en marche des relais augmente la température. C'est correct. Cependant, j'utilise tous les Shelly2.5 de ma maison pour contrôler mes stores. Les relais ne fonctionnent donc que pendant quelques secondes. Mes tests ont toujours été effectués avec des relais éteints depuis longtemps. Est-ce que je vous comprends bien? Avez-vous fait votre test maintenant avec un appareil sonoff ou un shelly?

Si j'ai bien compris le premier message de Théo, il n'a pu détecter aucune augmentation physique de la température.
Je peux voir que la température est élevée au début puis plus basse lors du retour de flash, mais cela peut aussi être lié au fait que l'ESP intégré fonctionne plus lorsqu'il clignote et donc qu'une température élevée est atteinte.

J'ai sonoff basic et sonoff mini à l'intérieur des boîtiers électriques du mur pour contrôler les lumières de la maison et les automatismes HomeAssitant et le protocole MQTT. Tout fonctionne parfaitement avec le firmware Tasmota.
Mon intention était de remplacer 2 appareils sonoff de base dans une boîte avec Shelly 2.5
Avant de faire cela, je me tends sur le bureau pour mon utilisation, les relais doivent rester allumés pendant longtemps.
J'ai 2 appareils shelly2.5 sur le bureau, le premier avec un avec le firmware tasmota et le second avec le firmware d'origine.
D'après les tests que je fais avec 2 relais, l'original semble plus cool.
Cependant je veux mesurer la température avec un instrument

Veuillez ne pas mélanger différents appareils dans ce fil. Il s'agit de Shelly 2.5
Le ressenti n'est pas une manière valable de mesurer ;-)
Veuillez publier uniquement les valeurs mesurées d'un Shelly 2.5

@ enricota66 pls mesurent en externe. La température interne de la coquille 2.5 est mesurée par une thermistance NTC. Pour obtenir une lecture raisonnable, son résultat doit être calculé. Le calcul actuel est basé sur les paramètres que j'ai reçus une fois de Shelly. Ces paramètres peuvent avoir été modifiés, donc dans ce cas, les paramètres AdcParam doivent également être modifiés.

@ enricota66 pls mesurent en externe. La température interne de la coquille 2.5 est mesurée par une thermistance NTC. Pour obtenir une lecture raisonnable, son résultat doit être calculé. Le calcul actuel est basé sur les paramètres que j'ai reçus une fois de Shelly. Ces paramètres peuvent avoir été modifiés, donc dans ce cas, les paramètres AdcParam doivent également être modifiés.

J'ai essayé une heure et 30 minutes avec les relais allumés.
En effet, il ne semble pas y avoir de différences importantes sur les appareils
(Tasmota ver est 8.2.0.1)

IMG-20200325-WA0008~2
IMG-20200325-WA0009~2

Génial! Maintenant, quelles sont les températures rapportées par Shelly et Tasmota dans ces situations?

Génial! Maintenant, quelles sont les températures rapportées par Shelly et Tasmota dans ces situations?

Sûr
La température de Tasmota dans cette situation est d'environ 60 ° C.
Mais je n'ai pas pu trouver les données de Shelly dans son application.
Quelqu'un peut-il m'aider, où puis-je le trouver?

Depuis le lien précédent:

À propos de la question: Quelle est la température de fonctionnement du PCB à Shelly2.5, Shelly1PM et Shelly PlugS:
La température ambiante maximale est de 40 degrés. Sans charge, la température du circuit imprimé est de 55 à 60 degrés. À MAX, la charge est de 87 à 90 degrés.
La protection contre le chauffage éteindra l'appareil à 95 degrés.
Toutes les pièces à l'intérieur sont certifiées 105-120 degrés pour une utilisation continue.

Ainsi, la valeur réelle rapportée de Tasmota est correcte et dans les versions précédentes, elle était mal rapportée. Aucune augmentation réelle de la température du PCB entre les versions de Tasmota.

Cela signifie que le Shelly 2.5 a besoin d'une configuration spéciale adcparam pour fonctionner correctement, je suppose.
Pas facile sans connaître la résistance réelle utilisée et le type de NTC à l'intérieur ...

@ enricota66 pls mesurent en externe. La température interne de la coquille 2.5 est mesurée par une thermistance NTC. Pour obtenir une lecture raisonnable, son résultat doit être calculé. Le calcul actuel est basé sur les paramètres que j'ai reçus une fois de Shelly. Ces paramètres peuvent avoir été modifiés, donc dans ce cas, les paramètres AdcParam doivent également être modifiés.

J'ai essayé une heure et 30 minutes avec les relais allumés.
En effet, il ne semble pas y avoir de différences importantes sur les appareils
(Tasmota ver est 8.2.0.1)

IMG-20200325-WA0008~2
IMG-20200325-WA0009~2

Tout d'abord, merci beaucoup pour votre engagement!
Alors, comment cela signifie-t-il exactement?
La température du thermomètre externe mesuré et celle affichée dans le Tasmota WebGUI ne différaient pas?

Ou les deux appareils, l'un avec la branche de développement actuelle et l'autre avec le FW d'origine, ont des températures presque identiques sur le thermomètre externe?

Si tel était le cas, que fournissait l'application ShellyConnect pour une valeur de température à ce moment-là?
Et cette valeur était-elle identique à la valeur de Tasmota WebGUI?

@ enricota66 maintenant que vous avez vos Shellys en "mode test", vous pouvez essayer de changer la valeur de la résistance en utilisant la commande adcparm et voir si vous pouvez faire correspondre la température indiquée par celle avec Tasmota et votre thermomètre .
Les valeurs par défaut sont 2,32000,10000,3350 , où la troisième valeur est la résistance (10k). En modifiant la valeur de la résistance, vous obtiendrez une lecture proportionnelle supérieure / inférieure.
Dai che risolviamo! :)

Arrêtez!

Pas besoin de changer adcparam. La température interne de la coquille est de 60 degrés C, comme indiqué également par Shelly. Voir le lien ci-dessus.

La coquille doit signaler sa température interne et non la température externe.

Comme cela a déjà été conclu, les tasmota adcparam sont ok (je les ai obtenus de shelly) et aboutissent à la même température shelly théorique.

Pour extraire la température shelly d'origine, un serveur mqtt est nécessaire pour aborder un sujet documenté dans le périphérique.

Compris, alors le NTC n'est PAS pour la lecture externe mais juste pour le contrôle thermique.
Cela change tout.

La température est mesurée DANS le PCB interne. La comparaison avec une mesure de l'extérieur sera beaucoup plus basse que la température réelle du circuit imprimé. Comme Tasmota lit maintenant, c'est OK. Environ 40 à 60 ° C lorsque les relais sont OFF.

J'ai découvert que si vous supprimez la puce ADE7953 du modèle, la température est beaucoup plus basse.
Peut-être intéressant pour certaines personnes qui n'utilisent le Shelly2.5 que pour les volets et n'ont donc pas besoin d'un wattmètre.

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

Du groupe de soutien shelly sur Facebook. Publié par Shelly.

shelly thermal

Je ne savais pas qu'il était possible de l'exécuter sans N. Je l'ai vu hier avec le Shelly Dimmer SL? Je pense. Ce serait bien de savoir quelle était la taille de cette charge sur cette image.

J'ai découvert que si vous supprimez la puce ADE7953 du modèle, la température est beaucoup plus basse.
Peut-être intéressant pour certaines personnes qui n'utilisent le Shelly2.5 que pour les volets et n'ont donc pas besoin d'un wattmètre.

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

Merci pour le conseil.
-11 ° C avec ADE7953 désactivé!

J'ai le même problème avec mes shelly (s) 2.5. Avec le firmware d'origine, la température est de 60 ° C avec les deux relais ON, avec Tasmota 8.3.1 la température est de 87 ° C (et probablement en augmentation) avec les deux relais ON. Rien de connecté aux relais. J'en ai flashé 8 avec le même comportement. Quatre d'entre eux étaient utilisés avec le firmware d'origine (je connais donc leur température pendant l'utilisation), j'ai flashé les 4 autres directement depuis la boîte.
Avez-vous trouvé une solution pour cela?
Merci!
EDIT: la température est arrivée à 89,9 ° C sans charges, juste les deux relais allumés. Devrions-nous simplement définir SetOption42 sur 0 pour désactiver la protection contre la surtempérature jusqu'à ce que cela soit corrigé?
EDIT2: il est passé en surchauffe et a désactivé les deux relais. Pas de courant sur les relais. C'est bizarre

J'ai récemment installé 4 de ces appareils Shelly 2.5, et sans aucune charge, la température est comprise entre 65 et 80 degrés. Je les utilise pour les volets, et le maximum que j'ai vu est de 89,6. Utilisation de Tasmota 8.4.0.

J'espère vraiment que quelque chose ne va pas avec la lecture, car ces températures me font un peu peur ...

Devrais-je m'inquiéter? S'il vous plaît donnez votre avis.

Non.
Si vous utilisez comme commande d'obturateur, la température n'est que de quelques secondes.
Mais je suis également confus; mon Shelly 2.5 avait un interrupteur de sécurité à ~ 75 ° C, alors pourquoi pouviez-vous voir des températures aussi élevées?

Je l'utilise comme double interrupteur. Seulement si mon deuxième Relais (sans rien connecté), la température montera au-dessus de 75 ° en été chaud.
Pour moi, j'ai désactivé PowerMeter et le second Relais. L'interrupteur secondaire n'enverra un message (MQTT) que lors de la commutation - sans commutation de relais. Donc pour moi plus de problèmes de température, même en été chaud :)

Merci. Lorsque les mesures de puissance sont désactivées (en utilisant le modèle du post de @ kugelkopf123 # issuecomment-606963545), la température reste entre 54 et 62 degrés C. Ce qui est bien pour les volets.

Mais je souhaite également utiliser ces appareils comme des commutateurs doubles normaux, de préférence avec des mesures de puissance. Je ne sais pas si c'est une bonne idée à des températures de 80 C et plus.

L'un des appareils Shelly 2.5 que j'ai configurés pour le fonctionnement de l'obturateur est remonté à 72 ° C sans aucune opération / charge. Même avec toutes les mesures de puissance désactivées ... l'autre reste assez stable autour de 54/55 degrés.

J'ai fait quelques tests pour essayer de faire baisser la température. J'ai trouvé deux solutions de contournement:

  • Revenir à 8.1.0.
  • Réglez «Veille» sur 250

Les deux ramènent la température à une plage maximale de 55 à 60, sans aucune charge.

Vous pouvez modifier le modèle che pour supprimer la puce ADE. Ça ne montrera pas la puissance
consommation, mais vous obtiendrez une température beaucoup plus basse. Je pense qu'il y a un
bug dans les nouvelles versions de tasmota

Il sab 22 août 2020, 23:18 stefxx [email protected] ha scritto:

J'ai fait quelques tests pour essayer de faire baisser la température. J'en ai trouvé deux
solutions de contournement:

  • Revenir à 8.1.0.
  • Réglez «Veille» sur 250

Les deux ramènent la température à une plage maximale de 55 à 60, sans aucune charge.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-678695962 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AIXTCZN474SNFXLHBC73TDDSCAY23ANCNFSM4LSK5EZQ
.

Les valeurs de température mesurées avec et sans charge à l'aide de Tasmota sont presque les mêmes qu'avec le firmware d'origine.
La valeur la plus élevée de la température dépend de la quantité de courant qui traverse votre appareil.
L'utilisation du processeur (comme avec le sommeil réglé sur 0) l'incrémente également, mais pas autant que la charge réelle connectée au shelly.

@ascillato , je ne suis pas d'accord. Il existe une différence de température significative entre le firmware d'origine et le Tasmota 8.4.0. Sans aucune charge, la différence est d'environ 20 degrés dans mes tests, dans des circonstances similaires.

Entre le firmware d'origine et le Tasmota 8.1.0, la différence est négligeable.

Si je pouvais utiliser les fonctions Shutter avec 8.1.0, je reviendrais à cette version. Pour l'instant, j'ai atténué le problème en désactivant les mesures de puissance et une valeur de veille plus élevée.

Je suis d'accord avec stefxx. La seule façon de garder la même température que le
le firmware stock est de désactiver la puce ADE. Avec la puce ADE, le
la température est trop élevée. Si je garde la page Web ouverte, sans aucune charge,
la coquille passe à 90 ° C et plus et s'éteint à cause du termal
protection. C'est évidemment totalement faux.

Il giorno dom 23 août 2020 alle ore 09:06 stefxx [email protected]
ha scritto:

@ascillato https://github.com/ascillato , je ne suis pas d'accord. Il y a
une différence de température significative entre le firmware d'origine et Tasmota
8.4.0. Sans aucune charge, la différence est d'environ 20 degrés dans mes tests,
dans des circonstances similaires.

Entre le firmware d'origine et le Tasmota 8.1.0, la différence est négligeable.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-678738287 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AIXTCZN3TR4KHRO744HUDH3SCC5V7ANCNFSM4LSK5EZQ
.

Je ne sais pas avec quelle précision cette puce ade fonctionne. Mais peut-être que le logiciel d'origine ne lit pas la puce aussi souvent que Tasmota? Cela pourrait peut-être être une raison.

Envoyé avec GitHawk

Pouvons-nous rouvrir ce numéro? C'est un vrai problème, pas quelque chose avec de mauvaises lectures

Depuis le lien précédent:

À propos de la question: Quelle est la température de fonctionnement du PCB à Shelly2.5, Shelly1PM et Shelly PlugS:
La température ambiante maximale est de 40 degrés. Sans charge, la température du circuit imprimé est de 55 à 60 degrés. À MAX, la charge est de 87 à 90 degrés.
La protection contre le chauffage éteindra l'appareil à 95 degrés.
Toutes les pièces à l'intérieur sont certifiées 105-120 degrés pour une utilisation continue.

Ainsi, la valeur réelle rapportée de Tasmota est correcte et dans les versions précédentes, elle était mal rapportée. Aucune augmentation réelle de la température du PCB entre les versions de Tasmota.

Dans tous les cas, il y a une réelle augmentation de la température réelle de l'appareil depuis la version 8.2.0. Il se sent facilement en touchant simplement le Shelly 2.5 à la main. J'en ai deux côte à côte, un avec 8.1 et un avec 8.4 et la différence est énorme!

Pouvons-nous s'il vous plaît rouvrir ce numéro et y jeter un autre œil? Merci!

Je le pense. Je garde la puce ADE ne lisant pas la consommation d'énergie sinon
le Shelly s'éteint à cause d'une surchauffe.

Il sab 12 set 2020, 11:27 stefxx [email protected] ha scritto:

Pouvons-nous rouvrir ce numéro? C'est un vrai problème, pas quelque chose de mal
lectures

Depuis le lien précédent:

À propos de la question: Quelle est la température de fonctionnement du PCB à Shelly2.5,
Shelly1PM et Shelly PlugS:
La température ambiante maximale est de 40 degrés. Sans charge, la température du PCB est
55-60 degrés. À MAX, la charge est de 87 à 90 degrés.
La protection contre le chauffage éteindra l'appareil à 95 degrés.
Toutes les pièces à l'intérieur sont certifiées 105-120 degrés pour une utilisation continue.

Ainsi, la valeur réelle rapportée de Tasmota est correcte et dans les versions précédentes
a été signalé à tort. Pas d'augmentation réelle de la température du PCB entre Tasmota
versions.

Dans tous les cas, il y a une augmentation réelle de la température réelle du
appareil depuis la version 8.2.0. Il peut être ressenti facilement en touchant simplement le
Shelly 2.5 à la main. J'en ai deux côte à côte, un avec 8.1 et
un avec 8,4 et la différence est énorme!

Pouvons-nous s'il vous plaît rouvrir ce numéro et y jeter un autre œil? Merci!

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-691454569 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AIXTCZKQODJIXQX7WZV6XTLSFM5GPANCNFSM4LSK5EZQ
.

Je n'ai aucune idée de comment cela peut être. Si vous avez deux appareils, il vous est peut-être possible de faire un vrai mesurament. Avec deux capteurs. Un sur chaque coquille.
Le mieux si c'est ouvert.
Peut-être que dans la dernière version de Tasmota, la puce ADE est déclenchée plus souvent? C'est peut-être la raison ...

Pour sortir du bon / mauvais jeu ici, j'ai fait quelques tests supplémentaires d'une manière plus contrôlée. Notez que tous les tests ont été effectués avec une température ambiante de 22 à 22 degrés, et les appareils Shelly 2.5 PM sont sur ma table, non enfermés en aucune façon.

Un appareil dispose du micrologiciel de stock 1.8.3 installé. L'autre a Tasmota 8.5.0, en utilisant le modèle de périphérique Blackadder par défaut. Ils ne sont connectés qu'à L et N, aucune charge ne leur est connectée.

Tout d'abord, avec les deux interrupteurs allumés, je les ai laissés fonctionner pendant environ 45 minutes. À ce stade, la température s'est stabilisée autour de 75 degrés sur les deux.
image

Ensuite, je laisse le navigateur s'ouvrir sur les deux appareils, ce qui a un effet (connu) sur la température d'un appareil Tasmota d'environ 10 degrés. Et en effet, après 10 minutes, le Tasmota s'est stabilisé autour de 85 degrés. Aucun changement au stock Shelly:
image

Ensuite, j'ai arrêté de surveiller activement l'interface Web et j'ai désactivé les deux interrupteurs, sur les deux appareils. Ils se sont stabilisés juste au-dessus de 60 degrés.
image

Jusqu'ici tout va bien. Pensez toujours que la température est assez élevée, mais la différence avec le firmware d'origine est négligeable.

L'étape suivante consiste à rétrograder l'appareil Tasmota vers le firmware 8.1.0. Commute toujours, aucune session de serveur Web active, et après un certain temps la température se stabilise autour de 50 degrés! Plus de 10 degrés de moins que 8,5,0!
image

Test final avec les deux interrupteurs allumés, sur les deux appareils. Toujours pas de charge connectée. Firmware d'origine 75 degrés, Tasmota 8.1.0 «seulement» 62.
image

Ma conclusion: comme le démarreur du problème l'a indiqué, il existe une différence significative dans les températures de Shelly 2.5PM entre les versions de Tasmota, probablement introduites avec la 8.2.0. 10 à 13 degrés pour être exact. Cependant, la différence entre le firmware d'origine et le Tasmota 8.5.0 est presque nulle.

De plus, en général, je trouve la température de ces appareils élevée. Cela peut être conforme aux spécifications, mais vous pouvez sentir qu'ils deviennent assez chauds et cela ne fera qu'augmenter lorsqu'ils sont construits dans de petites boîtes sans espace pour respirer. Donc, si nous pouvons abaisser la température d'une manière ou d'une autre (de préférence pas en désactivant le PWM ou en augmentant le sommeil), ce serait très bienvenu. La question reste de savoir ce qui a changé dans la 8.2.0 par rapport à ces appareils… et est-ce quelque chose qui pourrait être inversé ou corrigé?

Salut, la température réelle dans les différentes versions de Tasmota est la même. Le CALIBRAGE des versions Tasmota est différent. C'est pourquoi vous voyez une différence entre les anciennes versions de Tasmota et les versions plus récentes.

La température réelle est la même. Celui affiché dans l'interface utilisateur est différent. Veuillez mesurer la température réelle du boîtier (ou de la carte) en utilisant les deux versions de Tasmota ainsi que le firmware d'origine.

Je pourrais peut-être emprunter une caméra thermique plus tard cette semaine. Je vais répéter le test et j'espère que nous pourrons arriver à une solution finale après cela. Merci!

Merci, vos tests sont les bienvenus et si nécessaire, nous pouvons AJUSTER l'étalonnage interne pour afficher une valeur de température plus exacte. Merci.

J'ai le même problème avec un shelly-2.5 qui obtient une lecture de température chaude lors de l'exécution de tasmota (-8.4.0.1).
Je suis très conscient que la température réelle du NTC et la température du boîtier de la coque sont deux choses différentes; le NTC sera plus chaud en raison de sa proximité avec la source de chaleur.
Donc, mesurer la température intérieure réelle à proximité du NTC et la comparer à la lecture calculée par tasmota, est la tâche importante à faire.
Une caméra thermique pointée vers une coquille ouverte en fonctionnement aiderait. N'essayez même pas cette mesure si vous n'êtes pas formé pour travailler sur la haute tension. Attention: risque élevé d'électrocution! - Tu étais prévenu...

Penser aux sources de chaleur dans une coquille:

  1. L'ESP8266 est probablement l'un des facteurs les plus importants de dissipation de puissance:
  2. Le guide de conception hardwre indique une moyenne de 80 mA, une dissipation d'environ 260 mW à 3,3 V. mais recommande une alimentation capable de 500 mA, c'est un potentiel de dissipation de 1,65 Watt.
  3. La dissipation réelle est liée à l'énergie RF lors de la transmission de paquets WiFi (plus de paquets à transmettre, plus de chaleur).
  4. La charge de calcul de la puce nécessitant des cycles CPU (déjà connue: ouvrir la page du navigateur sur tasmota, voir les investigations de stefxx, il y a deux jours).
  5. La charge d'interrogation pour lire les capteurs nécessite des cycles CPU (désactivation de la puce de capteur ADE)

  6. Les deux relais (bobines) dissipent la chaleur lorsqu'ils sont sous tension.

  7. Le shelly n'a pas de circuit pour réduire le courant de bobine lorsqu'il est alimenté dans le matériel;
  8. Pour ce que j'ai pu voir sur le PCB, ce ne sont que de simples transistors de pilote.
  9. Plusieurs centaines de mW de dissipation par bobine sous tension sont réalistes.

  10. Le courant circulant à travers les contacts de relais et les shunts de mesure de courant.

  11. Exemple: chaque canal est évalué à 10 ampères, si vous avez 0,1 Ohm de résistance de chemin totale (contact et shunt), alors vous avez 10 watts à dissiper, c'est-à-dire pour chaque canal en pleine charge (!).
  12. Même si la résistance réelle du chemin est probablement beaucoup plus faible, elle augmenterait en raison de l'usure des contacts de relais au fil du temps. Une protection thermique est vraiment utile ici!

  13. L'alimentation pour alimenter tous ces composants étroitement emballés.

  14. Selon la façon dont les ingénieurs de Shelly l'ont réellement conçu, je suppose que la capacité est d'environ 2 à 3 watts; avec une efficacité d'environ 80% (estimée) soit environ 600 mW à dissiper (avec des relais sous tension et beaucoup de calcul à faire)

Résultat (s):

  • Vous ne pouvez pas faire grand-chose au sujet des contacts et du shunt du relais. Gardez simplement le courant de charge bas.
  • Au moment de la compilation de tasmota, vous pouvez supprimer toutes les cloches et sifflets dont vous n'avez pas vraiment besoin pour réduire la charge de calcul.
  • Lors de l'utilisation, vous pouvez éviter de pointer constamment votre navigateur vers l'appareil.
  • Vous pouvez essayer de réduire le trafic WiFi vers / depuis l'appareil, ce qui permet des temps de veille plus longs du processeur
  • Vous pouvez piloter les relais en utilisant PWM

Améliorations:
La dernière ligne pourrait être intéressante pour tasmota: si la broche de sortie pilotant le relais est capable de PWM, le firmware pourrait alimenter le relais avec un cycle de service de 100% pendant environ 100 ms, puis revenir à un cycle de service inférieur qui est suffisant pour maintenir le relais sous tension et économiser de l'énergie. Quelque chose entre 30 et 50% du cycle de service pourrait être un bon point de départ pour essayer.

L'ajout du tampon thermoconducteur mais électriquement isolant entre les sources de chaleur et le boîtier faciliterait le transfert de chaleur. Produire le boîtier extérieur de la coque en utilisant un tel matériau serait probablement quelque chose pour les fabricants avancés ou le fabricant.

Voyons où va ce fil ...

Vous pouvez piloter les relais en utilisant PWM

S'il vous plaît, ne le faites pas. PWM est un logiciel PWM (les esp8266 n'ont pas de PWM matériel), donc le CPU passe à 100% et le temps de sommeil à 0. Ainsi, la quantité d'utilisation d'énergie augmente et la température aussi. Et conduire un relais avec PWM réduira considérablement sa durée de vie.

Tenez également compte du fait que nous parlons de l'étalonnage de la mesure de température entre les versions Tasmota. Le fait que Tasmota publie une température plus élevée ne signifie pas qu'il est actuellement plus chaud que dans les anciennes versions.

Attendons les tests @stefxx .

Bon point pour ne pas faire de PWM pour piloter des relais. Je n'étais pas au courant de cela.
Si l'ESP a besoin de PWM dans le logiciel, la charge supplémentaire du processeur et la chaleur consommeront les économies réalisées dans la bobine, ce qui aggravera probablement les choses.

Pour améliorer ma conjecture sur la dissipation, j'ai décroché et ouvert mon shelly-2.5:

La résistance Shunt est étiquetée "R004" dans un emballage similaire à 1206.

  • La valeur de la résistance doit alors être de 4 mOhm
  • La dissipation de puissance à 10Amp est alors de 0,4 Watt

Le relais de mon unité est fabriqué par Hongfa, Type "HF32FA-G 012HSL1"

  • La fiche technique indique que sa `` bobine sensible '' est évaluée à 12 V, a besoin d'une puissance de 230 mW et prend (sous tension) à 9 V.
  • La résistance de contact est évaluée à max 70mOhm (à une charge de 1A)
  • La dissipation de puissance à 10 ampères est de 7 watts maximum (généralement beaucoup plus faible, mais non spécifié)

La puce d'alimentation secteur est un «LNK304DN»

  • capable de fournir 120mA
  • Sa propre consommation en `` mode buck auto-alimenté '' est de 50 à 80 mW
  • l'efficacité est indiquée à 75%
  • probablement réglé sur la sortie 12V à cause du relais

Le NTC est très proche de l'ESP8266

  • Du côté 'soudure', désignation R35, pas de marquage des composants
  • Son emplacement est le plus sensible à la température ESP, puis au Relais-2. Le relais 1 est un peu plus éloigné, mais toujours proche.

Il y a une puce qui ressemble à un régulateur basse tension supplémentaire avec le marquage "WBBTA" (paquet SOT23-6)

  • Je ne trouve pas de fiche technique pour cela.
  • Je ne sais pas s'il s'agit d'un simple régulateur linéaire ou (plus probablement) d'un régulateur abaisseur à condensateur commuté (il n'y a pas d'inductance visible à proximité).

J'essaierai également d'obtenir une mesure de température infrarouge «externe» dans les composants internes, pour les comparer avec les lectures NTC / Tasmota.

  • désignation R35, pas de marquage des composants

Merci pour les infos!
Pouvez-vous publier des photos du tableau et les détails?

J'ai enfin une caméra thermique Seek Compact disponible pour faire des tests, prévoyant de faire des mesures demain. Jamais fait de mesures de chaleur auparavant. Que dois-je tester? Comment dois-je tester? Dois-je retirer le boîtier Shelly? Devant et / ou arrière? Des circonstances spécifiques?

Je veux juste le faire juste avant de perdre mon et possible votre temps avec des mesures incorrectes.

Similaire à https://github.com/arendst/Tasmota/issues/7991#issuecomment -621995157
Donc, sans le boîtier et mesure les 2 cas: avec et sans charge.

Je vous remercie. Très apprécié votre aide et vos tests 👍

Enfin, j'ai fait quelques photos de mon Selly-2.5 ouvert.
Pour référence au problème, je les posterai ici. Peut-être que quelqu'un préférerait les voir dans la section documentation?

Vue d'ensemble sur le côté supérieur / composant, y compris le top-case où se trouve l'antenne:
Shelly-2 5 PCB Top Ant

  • Les deux grandes boîtes noires sont les relais.
  • Les deux éléments dans le circuit imprimé du relais et à côté des borniers à vis sont les résistances Shunt.
  • Toutes les pièces de la zone inférieure appartiennent à la section Alimentation.
  • Les cylindres montés à plat sont des condensateurs électrolytiques de la section d'alimentation.
  • La chose ronde avec un tube thermorétractable autour est un inducteur pour l'alimentation principale.

Un aperçu du côté de la soudure:
Shelly-2 5 PCB Bottom   Case

  • L'antenne est connectée avec un connecteur MMCX très petit et délicat.

Vue détaillée côté soudure:
Shelly-2 5 PCB Bottom Detail

  • La puce marquée U3 est l'ESP8266.
  • La puce marquée U4 est le programme Flash.
  • La puce marquée U6 est l'ADE7953.
  • Le NTC est marqué R35, il forme un diviseur de tension avec R36 et va clairement à la broche 6 de l'ESP.
    Mesuré 0,504 V indique 38,9 ° C dans l'interface Web de Tasmota.
  • R13 et R14 appartiennent aux deux entrées de commutation.
  • R32 et R33 font partie du diviseur de tension pour la mesure de la tension de ligne de l'ADE.
  • Le R42 est une résistance remarquable de 1kOhm pour charger le rail 12V, et il fait très chaud (144mW @ 12V).

Vue détaillée des composants de la section alimentation:
Shelly-2 5 PCB Top Powersupplies

  • La puce U1 est l'alimentation principale, elle délivre 12.0V (mesuré)
  • Le Chip U2 est le régulateur basse tension, il délivre 3,34V (mesuré)
  • Le désignateur C7 appartient probablement au plus petit condensateur brunâtre.
  • Je suppose que la chose la plus importante à côté de l'écriture C7 pourrait être une inductance dans SMT, les traces sur le PCB suggèrent une topologie de commutation.

Avec ces images, il devrait être plus facile d'interpréter les images de la caméra thermique.

J'ai réussi à obtenir une caméra thermique et à prendre des photos avec.
La caméra est réglée sur une émisivité de E = 0,80, ce qui semble être une bonne valeur pour les époxydes, y compris les PCB FR4 typiques.

Dans toutes les images de ce post, je lance tasmota-8.4 et les deux relais sont sous tension.
La lecture de la température NTC a été effectuée via MQTT, pour éviter qu'une session de navigateur ne fonctionne sur le processeur.
La température ambiante était d'environ 25 ° C, presque aucun débit d'air.

Hot-Spots en fonctionnement:
Shelly-2 5_PCB_Solderside_IR-Overview

  • La coquille a fonctionné pendant environ une heure avec les relais allumés, donc l'équilibre thermique peut être supposé.
  • TopLeft: la zone la plus chaude se situe autour de l'ESP et des alimentations.
  • Topright: le Resistor R42 est de loin le spot le plus chaud.
  • LowLeft: L'ESP semble avoir beaucoup à calculer.
  • LowRight: La lecture MQTT du NTC et la mesure de la caméra thermique correspondent vraiment bien sur mon appareil.

Avec une chaleur suspecte provenant de la section d'alimentation, j'ai plié les composants et pris la photo ci-dessus.
La mise sous tension après ce temps de refroidissement montre très bien où se trouvent les sources de chaleur prédominantes.

Préchauffage de la section d'alimentation:
Shelly-2 5_PCB_Solderside_IR-heatup

  • A gauche: l'inducteur proche de C7 chauffe, et le fait assez rapidement
  • À gauche: les relais sont sous tension, mais il y a peu de chaleur en raison de la grande surface
  • À droite: le R42 chauffe presque instantanément.

Conclusion thermique:
Les gars de Shelly ont fait un excellent travail en construisant l'appareil de la manière la plus petite possible.
Mais il y a place pour une amélioration thermique:

  • Le NTC mesure principalement la température de la puce ESP, et les relais dans une certaine mesure.
  • Vérifier si R42 est vraiment nécessaire de cette façon.
  • Un inducteur SMT plus grand pourrait aider à réduire la température des composants et à améliorer leur durée de vie.
  • Un PCB thermoconducteur pourrait aider à dissiper la chaleur dans tous les endroits (option coûteuse).
  • Un boîtier inférieur thermoconducteur avec des tampons de transfert de chaleur dans les hotspots pourrait aider.
  • Pour tasmota: la lecture NTC semble correcte, voyez comment réduire la charge sur le processeur et améliorer l'utilisation de cycles d'économie d'énergie.

Je peux imaginer supprimer complètement le R42 ou utiliser une valeur plus élevée:
De nombreuses topologies de régulateurs de commutation nécessitent une charge minimale pour fonctionner correctement, mais peut-être que la charge du régulateur basse tension alimentant les puces est suffisante. Il est peut-être nécessaire en cas de panne de ce régulateur basse tension, bien que probablement rien ne se passe à ce moment-là - je n'ai pas retiré mon R42 jusqu'à présent; Si vous le faites, c'est à vos propres risques.

Si vous utilisez un coussin thermique pour transférer la chaleur vers le fond du boîtier: assurez-vous qu'il résiste à la tension de votre secteur:
À 230V AC, certains condensateurs sont chargés à environ 325V, et les normes de sécurité exigent des tensions de claquage beaucoup plus élevées ici!

Je peux essayer de faire plus d'images thermiques avec l'ancien tasmota-8.1, mais ne comptez pas dessus.
Ma supposition personnelle est la suivante: le cœur de ce numéro 7991 réside dans le code. Bien...

Merci beaucoup pour vos mesures. Ces photos sont incroyables !!!!

Avez-vous pu mesurer la température avec le micrologiciel du stock de coquille?
Quoi qu'il en soit, d'après la mesure du développement de shelly (https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157), vos valeurs sont très proches du firmware d'origine.

Donc, en conclusion, Tasmota mesure une valeur réelle, non?
Et Tasmota 8.1 avait un mauvais étalonnage du NTC, c'est pourquoi il signalait une valeur inférieure (pas réelle), non?

Merci pour vos efforts pour s'attaquer à la cause du problème de chaleur.

Il serait logique de faire les mêmes mesures avec tasmota 8.1 car cette version est probablement moins chaude que la version 8.4 utilisée ci-dessus.

Si en effet il fait beaucoup plus frais, je pourrais essayer de trouver la cause du problème de chaleur.

En attendant, les utilisateurs peuvent également essayer de compiler des versions de tasmota sans fonctionnalités inutiles et voir si cela réduit également la température.

J'ai donc finalement pris des photos thermiques. Merci @BeoQ vos photos sont parfaites. Bien mieux que le mien.

J'ai laissé l'appareil se stabiliser pendant environ une heure avant les mesures. Interface Web désactivée. J'ai 1 Shelly avec le firmware Stock 1.8.3, et l'autre avec Tasmota. Ainsi, les mesures 8.1.0 et 8.5.0 proviennent du même appareil physique. Température ambiante 22 degrés, dans une pièce petite et fermée (donc pas de flux d'air extérieur).

D'abord le firmware Shelly, les deux relais activés, aucune charge attachée. Température rapportée 70 degrés, mesurée 73 degrés:
img_thermal_1600598972659

L'appareil Tasmota 8.5.0, encore une fois les deux relais activés, aucune charge attachée. Rapporté 70 degrés, mesuré 68:
img_thermal_1600598987565

Et enfin, après avoir fait clignoter l'appareil Tasmota avec 8.1.0, l'appareil a signalé 59 degrés, 60 degrés réels (j'ai laissé l'appareil se stabiliser pendant 30 minutes, car la température signalée était déjà stable pendant 15 minutes). Les deux relais activés, aucune charge attachée. :
img_thermal_1600600794307

Il semble donc qu'il y ait en fait une différence mesurable entre 8.5.0 et 8.1.0. S'il vous plaît laissez-moi savoir si je dois faire d'autres mesures si cela est utile. Je n'ai aucune expérience avec ce genre de mesures, alors faites-moi savoir si j'ai fait quelque chose de mal.

Je viens de remarquer que l'image de Shelly dans ce fil ( # 7991 (commentaire) ) n'est pas un appareil à

Ce n'est pas un 2.5, il n'y a pas de neutre. C'est quelque chose, version SL

Il dom 20 set 2020, 13:52 stefxx [email protected] ha scritto:

Je viens de remarquer que l'image de Shelly dans ce fil (# 7991
(commentaire)
https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157 )
n'est pas un appareil à 14 h 30. Cela ressemble à un gradateur.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-695778354 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AIXTCZMSMJJDAI63QXVQZWTSGXUHJANCNFSM4LSK5EZQ
.

@arendst , @ascillato : Puisque @stefxx a fait les trois firmwares, j'omettrais le firmware de base, pour éviter de gâcher la surveillance de la sécurité de mon réseau. J'ai l'intention d'essayer de mesurer d'autres firmwares tasmota, mais je ne sais pas quand je me déplacerai pour le faire. Peut-être aussi tard que le week-end prochain.

Si je me déplace sur mesure, je vais également tester un sonoff basic avec différents firmwares.
[modifier: Sonoff Basic n'est pas affecté. Voir ci-dessous]

@stefxx : vos images thermiques sont également très belles!
J'ai fait trois choses pour améliorer les images:

  • réglez l'émissivité sur quelque chose d'utile pour le matériau à mesurer. Cela améliore considérablement la précision des lectures de température.
  • utilisez la même échelle de température pour toutes les mesures. Par exemple, définissez manuellement le Min et le Max de l'échelle de température. En conséquence, vous pouvez facilement voir les différences visuellement, même sur plusieurs images.
  • Trouvez une bonne mise au point de l'objectif. Déplacez la mise au point, lorsque les bords de l'image semblent les plus nets, tout va bien. J'étais déjà à l'extrémité proche de l'objectif, alors j'ai essayé de faire varier la distance jusqu'à ce que l'image redevienne nette.

Continuez!

Et c'est parti:
J'ai fait une série de mesures avec la température par rapport aux versions tasmota.
Je n'ai pas laissé trop de temps pour que la température se stabilise, à peu près 5 à 10 minutes chacun.
L'examen de la lecture NTC via MQTT a montré que le règlement était suffisant pour être utile, car nous n'avons pas besoin d'une précision élevée sur la lecture de la température cette fois. Toutes les mesures sont effectuées sur le même appareil, sans fenêtre de navigateur ouverte et relais sous tension.

Shelly-2.5:
Shelly-2 5_PCB_VersionSeries_IR

  • Les versions 8.1 et 8.2 fonctionnent plutôt cool sur l'ESP
  • R42 est toujours le point le plus chaud, même avec une faible charge sur l'ESP
  • Les versions 8.3 et 8.4 fonctionnent plutôt bien sur l'ESP
  • augmentation de température d'environ 15K à l'ESP

Quelque chose s'est produit entre les versions tasmota-8.2.0 et -8.3.0 qui fait monter la température du shelly-2.5.

Sonoff Basic
A titre de comparaison: la même série sur un Sonoff Basic, avec l'appareil sélectionné "sonoff basic"
SonoffBasic_PCB_Temperature-vs-TasmotaVersion

  • Sa température ne semble pas être affectée par les changements.
  • la partie la plus chaude est le relais sous tension

J'espère que cela aidera à découvrir la cause profonde.

À votre santé!

Merci encore. Je vais plonger aujourd'hui.

Je pense que le problème est résolu!

Sur la base des dernières images temporaires montrant des versions de tasmota avec des valeurs plus élevées à partir de la version 8.3.0 ET du problème initial où il semblait commencer à partir de la v8.2.0.1, je pourrais facilement conclure d'où provenait la température plus élevée.

Depuis la v8.2.0.1, tous les GPIO ne sont plus configurés pour entrer au redémarrage avant d'être initialisés par tasmota mais après que tasmota ait configuré le GPIO. Pour l'ADE7953, cela a conduit à une anomalie où l'entrée IRQ n'a jamais été réglée sur l'entrée mais est restée dans les limbes, ce qui pourrait facilement être une sortie qui à son tour ferait agir le circuit IRQ comme une charge entraînant une chaleur supplémentaire.

Le dernier commit résout cela et j'ai remarqué en effet une diminution importante de la température sur mon Shelly 2.5

Merci à tous ceux qui ont aidé à résoudre ce problème, en particulier les images ont beaucoup aidé!

Donc, si je réactive la puce ADE, je ne devrais pas voir la température
va plus haut, n'est-ce pas?

Merci pour tous vos efforts les gars!

Il gio 24 set 2020, 12:14 Theo Arends [email protected] ha scritto:

Je pense que le problème est résolu!

Basé sur les dernières images temporaires montrant les versions de tasmota avec des
valeurs à partir de la version 8.3.0 ET le problème initial où il semblait
commencer à partir de la v8.2.0.1 Je pourrais facilement conclure d'où provenait la température plus élevée.

Depuis la v8.2.0.1, tous les GPIO ne sont plus configurés pour entrer au redémarrage en premier
avant qu'ils ne soient initialisés par tasmota mais après que tasmota configure le
GPIO. Pour l'ADE7953, cela a conduit à une anomalie où l'entrée IRQ n'a jamais été
réglé sur input mais resté dans les limbes, ce qui pourrait facilement être une sortie qui en
tourner ferait le circuit IRQ agir comme une charge résultant en une chaleur supplémentaire.

Le dernier commit résout cela et j'ai remarqué en effet une baisse importante de la température
sur mon Shelly 2.5

Merci à tous ceux qui ont aidé à résoudre ce problème, en particulier les images
beaucoup aidé!

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-698252659 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AIXTCZMN5W7PCEZLLJ4U73DSHMLZRANCNFSM4LSK5EZQ
.

C'est excellent! Excellent travail d'équipe!

Je peux attendre pour le tester (probablement ce soir). Merci!!

Exécution de 3 appareils avec la dernière version pendant environ 2 heures. La température se stabilise entre 45 et 55 degrés. Très content de ça !!

Je suis heureux que ce problème, que j'ai découvert à la fin du mois de mars, soit enfin résolu. Je peux donc rallumer l'ADE.
Un grand merci à: @stefxx et @BeoQ Pour votre travail et le temps que vous avez investi. Et bien sûr aussi à @arendst , qui y a jeté un autre regard.
Est-ce que je vois bien qu'il ne manquait qu'un seul PinDefinition? Alors que la broche de réinitialisation n'a pas été désignée comme broche d'entrée et donc aucune réinitialisation ne s'est produite?
Ou quel était exactement le problème?

Exécution de 3 appareils avec la dernière version pendant environ 2 heures. La température se stabilise entre 45 et 55 degrés. Très content de ça !!

Avant que les gens ne commencent à comparer cela avec mes mesures précédentes; c'est avec les deux relais désactivés. Quand ils sont tous les deux allumés, ajoutez environ 10 degrés. Pourtant, beaucoup plus bas qu'avant!

Voir mon explication plus tôt. Rappelez-vous, IRQ est une demande d'interruption de l'ade à l'esp8266 et non un signal de réinitialisation. Comme gpio16 ne peut pas gérer les interruptions, l'IRQ n'est pas utilisé. En raison du changement d'initialisation de gpio, l'IRQ gpio n'a jamais été correctement initialisé, ce qui a entraîné un signal de sortie de l'esp8266 qui serait court-circuité à gnd par tout ade irq, entraînant de la chaleur et éventuellement une défaillance matérielle au fil du temps.

Wow, quelle solution rapide au problème!
@arendst :

Selon la fiche technique de l'ADE, son / IRQ est faiblement actif, ce qui signifie qu'il reste élevé la plupart du temps. Si l'ESP émet continuellement un niveau bas, l'un génère un courant que l'autre absorbe immédiatement.

Vous écrivez que c'est le GPIO16. Cela signifie que sélectionner cette broche comme entrée, comme un bouton ou un commutateur, aurait fait disparaître le problème? Ou le régler pour contrer et compter les interruptions?

Fabuleux, je vais l'essayer dès que possible.

Je l'ai essayé aujourd'hui. Mis à jour de 8.3.1 à la branche de développement d'aujourd'hui. Fonctionne tant que je ne règle pas GPIO GPIO16 sur ADE7953 IRQ.
Ensuite, je reçois des exceptions:

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

Aucun problème du tout:

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"}

Veuillez essayer avec le modèle par défaut car j'ai remarqué que vous utilisez un modèle étrange avec même un bouton3 dedans ...

@arendst c'était le modèle par défaut de blackadder. J'ai d'abord essayé le mien. Mais c'était le même que celui du site Web du modèle. Ensuite, j'ai essayé le modèle de blackadder via:

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

Et btw. Il n'y a pas de commutateur 3 dans mon modèle ...

Quoi qu'il en soit, ce n'est pas lié à des températures élevées, je vous suggère donc d'ouvrir un nouveau problème avec une journalisation approfondie.

@arendst n'était pas shure. Parce que cela a à voir avec ce "correctif". J'ai pensé que je ferais mieux de poster ici.

Si vous installez le 8.5 (sans correctif) et allumez la puce ADE, est-ce que vous
avez ce problème? La température devrait être plus élevée, mais au moins vous
problème

Il ven 25 set 2020, 11:46 kugelkopf123 [email protected] ha
scritto:

@arendst https://github.com/arendst n'était pas shure. Parce que ça doit faire
avec ce "correctif". J'ai pensé que je ferais mieux de poster ici.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-698834826 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AIXTCZIE5F4L3XNNDTSZ3VDSHRRFZANCNFSM4LSK5EZQ
.

Clôture de ce problème de température tel qu'il a été corrigé. Merci à tous pour le travail acharné. C'est très apprécié. : +1:


Informations d'assistance

Consultez la documentation pour plus d'informations.
Voir Chat pour plus d'expérience utilisateur.
Voir Communauté pour le forum.
Voir le code de conduite

Peut confirmer que la température est meilleure maintenant avec le correctif!

Mon problème avec l'exception a été résolu via un "reset 1" et reconfig le Shutter.

Cette page vous a été utile?
5 / 5 - 1 notes