Just a quick update: I’ve manually changed the client id on all devices to something different, since it was the exact same name than the topic. Maybe this could help regarding the reason code 2.
I will monitor and let you know tomorrow.
Thanks again!
Hi, the clientID need to be different, this is ok, but I know now that in your settings you can’t change the clientID adding a random value because I understand that you are using: Sonoff-Tasmota In the field Client is only a fix string.
I think inside this firmware are the connection in this lines of code:
Related with the problem you have, another users have the same problem, you can see here:
https://github.com/arendst/Sonoff-Tasmota/issues/4555
Therefore in this situation/suggestion your MQTT broker needs to have a “decent” way to disconnect and connect (reconnections) without problems. Taken care about how to clean session.
Sometimes your configuration inside broker MQTT impact on configuration of clients and the way of how to they do a reconnection.
If you can not manage the broker in the correct way you will have problems.
The quick, bad and ugly solution is to add “always” (this is in every reconnection) a clientID + random number. And this require to modify the firmware.
Related information about this question and interesting links are:
Conclusion:
You are welcome 
Hello sir!
Amazing information, very useful, thanks a lot!
I will take the time to read everything and try to learn something of it.
As for now, changing the client id to something different than the topic seems to solve the problem so far. It has been hours and no disconnects on log. I just love this screen:
Very nice! Thanks a lot again and have a great weekend!
nice! Enjoy.
Hello again @fquinto, how are you today?
Sorry to bother you again my friend but last night errors and disconnects started again, could you please take a look at those logs?
This the log found on the device, no RC code whatsoever:
It just disconnects and reconnects do the MQTT broker. The WI-FI connection is solid, no disconnection at all, i can see on Asus router logs.
This problem seems not important but for me kinda is. I get so many unavailable events, MQTT error logs and messed up history on devices that reconnects showing the wrong time of last state change.
I really appreciate your help!
Thanks a lot!
Hi! I think the LOG of Mosquitto is not complete, this is required in order to help you.
Maybe is something related with: Mosquito MQTT update v3 broke my hassio
It’s hard to help you because
and if we could see more of
Without that then it is
so the truncation is not
Seeing all of the log would
then we get the whole picture.
Thanks a lot @fquinto and @123! I am really busy these next few days, I will read more and figure out how to get better logs for debugging. Have a great week!
I am getting the exact disconnects in the Mqtt add-on log. At first I thought it was a sonoffs issue but I also have a pc running a python script and that disconnected too. Just letting you know you are not the only one setting this. In tasmota I see error 2 also, I am using unique client ID for each device. Using mosquito addon v4. HA 83.3. WiFi has not dropped
Same here, but didn’t have time to dig into it.
Hello guys!
I’ve messed with dozens of settings and configurations on my router and HA. Changed the firmware of my Asus Router to the Merlin version and still no luck.
Sometimes they remain connected for hours and suddenly a bunch of them disconnects from the MQTT broker and reconnects immediately. Here is a log from one of my devices that just disconnected:
12:05:40 MQT: tele/controle_garagem_casa/STATE = {"Time":"2018-12-14T12:05:40","Uptime":"0T15:53:21","Vcc":2.790,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Antonio e Roberta","RSSI":70,"APMac":"10:7B:44:C1:E6:78"}}
12:10:41 MQT: tele/controle_garagem_casa/STATE = {"Time":"2018-12-14T12:10:40","Uptime":"0T15:58:21","Vcc":2.774,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Antonio e Roberta","RSSI":72,"APMac":"10:7B:44:C1:E6:78"}}
12:15:40 MQT: tele/controle_garagem_casa/STATE = {"Time":"2018-12-14T12:15:40","Uptime":"0T16:03:21","Vcc":2.788,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Antonio e Roberta","RSSI":70,"APMac":"10:7B:44:C1:E6:78"}}
12:16:26 MQT: Attempting connection...
12:16:26 MQT: Connected
12:16:26 MQT: tele/controle_garagem_casa/LWT = Online (retained)
12:16:26 MQT: cmnd/controle_garagem_casa/POWER =
Here is the MQTT broker log:
1544790665: Saving in-memory database to /data/mosquitto.db.
1544792466: Saving in-memory database to /data/mosquitto.db.
1544794267: Saving in-memory database to /data/mosquitto.db.
1544796068: Saving in-memory database to /data/mosquitto.db.
1544797869: Saving in-memory database to /data/mosquitto.db.
1544799671: Saving in-memory database to /data/mosquitto.db.
1544800593: Client sonoffbridge_casa_sala has exceeded timeout, disconnecting.
1544800593: Socket error on client sonoffbridge_casa_sala, disconnecting.
1544800594: Client d1_casa_cozinha_lava_loucas has exceeded timeout, disconnecting.
1544800594: Socket error on client d1_casa_cozinha_lava_loucas, disconnecting.
1544800595: New connection from 192.168.1.146 on port 1883.
[INFO] found DVES_USER on local database
1544800595: New client connected from 192.168.1.146 as d1_casa_cozinha_lava_loucas (c1, k10, u'DVES_USER').
1544800595: New connection from 192.168.1.72 on port 1883.
[INFO] found DVES_USER on local database
1544800595: New client connected from 192.168.1.72 as sonoffbridge_casa_sala (c1, k10, u'DVES_USER').
1544800595: Client d1_casa_controle_garagem has exceeded timeout, disconnecting.
1544800595: Socket error on client d1_casa_controle_garagem, disconnecting.
1544800596: New connection from 192.168.1.118 on port 1883.
1544800596: New client connected from 192.168.1.118 as d1_casa_controle_garagem (c1, k15).
1544801472: Saving in-memory database to /data/mosquitto.db.
There are no disconnection from the Wifi whatsoever, very odd.
Any luck for any of you?
Thanks!
The issue stopped for me after upgrade to 84.2. I have had 1 disconnect since 84.3. It appears to be the same sonoffs device. I may upgrade tasmota to 6.4 but it’s not causing me huge issues. Are you still having trouble?
Hello! Yes, many disconnects. I’ve updated to version 84.3 and flashed a couple of D1 Minis with Tasmota 6.4 and immediately reverted to 6.21 after the devices were loosing wifi connectivity every 30 seconds. Version 6.21 seems to be a bit more stable. Besides that, still many disconnects from Tasmotised Sonoffs (version 5.14).
I tested a sonoff with 6.4.1 today and it was constantly disconnecting all the time. I think the disconnects were WiFi and therefore Mqtt. I have reverted back to 6.3.0.16 and ok again.
I noticed 6.4.1 upgrades the core to 2.4 and I think that is the issue. There are reports that core 2.5 is ok but I am not trying again now.
Hey guys, I was able to fix my custom devices by setting WiFi.setSleepMode(WIFI_NONE_SLEEP);
My devices also use core 2.4 atm.
I started getting a lot of disconnects with 6.4.0 Never had issues before.
I ended up compiling my own Tasmota firmware with core 2.5, also did a reset 1 command on the sonoff to clear out the configuration and it then picked up the defaults in my compiled firmware. It’s been 12 hours now with no disconnects. I also did sleep 0
Got the info from the Wiki here
Does sleep 0, turn off sleep. I tried that with core 2.4 and that was the main reason I had to do a cable flash.
That link above SPECIFICALLY says not to use core 2.4 because it has bugs. I am using sleep 0 with core 2.5
I found that out the hard way but it was 2.4.2 which is included in the latest stable pre compiled binaries so it was easy to fall into this problem with a standard OTA update…
I couldn’t work out if sleep 0 will turn off power saving, I have a lot of devices now so would want power saving to be as high as possible. I usually use sleep 250.
I think I will try 6.4.1 with 2.5.0 core
Versions compiled using 2.5.0 are labelled as beta
Hello guys! Any advise on devices running version 5.14? All my sonoffs (21) are installed inside lamps, ceilings and all sorts of hard to access places. If there is an OTA solution will be much appreciated. I can take down all of them but would be my last move. Thanks