Closed demian85 closed 5 years ago
Hi,
Please, complete the last part of the template. Use weblog 4 and post here the output of the console when your issue happens. Thanks
Right. But the thing is I can't keep monitoring the console 24x7 because this can happen at any moment. I may need to configure some kind of alert when power goes on so I can enter the console quick.
Maybe it is good to mention that I added a 200ohm resistor to the data pin just in case.
On Thu, Jun 20, 2019, 21:36 Adrian Scillato notifications@github.com wrote:
Hi,
Please, complete the last part of the template. Use weblog 4 and post here the output of the console when your issue happens. Thanks
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/arendst/Sonoff-Tasmota/issues/5969?email_source=notifications&email_token=AADS4ZVZNHRKKQHXVYW6WZDP3QO67A5CNFSM4H2B6AIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYHDA7I#issuecomment-504246397, or mute the thread https://github.com/notifications/unsubscribe-auth/AADS4ZS7VOYNACHV6WCMILLP3QO67ANCNFSM4H2B6AIA .
If your problem is intermittent, they you need to set up a remote syslog and turn on syslog logging on the Tasmota device. SysLog is documented in the wiki.
That's just great. I enabled syslog and weblog 4 and now the device keeps rebooting itself. I cannot use the web admin anymore. Do I need to flash firmware again?
On Thu, Jun 20, 2019 at 10:07 PM Michael Ingraham notifications@github.com wrote:
If your problem is intermittent, they you need to set up a remote syslog and turn on syslog logging on the Tasmota device. SysLog is documented in the wiki.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/arendst/Sonoff-Tasmota/issues/5969?email_source=notifications&email_token=AADS4ZQ4I6RNHSDTNAO434LP3QSUBA5CNFSM4H2B6AIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYHEIOQ#issuecomment-504251450, or mute the thread https://github.com/notifications/unsubscribe-auth/AADS4ZQNSULJOEXVCDDASDLP3QSUBANCNFSM4H2B6AIA .
The strip is connected to 5v and I'm using a logic level converter for the data pin.
This is not necessary as the WS2812 will read the logic level of 3.3V perfectly fine.
Have you considered that the level shifter may be introducing the problem? :)
Flash again - Probably.
You probably don't need full debug logging but definitely you don't need debug on the weblog if you're trying to capture intermittent issues. Set syslog 2 and weblog 2 to start. If that doesn't trap the issue, then up syslog to 4.
Cheers!
@demian85
Hi, any news on this?
Bad news. I removed the level shifter and the problem persists. I didn't have time yet to setup a syslog. Can someone please explain how a Led strip that requires a driver to work can be powered on by itself without any intervention of the microcontroller? At least I would like to understand if some signal is being picked up by mistake or the esp is magically turning the led on. I double checked and no one is sending the power cmd to it...
On Sun, Jun 23, 2019, 02:36 Adrian Scillato notifications@github.com wrote:
@demian85 https://github.com/demian85
Hi, any news on this?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/arendst/Sonoff-Tasmota/issues/5969?email_source=notifications&email_token=AADS4ZWZVAVXS6M7P7FAPZ3P34DVXA5CNFSM4H2B6AIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYKXDKA#issuecomment-504721832, or mute the thread https://github.com/notifications/unsubscribe-auth/AADS4ZUYZXJ7QW6P4JARI53P34DVXANCNFSM4H2B6AIA .
I never had that issue. I have several of these leds installed for more than a year and they never power up by themselves.
May be your leds are defective. Some other people have reported in old issues, weird problems with low quality clones of these leds.
Okay, but it doesn't explain how the leds are controlled by themselves. Does that make sense? They even power up using the Christmas scheme...
On Sun, Jun 23, 2019, 11:19 Adrian Scillato notifications@github.com wrote:
I never had that issue. I have several of these leds installed for more than a year and they never power up by themselves.
May be your leds are defective. Some other people have reported in old issues weird problems with low quality clones of these leds.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/arendst/Sonoff-Tasmota/issues/5969?email_source=notifications&email_token=AADS4ZWJ4STSPHSC3L2U6PLP36A6HA5CNFSM4H2B6AIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYK7SJA#issuecomment-504756516, or mute the thread https://github.com/notifications/unsubscribe-auth/AADS4ZSK2BL63HE7NXUT6WLP36A6HANCNFSM4H2B6AIA .
For a scheme, it requires Tasmota to send all those commands. So, in that case Tasmota is power them up.
So, for troubleshooting that, you need to set weblog or syslog to 4 to let Tasmota tells you, where that 'turn on' command cames from
Also make sure you have the correct number of pixels configured by checking the output of the Pixels
command
Well, I found the logs when this happened, and it tells me nothing.
16:30:33 MQT: tele/wemos/STATE = {"Time":"2019-06-23T16:30:33","Uptime":"0T00:20:15","Vcc":2.732,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","Dimmer":20,"Color":"333333","HSBColor":"0,0,20","Channel":[20,20,20],"Scheme":7,"Width":0,"Fade":"OFF","Speed":2,"LedTable":"ON","POWER2":"ON","Wifi":{"AP":1,"SSId":"Garchatel WiFi","BSSId":"CC:2D:E0:A6:11:71","Channel":9,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:04"}}
16:30:33 MQT: tele/wemos/SENSOR = {"Time":"2019-06-23T16:30:33","Switch1":"ON","Switch2":"ON","Switch3":"OFF","AM2301":{"Temperature":22.1,"Humidity":83.4},"BMP280":{"Temperature":24.4,"Pressure":1008.3},"BH1750":{"Illuminance":31},"PressureUnit":"hPa","TempUnit":"C"} (retained)
16:30:33 SRC: MQTT
16:30:33 SRC: MQTT
16:30:41 SRC: MQTT
16:30:41 SRC: MQTT
16:30:52 SRC: MQTT
16:30:58 SRC: MQTT
16:30:58 SRC: MQTT
16:44:59 SRC: MQTT
16:45:08 SRC: MQTT
16:45:08 SRC: MQTT
16:45:11 SRC: MQTT
16:45:37 MQT: tele/wemos/STATE = {"Time":"2019-06-23T16:45:37","Uptime":"0T00:09:14","Vcc":2.714,"SleepMode":"Dynamic","Sleep":0,"LoadAvg":999,"POWER1":"ON","Dimmer":20,"Color":"333333","HSBColor":"0,0,20","Channel":[20,20,20],"Scheme":7,"Width":0,"Fade":"OFF","Speed":2,"LedTable":"ON","POWER2":"ON","Wifi":{"AP":1,"SSId":"Garchatel WiFi","BSSId":"CC:2D:E0:A6:11:71","Channel":9,"RSSI":100,"LinkCount":2,"Downtime":"0T00:00:06"}}
16:45:37 MQT: tele/wemos/SENSOR = {"Time":"2019-06-23T16:45:37","Switch1":"OFF","Switch2":"OFF","Switch3":"OFF","AM2301":{"Temperature":21.6,"Humidity":82.4},"BMP280":{"Temperature":24.2,"Pressure":1008.5},"BH1750":{"Illuminance":30},"PressureUnit":"hPa","TempUnit":"C"} (retained)
16:45:37 SRC: MQTT
16:45:37 SRC: MQTT
As you can see, state says POWER1 = OFF and some time later it says ON, what happened in between? what was the trigger?
I have 3 switches but SwitchTopic
on Switch1#State do publish2 stat/wemos/SWITCH1 %value% endon on Switch2#State do publish2 stat/wemos/SWITCH2 %value% endon on Switch3#State do publish stat/wemos/SWITCH3 1 endon
Switch 1 and 2 are motion sensors, switch 3 is just a button. Pixels are correctly set to 8.
Sorry, I just realized that 15 minutes passed between those 2 logs and I don't understand why. I've set up syslog with debug level. I'll wait and check again with more detail.
Okay, sorry for the spam, here it is. Device is restarting and then an empty POWER cmd that seems to be retained since old times is triggering the led on (???)
Check the exception message:
Jun 23 17:25:40 wemos-2497 ESP-MQT: tele/wemos/STATE = {"Time":"2019-06-23T17:25:40","Uptime":"0T00:49:17","Vcc":2.732,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","Dimmer":20,"Color":"333333","HSBColor":"0,0,20","Channel":[20,20,20],"Scheme":7,"Width":0,"Fade":"OFF","Speed":2,"LedTable":"ON","POWER2":"ON","Wifi":{"AP":1,"SSId":"Garchatel WiFi","BSSId":"CC:2D:E0:A6:11:71","Channel":9,"RSSI":100,"LinkCount":2,"Downtime":"0T00:00:06"}}
Jun 23 17:25:40 wemos-2497 ESP-MQT: tele/wemos/SENSOR = {"Time":"2019-06-23T17:25:40","Switch1":"ON","Switch2":"ON","Switch3":"OFF","AM2301":{"Temperature":22.7,"Humidity":85.5},"BMP280":{"Temperature":24.4,"Pressure":1008.2},"BH1750":{"Illuminance":31},"PressureUnit":"hPa","TempUnit":"C"} (retained)
Jun 23 17:30:14 wemos-2497 ESP-WIF: Connected
Jun 23 17:30:14 wemos-2497 ESP-HTP: Web server active on wemos-2497 with IP address 192.168.0.12
Jun 23 17:30:16 wemos-2497 ESP-MQT: Attempting connection...
Jun 23 17:30:16 wemos-2497 ESP-MQT: Connected
Jun 23 17:30:16 wemos-2497 ESP-MQT: tele/wemos/LWT = Online (retained)
Jun 23 17:30:16 wemos-2497 ESP-MQT: cmnd/wemos/POWER =
Jun 23 17:30:16 wemos-2497 ESP-MQT: stat/wemos/RESULT = {"POWER1":"ON"}
Jun 23 17:30:16 wemos-2497 ESP-MQT: stat/wemos/POWER1 = ON
Jun 23 17:30:16 wemos-2497 ESP-MQT: tele/wemos/INFO1 = {"Module":"Generic","Version":"6.5.0(sonoff)","FallbackTopic":"cmnd/wemos_fb/","GroupTopic":"sonoffs"}
Jun 23 17:30:16 wemos-2497 ESP-MQT: tele/wemos/INFO2 = {"WebServerMode":"Admin","Hostname":"wemos-2497","IPAddress":"192.168.0.12"}
Jun 23 17:30:16 wemos-2497 ESP-MQT: tele/wemos/INFO3 = {"RestartReason":"Fatal exception:28 flag:2 (EXCEPTION) epc1:0x4000e1f0 epc2:0x00000000 epc3:0x00000000 excvaddr:0x00000000 depc:0x00000000"}
Jun 23 17:30:16 wemos-2497 ESP-MQT: stat/wemos/RESULT = {"POWER1":"ON"}
Jun 23 17:30:24 wemos-2497 ESP-MQT: Attempting connection...
Jun 23 17:30:24 wemos-2497 ESP-MQT: Connected
Jun 23 17:30:24 wemos-2497 ESP-MQT: tele/wemos/LWT = Online (retained)
Jun 23 17:30:24 wemos-2497 ESP-MQT: cmnd/wemos/POWER =
Jun 23 17:30:24 wemos-2497 ESP-MQT: stat/wemos/RESULT = {"POWER1":"ON"}
Jun 23 17:30:24 wemos-2497 ESP-MQT: stat/wemos/POWER1 = ON
Jun 23 17:30:29 wemos-2497 ESP-MQT: tele/wemos/STATE = {"Time":"2019-06-23T17:30:29","Uptime":"0T00:00:14","Vcc":2.714,"SleepMode":"Dynamic","Sleep":0,"LoadAvg":782,"POWER1":"ON","Dimmer":20,"Color":"333333","HSBColor":"0,0,20","Channel":[20,20,20],"Scheme":7,"Width":0,"Fade":"OFF","Speed":2,"LedTable":"ON","POWER2":"ON","Wifi":{"AP":1,"SSId":"Garchatel WiFi","BSSId":"CC:2D:E0:A6:11:71","Channel":9,"RSSI":100,"LinkCount":2,"Downtime":"0T00:00:06"}}
Jun 23 17:30:29 wemos-2497 ESP-MQT: tele/wemos/SENSOR = {"Time":"2019-06-23T17:30:29","Switch1":"ON","Switch2":"ON","Switch3":"OFF","AM2301":{"Temperature":22.9,"Humidity":84.7},"BMP280":{"Temperature":24.5,"Pressure":1008.0},"BH1750":{"Illuminance":31},"PressureUnit":"hPa","TempUnit":"C"} (retained)
Jun 23 17:30:44 wemos-2497 ESP-RUL: SWITCH1#STATE```
Yes, that is. You have retained messages in your mqtt broker and also you have some problem in your firmware that makes a reboot with exception.
You need to clear your mqtt broker database and also erase your firmware with esptool.py as explained in the wiki and flash again with the precompiled bins with esptool.py also.
The exception list descriptions are in https://github.com/esp8266/Arduino/blob/master/doc/exception_causes.rst
Mainly your restart issue is due to bad flashing (see wiki for the correct way) or not enough power due to small or noisy power supply, or bad regulator on your board.
Please, in order to solve your issue:
Thanks
Hi,
Could you solve your issue?
Will try later. You didn't even give me time to sleep! Thanks!
On Mon, Jun 24, 2019 at 8:51 AM Adrian Scillato notifications@github.com wrote:
Hi,
Could you solve your issue?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/arendst/Sonoff-Tasmota/issues/5969?email_source=notifications&email_token=AADS4ZQTFWNDVADEM3B6B5LP4CYKLA5CNFSM4H2B6AIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYMVIVY#issuecomment-504976471, or mute the thread https://github.com/notifications/unsubscribe-auth/AADS4ZV5QX4ERS3KQ2AE26TP4CYKLANCNFSM4H2B6AIA .
Hi, any news on this?
Did not give it a try yet. I'll reopen if necessary. Thanks.
On Wed, Jun 26, 2019, 18:44 Adrian Scillato notifications@github.com wrote:
Hi, any news on this?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/arendst/Sonoff-Tasmota/issues/5969?email_source=notifications&email_token=AADS4ZVXMCKHPRHT6GCMEB3P4PPKXA5CNFSM4H2B6AIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYU5ABI#issuecomment-506056709, or mute the thread https://github.com/notifications/unsubscribe-auth/AADS4ZSLU77PNOFC4VWPOTLP4PPKXANCNFSM4H2B6AIA .
Ok. When you have time, tell us if you could solve your issue. Thanks