_A clear and concise description of what the problem is._
With the current version from the Dev Branch my Shelly2.5 is obviously much warmer than with the version from 15.03.2020.
_Make sure your have performed every step and checked the applicable boxes before submitting your issue. Thank you!_
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"}}
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":""}
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"}}}
weblog 4
_for more debug information)_ Console output here:
-
_Steps to reproduce the behavior:_
Compile with 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
_A clear and concise description of what you expected to happen._
Run with normal Temperature.
_If applicable, add screenshots to help explain your problem._
_Add any other context about the problem here._
The two Shellys2.5 are both flush-mounted in one wall directly next to each other. To have a direct comparison, I flashed only one of the two Shellys back to the state of the 15.03.2020.
(Please, remember to close the issue when the problem has been addressed)
Just did a quick check and I see indeed a higher temperature reading but using an external thermometer it is still at the "old" temperature.
Apparently something has changed aroung the analog input (where the shelly temp sensor is connected). I'll investigate.
BTW. Could you report the output of command adcparam
for both shellies pls.
As I upggraded my shelly 2.5 yesterday I see indeed a jump in temperature (+10 C) as soon as the latest development firmware version is active.
So this must be a software fault and not a real high temp error. Continue investigating...
Hi!
Thanks for checking. It's good to hear that only the display has changed and not the real temperature.
adcparam for 8.11.0.1:
11:30:51 MQT: stat/Shelly25_5/RESULT = {"AdcParam":[2,32000,10000,3350]}
for 8.2.0.1:
11:31:05 MQT: stat/Shelly25_4/RESULT = {"AdcParam":[2,32000,10000,3350]}
Pls also provide the output of command webrefresh
I currently see no relation to firmware changes. I do see an increase in measured temperature but not the amount you encounter. Also opening the webpage increases temp with 10 C but that's normal as it has to update the webpage regularly.
Are you sure the "hot" shelly reported cooler temps before or is this a new shelly with possible different NTC hardware?
Both Shellys give:
11:58:13 MQT: stat/Shelly25_4/RESULT = {"WebRefresh":2345}
as answer.
Yes I had investigate myself in the Code but cant find anything.
This Morning I had updated all Shellys2.5 to V8.2.0.1 then I noticed the higher values in all of them. To have a better comparison, I took exactly the pair that sits directly next to each other in the wall and only brought one back to the state of 15.03.2020 and thus had directly lower values.
Apart from that, both Shellys came from the same box, I assume they have the same hardware.
It is correct that opening the WEBGUI causes the temperature to rise. But with one it rises to about 45°C with the other to 65°C. Have opend both next to each other for some minutes.
Agree. Will need more investigation....
Problem is I do not feel the higher temp. I also do not measure the higher temp.
@kugelkopf123
To eliminate difference in the hardware, perhaps you can reverse the firmware versions on your two Shelly devices to see if the higher temp readings follow the firmware regardless of which device. I know you had both on the new firmware but having one each on the older & the newer with the same environmental conditions and then "swapping" may provide some additional clues.
Mike
@meingraham Did it. I have tried your suggestion and can confirm that the error goes with it. In general it was obvious, because Theo could also confirm it with his Shelly25 in his frist post.
The ambient Temp has rised that is the reason why the overall Temp is higher than this morning at 4 o Clock.
Yes... it just makes it "definitive". Eliminates that question.
My device also heats up a lot.
I tried with "Sleep 250" and "WifiPower" in command.
But WifiPower doesn't seem to work.
I put WifiPower 1 with the device near the router, but the signal does not go down
My device also heats up a lot.
I tried with "Sleep 250" and "WifiPower" in command.
But WifiPower doesn't seem to work.
I put WifiPower 1 with the device near the router, but the signal does not go down
BTW. I tested this WiFipower a week before on another Shelly that is 1m away from the router,too. Tried it down to the value of 0.1. nothing changed. Nor in the information or on the router setup page.
First step it needs a measurement if the device is really! getting warmer.
At the moment we have only displayed "something"
This can NOT be done with Tasmota. Use a extra thermometer to measure with old and new firmware.
Depending on this we know (a bit more) where to look.
I have tested with version 8.1.0.I have read similar heat values of version 8.2.0.1
I don't have a thermoscanner but at the touch of the device the values seem plausible.
I have seen that temperatures rise a lot when the all 2 relays are turned on.
However, high temperatures do not depend on the load applied.
I have no experience with Shelly because I have only sonoff on my home.
I'm afraid Shelly's heat may be a device construction problem
Unfortunately I currently have no Shelly2.5 that is not yet installed in any wall on my desk. I have to remove one first. Furthermore I also lack a suitable thermometer to validate the values. Also I could only operate the Shelly via 3.3V and feel it with my finger when the case is open. But this would be a very subjective evaluation.
@enricota66 Actually the design of the Shelly2.5 is not yet the yellow one. Switching on the relays increases the temperature. That is correct. However, I use all of the Shelly2.5 in my home to control my blinds. So the relays are only running for a few seconds. My tests have always been done with relays switched off for a long time. Does i get you right? Have you done your test now with a sonoff device or shelly?
If I understood Theo's first post correctly, he could not detect any physical increase in temperature.
I can see that the temperature is high at the beginning and then lower when flashing back, but this can also be related to the fact that the built-in ESP works more when flashing and therefore a high temperature is reached.
I Have sonoff basic and sonoff mini inside the electrical boxes of the wall to control the house lights and HomeAssitant automatisms and MQTT protocol. Everything works perfectly with the Tasmota firmware.
My intent was to replace 2 basic sonoff devices inside a box with Shelly 2.5
Before doing this I am tensing shelly on the desk for my use the relays must remain on for a long time.
I have 2 shelly2.5 devices on the desk, the first with one with tasmota firmware and the second with original firmware.
From the tests I'm doing with 2 relays on, the original one seems to be more cooler.
However I want to measure the temperature with an instrument
Please dont mix up different devices in this thread. It is about Shelly 2.5
Feeling is no validate way of measuring ;-)
Please post only measured values of a Shelly 2.5
@enricota66 pls do measure externally. The shelly 2.5 internal temperature is measured by a NTC thermistor. To get a reasonable reading it's result needs to be calculated. The current calculation is based on parameters I once received from Shelly. These parameters might have been changed so in that case the AdcParam
parameters need a change too.
@enricota66 pls do measure externally. The shelly 2.5 internal temperature is measured by a NTC thermistor. To get a reasonable reading it's result needs to be calculated. The current calculation is based on parameters I once received from Shelly. These parameters might have been changed so in that case the
AdcParam
parameters need a change too.
Tried one hour and 30 minutes with the relays on.
Indeed, there seem to be no important differences on the devices
( Tasmota ver is 8.2.0.1)
Great! Now what are the temperatures reported by Shelly and Tasmota in those situations?
Great! Now what are the temperatures reported by Shelly and Tasmota in those situations?
Sure
The Tasmota temperature in that situation is around 60 c.
But I was unable to find Shelly's data in its application.
Can anyone help me, where can I find it?
Background info shelly https://www.facebook.com/groups/1686781668087857/permalink/2054834997949187/
From previous link:
About question:How much is PCB operating temperature to Shelly2.5, Shelly1PM and Shelly PlugS:
Max ambient temperature is 40 degree. With no load PCB temperature is 55-60 degree. At MAX load continuesly is 87-90 degree.
Heating protection will switch off device at 95 degree.
All parts inside are 105-120 degree certifed for continuous usage.
So, the actual reported value of Tasmota is Right and in previous versions was reported wrongly. No real increase of PCB temperature between Tasmota versions.
Meaning the Shelly 2.5 needs a special adcparam
setup to work properly, I suppose.
Not easy without knowing the actual resistor used and what type of NTC is inside it...
@enricota66 pls do measure externally. The shelly 2.5 internal temperature is measured by a NTC thermistor. To get a reasonable reading it's result needs to be calculated. The current calculation is based on parameters I once received from Shelly. These parameters might have been changed so in that case the
AdcParam
parameters need a change too.Tried one hour and 30 minutes with the relays on.
Indeed, there seem to be no important differences on the devices
( Tasmota ver is 8.2.0.1)
First of all, thank you very much for your commitment!
So how exactly is this meant?
The temperature of the measured external thermometer and the one displayed in the Tasmota WebGUI did not differ?
Or both devices, one with the current Dev Branch and one with the original FW, got almost identical temperatures on the external thermometer?
If that was the case, what did the ShellyConnect app provide for a temperature value at that time?
And was this value identical to the value from the Tasmota WebGUI?
@enricota66 now that you have your Shellys in "test mode", you could try to change the value of the resistor using the command adcparm
and see if you can match the temperature shown by the one with Tasmota and your thermometer.
The default values are 2,32000,10000,3350
, where the third value is the resistor (10k). Changing the resistor value you will have a proportional higher/lower reading.
Dai che risolviamo! :)
Stop!
No need to change adcparam. The internal shelly tmperature IS 60 degrees C as also reported by shelly. See link above.
The shelly should report it's internal temp and not the external temp.
As already was concluded the tasmota adcparam are ok (I got them from shelly) and result in the same theoretic shelly temp.
To extract the original shelly temp a mqtt server is needed to address a documented topic within the device.
Understood, then the NTC is NOT for external reading but just for thermal control.
That changes all.
The temperature is measured IN the internal PCB. Comparing to a measurement from the exterior is going to be a lot lower than the actual pcb temperature. As Tasmota is reading now is OK. About 40 to 60C when relays are OFF.
I found out that if you remove the ADE7953 chip from the template, the temperature is much lower.
Maybe interesting for some people who use the Shelly2.5 only for the shutters and therefore don't need a power meter.
{"NAME":"Shelly 2.5 test","GPIO":[56,0,19,0,21,127,0,0,0,126,0,22,0],"FLAG":2,"BASE":18}
From the shelly support group on Facebook. Posted by Shelly.
Didnt knew that its possible to run it without N. I saw it yesterday with the Shelly Dimmer SL? I think. Would be nice to know how big this load was in this picture.
I found out that if you remove the ADE7953 chip from the template, the temperature is much lower.
Maybe interesting for some people who use the Shelly2.5 only for the shutters and therefore don't need a power meter.
{"NAME":"Shelly 2.5 test","GPIO":[56,0,19,0,21,127,0,0,0,126,0,22,0],"FLAG":2,"BASE":18}
Thanks for the tip.
-11°C with ADE7953 disabled!
I have the same issue with my shelly(s) 2.5. With original firmware the temperature is 60°C with both relays ON, with Tasmota 8.3.1 the temperature is 87°C (and probably increasing) with both relays ON. Nothing connected to the relays. I flashed 8 of them with the same behaviour. Four of them were in use with the original firmware (so I know their temperature while in use), I flashed the other 4 directly from the box.
Did you find a solution for it?
Thanks!
EDIT: temperature arrived to 89,9°C without loads, just both relays on. Should we just set SetOption42 to 0 to disable the overtemp protection until this is fixed?
EDIT2: it went to overtemp and switched off both relays. No powers on the relays. This is weird
I recently installed 4 of those Shelly 2.5 devices, and without any load the temperature is between 65 and 80 degrees. I use them for shutters, and the max I've seen is 89.6. Using Tasmota 8.4.0.
I really hope something is wrong with the reading, because those temperatures scare me a little...
Should I be worried? Please advise.
No.
If you use as shutter control, the temp is only a few seconds high.
But Im also confused; my Shelly 2.5 had a safety switch by ~75°C, so why could you see so hight temps?
I use it as a double switch. Only if my secound Relais (with nothing connected) the temp will climb over 75° in hot summer.
For me, I disabled PowerMeter and the secound Relais. The secound switch will only send message (MQTT) while switching - without Relais switching. So for me no temp problems any more, also in hot summer :)
Thanks. With power measurements turned off (by using the template from the post of @kugelkopf123 #issuecomment-606963545) the temperature remains between 54 and 62 degrees C. Which is fine for the shutters.
But I want to use those devices as normal dual switches as well, preferable including power measurements. Not sure if that is a good idea at temperatures of 80 C and up.
One of the Shelly 2.5 devices I configured for shutter operation climbed back to 72 C without any operation/load. Even with all power measurements disabled... the other one remains quite stable around 54/55 degrees.
I did a few tests in trying to get the temp down. I have found two workarounds:
Both bring the temp down to a max 55-60 range, without any load.
You could edit che template to remove the ADE chip. It won't show the power
consumption, but you will get much lower temperature. I think there is a
bug in newer tasmota versions
Il sab 22 ago 2020, 23:18 stefxx notifications@github.com ha scritto:
I did a few tests in trying to get the temp down. I have found two
workarounds:
- Downgrade to 8.1.0.
- Set "Sleep" to 250
Both bring the temp down to a max 55-60 range, without any load.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-678695962,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIXTCZN474SNFXLHBC73TDDSCAY23ANCNFSM4LSK5EZQ
.
The temperature values measured with and without load using Tasmota, are nearly the same as with stock firmware.
The higher value of temperature is dependant on how much current is passing thru your device.
The CPU usage (like with sleep set to 0) also increments it but not as much as the actual load connected to the shelly.
@ascillato , I have to disagree. There is a significant temperature difference between the stock firmware and Tasmota 8.4.0. Without any load the difference is around 20 degrees in my tests, with similar circumstances.
Between the stock firmware and Tasmota 8.1.0 the difference is negligible.
If I could use the Shutter functions with 8.1.0 I would revert to this version. For now, I mitigated the issue by disabling power measurements and a higher sleep value.
I agree with stefxx. The only way to keep the temperature the same like the
stock firmware is to disable the ADE chip. With the ADE chip the
temperature goes too high. If I keep the web page open, without any load,
the shelly goes to 90°C and more and it switches off due to the termal
protection. This is obviously totally wrong.
Il giorno dom 23 ago 2020 alle ore 09:06 stefxx notifications@github.com
ha scritto:
@ascillato https://github.com/ascillato , I have to disagree. There is
a significant temperature difference between the stock firmware and Tasmota
8.4.0. Without any load the difference is around 20 degrees in my tests,
with similar circumstances.Between the stock firmware and Tasmota 8.1.0 the difference is negligible.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-678738287,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIXTCZN3TR4KHRO744HUDH3SCC5V7ANCNFSM4LSK5EZQ
.
I don’t know how precisely This ade chip works. But perhaps the original software doesn’t read the chip that often as Tasmota do? Perhaps this could be a reason.
Sent with GitHawk
Can we re-open this issue? It is a real issue, not something with wrong readings
From previous link:
About question:How much is PCB operating temperature to Shelly2.5, Shelly1PM and Shelly PlugS:
Max ambient temperature is 40 degree. With no load PCB temperature is 55-60 degree. At MAX load continuesly is 87-90 degree.
Heating protection will switch off device at 95 degree.
All parts inside are 105-120 degree certifed for continuous usage.So, the actual reported value of Tasmota is Right and in previous versions was reported wrongly. No real increase of PCB temperature between Tasmota versions.
Either way, there is a real increase in the actual temperature of the device since version 8.2.0. It can be felt easily by simply touching the Shelly 2.5 by hand. I have two of them next to each other, one with 8.1 and one with 8.4 and the difference is huge!
Can we please reopen this issue and have another look into this? Thanks!
I think so. I keep the ADE chip not reading the power consumption otherwise
the Shelly switch off because of overheating eventually.
Il sab 12 set 2020, 11:27 stefxx notifications@github.com ha scritto:
Can we re-open this issue? It is a real issue, not something with wrong
readingsFrom previous link:
About question:How much is PCB operating temperature to Shelly2.5,
Shelly1PM and Shelly PlugS:
Max ambient temperature is 40 degree. With no load PCB temperature is
55-60 degree. At MAX load continuesly is 87-90 degree.
Heating protection will switch off device at 95 degree.
All parts inside are 105-120 degree certifed for continuous usage.So, the actual reported value of Tasmota is Right and in previous versions
was reported wrongly. No real increase of PCB temperature between Tasmota
versions.Either way, there is a real increase in the actual temperature of the
device since version 8.2.0. It can be felt easily by simply touching the
Shelly 2.5 by hand. I have two of them next to each other, one with 8.1 and
one with 8.4 and the difference is huge!Can we please reopen this issue and have another look into this? Thanks!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-691454569,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIXTCZKQODJIXQX7WZV6XTLSFM5GPANCNFSM4LSK5EZQ
.
I have no Idea how that can be. If you have two devices, perhaps it is possible for you to make a real mesurament. With two Sensors. One on each shelly.
Best if its open.
Perhaps in the latest Version from Tasmota, the ADE Chip gets triggerd more often? Perhaps this is the reason...
To get out of the right/wrong game here, I did some more testing in a more controlled way. Note that all tests have been done with an ambient temperature of 22-22 degrees, and the Shelly 2.5 PM devices are on my tabletop, not enclosed in any way.
One device has stock firmware 1.8.3 installed. The other one has Tasmota 8.5.0, using the default Blackadder device template. They are only connected to L and N, no load connected to them.
First, with both switches ON, I’ve let them run for about 45 minutes. At that point the temperature stabilized around 75 degrees on both.
Then I let the browser open on both devices, which has a (known) effect on the temperature of a Tasmota device of ~10 degrees. And indeed, after 10 minutes, the Tasmota stabilized around 85 degrees. No changes to the stock Shelly:
Next, I stopped actively monitoring the web interface and I switched both switches off, on both devices. They stabilized just above 60 degrees.
So far, so good. Still think that the temperature is quite high, but the difference with the stock firmware is negligible.
Next step is to downgrade the Tasmota device to firmware 8.1.0. Switches still of, no webserver session active, and after some time the temperature stabilizes around 50 degrees! More than 10 degrees less than 8.5.0!
Final test with both switches on, on both devices. Still no load connected. Stock firmware 75 degrees, Tasmota 8.1.0 “only” 62.
My conclusion: as the issue starter stated, there is a significant difference in Shelly 2.5PM temperatures between Tasmota versions, most likely introduced with 8.2.0. 10 to 13 degrees to be exact. However, the difference between stock firmware and Tasmota 8.5.0 is next to nothing.
Also, in general I find the temperature of those devices high. It might be within specs, but you can feel they are getting quite hot and that will only increase when built in small boxes with no space to breathe. So, if we can lower the temperature somehow (preferably not by disabling the PWM or increase the Sleep) that would be very welcomed. The question remains what changed in 8.2.0 wrt these devices… and is it something that might be reversed or corrected?
Hi, the real temperature in different Tasmota versions are the same. The CALIBRATION of Tasmota versions is different. That is why you see a difference in old Tasmota versions versus the newer versions.
The real Temperature is the same. The one showed in the UI is different. Please, measure the real temperature of the case (or of the board) using both versions of Tasmota and also to the stock firmware.
I might be able to borrow a thermal camera later this week. I will repeat the test and I hope we can come to a final solution after that. Thanks!
Thanks, your tests are more than welcome and if needed we can ADJUST the internal calibration to show a more exact temperature value. Thanks.
I do have the same issue of a shelly-2.5 getting hot temperature reading when running tasmota (-8.4.0.1).
I'm very aware that the actual temperature of the NTC and the shelly's case temperature are two different things; the NTC will be hotter due to being closer to the heat source.
So, measuring the actual inside temperature close to the NTC and comparing this to the reading computed by tasmota, is the important task to do.
An thermal imaging camera pointed at an opened shelly in operation would help. Don't even try this measurement if you're not trained to work on high voltage. Caution: High Risk of Electrocution! - you have been warned...
Thinking of heat sources in a shelly:
The polling load to read sensors requires CPU cycles (disabling the ADE sensor chip)
The two Relay (-Coils) dissipate heat when energized.
Several hundreds of mW dissipation per energized Coil is realistic.
The current flowing thru the Relay Contacts and the Current-Measuring Shunts.
Even though the real path resistance is likely much lower, it would increase due to wear and tear of the relay contacts over time. A Thermal protection is definitely useful here!
The Power-supply to power all these tightly packed components.
Bottom-line(s):
Improvements:
The last line might be interesting for tasmota: if the output-pin driving the relay is capable of PWM, the firmware could energize the relay with 100% duty-cycle for some 100ms, then step back to a lower duty-cycle that is sufficient to keep the relay energized, and save power. Something between 30..50% duty-cycle might be a good starting point when trying.
Adding the thermally conductive, but electrically insulating pad between the heat sources and the case would help heat transfer. Producing the outer case of the shelly using such a material would probably be something for advanced makers or the manufacturer.
Let's see where this thread goes...
You could drive the relays by using PWM
Please, don't. PWM is software PWM (the esp8266 don't have hardware PWM), so the CPU goes to 100% and the sleep time to 0. So, the amount of enegy usage goes up and the temp too. And driving a relay with PWM will reduce drastically its life.
Also, take into account that we are talking about the calibration of the temperature measurement between Tasmota versions. The fact that Tasmota is publishing a higher temperature don't means that now is actually hotter than in older versions.
Let's wait for @stefxx tests.
Good point for not doing PWM to drive relays. I wasn't aware of that.
If the ESP needs to to PWM in software, the additional CPU load and heat will eat up the savings in the coil, probably making things worse.
To improve my guess on dissipation, i have unhooked and opened my shelly-2.5:
The Shunt resistor is labeled "R004" in a package similar to 1206.
The Relay in my unit is made by Hongfa, Type "HF32FA-G 012HSL1"
Mains Power Supply Chip is a "LNK304DN"
The NTC sits very close to the ESP8266
There is a Chip that looks like an additional Low-Voltage Regulator with marking "WBBTA" (package SOT23-6)
I'll try to also get 'external' infrared temperature measurment in the internal components, to compare them with the NTC/Tasmota-readings.
- designator R35, no component marking
Thanks for the Infos!
Can you post Photos from the Board and the details?
I finally have a Seek Compact heat camera available to do some testing, planning to do some measurements tomorrow. Never done any heat measurements before. What should I test? How should I test? Should I remove the Shelly housing? Front and/or back? Any specific circumstances?
Just want to do it right before I waste my and possible your time with incorrect measurements.
Similar to https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157
So, without the casing and measuring the 2 cases: with and without a load.
Thank you. Very appreciated your help and tests 👍
Finally, I did some pictures of my opened Selly-2.5.
For reference to the issue I'll post them here. Maybe someone would rather see those in the documentation section?
An Overview on the Top / Component side, including the top-case where the antenna is located:
An Overview on the Solder side:
Detailed view on the Solder side:
Detailed view on the power supply section components:
With these pictures it should be easier to interpret pictures from the thermal imager.
I managed to get a thermal camera and take some pictures with it.
Camera set to emisivity of E=0.80, which seems to be a good value for epoxies, including typical FR4 PCB material.
In all the pictures of this post, I run tasmota-8.4 and both relays are energized.
NTC temperature readout was done via MQTT, to avoid having a browser-session working the cpu.
Ambient temp was about 25°C, almost no airflow.
Hot-Spots in operation:
With suspicious heat coming from the power supply section, i bent away the components, and took above detail picture.
The power-on after this cooldown time, shows really good where the predominant heat sources are.
Power Supply section warmup:
Thermal conclusion:
The guys at Shelly did a great job in building the device in the smallest possible way.
But there's room for thermal improvement:
I can imagine completely removing the R42 or using a higher value:
Many switching regulator topologies require a minimum load to work properly, but maybe the load from the low-voltage regulator supplying the chips is enough. Possibly it is required in case this low-voltage-regulator fails, although probably nothing happens then - I did not remove my R42 up to now; If you do, it's on your own risk.
If you use a thermal pad to transfer heat to the bottom case: make sure it withstands your mains voltage:
At 230V AC you have some capacitors charged to about 325V, and safety-standards DO require far higher breakdown voltages here!
I may try to do more thermal images running older tasmota-8.1, but don't count on that.
My personal guess is: The core of this issue #7991 lies in the code. Well...
Thanks a lot for your measurements. Those pics are amazing!!!!
Were you able to measure the temperature with the shelly stock firmware?
Anyway, from shelly's dev measurement (https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157) your values are very close to the stock firmware.
So, in conclusion, Tasmota is measuring a value that is real, right?
And Tasmota 8.1 had a bad calibration of the NTC that is why it was reporting a lower value (not real), right?
Thx for your effort to tackle the cause of the heat problem.
It would make sense to have the same measurements done with tasmota 8.1 as that version is presumably less hot than the above used 8.4
If indeed it is a lot cooler I could try to find the cause of the heat issue.
In the meantime users could also try to compile versions of tasmota without unneeded features and see if that lowers temp too.
So, I finally took some thermal pictures as well. Thanks @BeoQ your pictures look perfect. Much better than mine.
I've let the device stabilize for about an hour before measurements. Web interface off. I have 1 Shelly with Stock 1.8.3 firmware, and the other one with Tasmota. So the 8.1.0 and 8.5.0 measurements are from the same physical device. Ambient temperature 22 degrees, in a small and closed room (so no external airflow).
First the Shelly firmware, both relays activated, no load attached. Reported temperature 70 degrees, measured 73 degrees:
The Tasmota 8.5.0 device, again both relays activated, no load attached. Reported 70 degrees, measured 68:
And finally, after flashing the Tasmota device with 8.1.0, the device reported 59 degrees, actual 60 (I've let the device stabilize for 30 minutes, as the reported temperature was already stable for 15 minutes). Both relays activated, no load attached. :
So it seems there is actually a measurable difference between 8.5.0 and 8.1.0. Please let me know if I should make other measurements if that is helpful. I don't have any experience with these kind of measurements so let me know if I did anything wrong.
I just noticed that the picture from Shelly in this thread (#7991 (comment)) is not a 2.5 PM device. It looks like a dimmer.
It is not a 2.5, there is no neutral. It is something, SL version
Il dom 20 set 2020, 13:52 stefxx notifications@github.com ha scritto:
I just noticed that the picture from Shelly in this thread (#7991
(comment)
https://github.com/arendst/Tasmota/issues/7991#issuecomment-621995157)
is not a 2.5 PM device. It looks like a dimmer.—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-695778354,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIXTCZMSMJJDAI63QXVQZWTSGXUHJANCNFSM4LSK5EZQ
.
@arendst, @ascillato: Since @stefxx has done all three firmwares, i'd omit the shelly stock firmware, to avoid messing up my network security monitoring. I intend to try and measure other tasmota firmwares, but not sure when i get around to do so. Might as well be as late as next weekend.
If i get around to measure, I'll put a sonoff basic with different firmwares to the test as well.
[edit: Sonoff Basic is not affected. See below]
@stefxx: your thermal images also look very good!
I did three things to improve the pictures:
Keep it up!
Here we go:
I did a measurement series with temperature vs tasmota-versions.
I did not leave too much time for the temperature to settle, just about 5-10minutes each.
Looking at the NTC reading via MQTT showed it is enough settlement to be useful, since we don't need high accuracy on the temp reading this time. All measurement done on the same device, with no browser window open, and relays energized.
Shelly-2.5:
Something happened between the releases tasmota-8.2.0 and -8.3.0 that pushes up the shelly-2.5's temperature.
Sonoff Basic
For comparison: the same series on a Sonoff Basic, with selected device "sonoff basic"
I hope this helps finding out the root cause.
Cheers!
Thx again. I will dive in today.
I think the issue is solved!
Based on the latest temp pictures showing tasmota versions with higher values starting from version 8.3.0 AND the initial issue where it seemed to start from v8.2.0.1 I could easily conclude where the higher temp came from.
Since v8.2.0.1 all GPIO's are no longer set to input at restart first before they are initialized by tasmota but after tasmota configures the GPIO. For the ADE7953 this lead to an anomaly where the IRQ input was never set to input but stayed in limbo which could easily be an output which in turn would make the IRQ circuit act as a load resulting in additional heat.
The latest commit solves this and I noticed indeed a major temp decrease on my Shelly 2.5
Thx to all who have helped in solving this issue especially the images helped a lot!
So, if I will set the ADE chip on again, I shouldn't see the temperature
going high anymore, isn't it?
Thank for all your efforts guys!
Il gio 24 set 2020, 12:14 Theo Arends notifications@github.com ha scritto:
I think the issue is solved!
Based on the latest temp pictures showing tasmota versions with higher
values starting from version 8.3.0 AND the initial issue where it seemed to
start from v8.2.0.1 I could easily conclude where the higher temp came from.Since v8.2.0.1 all GPIO's are no longer set to input at restart first
before they are initialized by tasmota but after tasmota configures the
GPIO. For the ADE7953 this lead to an anomaly where the IRQ input was never
set to input but stayed in limbo which could easily be an output which in
turn would make the IRQ circuit act as a load resulting in additional heat.The latest commit solves this and I noticed indeed a major temp decrease
on my Shelly 2.5Thx to all who have helped in solving this issue especially the images
helped a lot!—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-698252659,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIXTCZMN5W7PCEZLLJ4U73DSHMLZRANCNFSM4LSK5EZQ
.
This is excellent! Great teamwork!
Can wait to test it (probably tonight). Thanks!!
Running 3 devices with latest build for about 2 hours. Temperature stabilizes between 45 and 55 degrees. Very happy with this!!
I am glad that this problem, which I discovered at the end of March, has finally been solved. So I can switch on the ADE again.
Many thanks to: @stefxx and @BeoQ For your work and time you have invested. And of course also to @arendst, who took another look at it.
Do I see it right, that just one PinDefinition was missing? So that the reset pin was not designated as an input pin and therefore no reset occurred?
Or what exactly was the problem?
Running 3 devices with latest build for about 2 hours. Temperature stabilizes between 45 and 55 degrees. Very happy with this!!
Before people start comparing this with my previous measurements; this is with both relays off. When they are both on, add about 10 degrees. Still, much lower then before!
See my explaination earlier. Remeber, IRQ is an Interrupt Request from the ade to the esp8266 and not a reset signal. As gpio16 cannot handle interrupts the IRQ is not used. Due to the gpio init change the IRQ gpio was never correctly initialized resulting in an output signal from the esp8266 which would be shorted to gnd by any ade irq resulting in heat and possibly hardware failure over time.
Wow, what a quick fix of the issue!
@arendst: taking a second look at the thermal series, with your explanation in mind: If the ESP is hotter, I can see the ADE chip also getting hotter.
According to the ADE's datasheet, it's /IRQ is low-active, meaning it stays high for most of the time. If the ESP continuously outputs a low, the one sources a current which the other one immediately sinks.
You write it is the GPIO16. That means, to select this Pin as an Input, like Button or Switch would have made the problem go away? Or set it to counter and count the interrupts?
Fabulous, will try it out ASAP.
Tried it today. Updated from 8.3.1 to todays Dev Branch. Works as long as i don't set GPIO GPIO16 to ADE7953 IRQ.
Then i get 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
No problem at all:
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"}
Pls try with the default template as I noticed you use a strange template with even a button3 in it...
@arendst it was the default template from blackadder. Frist i´ve tried my own. But it was the same as the one from the template website. Then i tried the template from 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
And btw. There is no switch 3 in my template...
Anyway it's not related to high temp so I suggest you open a new issue with thorough logging.
@arendst Wasnt shure. Because it has to do with this "fix". Thought it might me better to post here.
If you install the 8.5 (without fix) and turn on the ADE chip, do you still
have that problem? The temp should be higher, but at least you address the
problem
Il ven 25 set 2020, 11:46 kugelkopf123 notifications@github.com ha
scritto:
@arendst https://github.com/arendst Wasnt shure. Because it has to do
with this "fix". Thought it might me better to post here.—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/arendst/Tasmota/issues/7991#issuecomment-698834826,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIXTCZIE5F4L3XNNDTSZ3VDSHRRFZANCNFSM4LSK5EZQ
.
Closing this temperature issue as it has been fixed. Thanks everyone for the hard work. It is very appreciated. :+1:
See Docs for more information.
See Chat for more user experience.
See Community for forum.
See Code of Conduct
Can confirm that the Temp is better now with the fix!
My problem with the Exception was fixed via a "reset 1" and reconfig the Shutter.
Most helpful comment
I think the issue is solved!
Based on the latest temp pictures showing tasmota versions with higher values starting from version 8.3.0 AND the initial issue where it seemed to start from v8.2.0.1 I could easily conclude where the higher temp came from.
Since v8.2.0.1 all GPIO's are no longer set to input at restart first before they are initialized by tasmota but after tasmota configures the GPIO. For the ADE7953 this lead to an anomaly where the IRQ input was never set to input but stayed in limbo which could easily be an output which in turn would make the IRQ circuit act as a load resulting in additional heat.
The latest commit solves this and I noticed indeed a major temp decrease on my Shelly 2.5
Thx to all who have helped in solving this issue especially the images helped a lot!