ESP8266总是随机重置的原因?怎么解决？

我有两个相同的 ESP 8266 - 07 版本，我用它们通过 Telegram（免费）打开/关闭水泵，它们都运行相同的代码，但在两个不同的 WIFI 网络上。我发现 ESP 会进行随机重置（有时是 3 小时，但大多数是在上次重置或启动后一到三天），我怀疑这可能与慢速互联网或电报有关。
我确实修复了导致常见 ESP 重置的臭名昭著的硬件和软件问题，即电源、足够的电容器、每个地方的延迟 (1)、到处都是 yield()、ESP.wdtFeed、没有 Serial.print/ln，我从默认值增加了 wdt 计时器1 秒到 4 秒，我没有无休止的 while() 循环，我什至将所有字符串替换为 Char 函数以防止堆内存碎片化。我确认没有内存泄漏。
我的 WIFI SSID 和密码放在单独的头文件中。
1.) 问题最多的第一个 ESP 连接到我父亲的小型企业 WIFI 网络（无上限 @~512kbs，运行五台计算机、一台打印机和两三部手机）。在周一至周五的一个工作周内，重置次数从 4 次到有时 10 次不等。在周末，ESP 是网络上唯一的设备并且运行平稳，它打开和关闭计时器，检查泵压力水平，并通过 Telegram 将所有信息发送到我的手机。
2.) 发送 ESP（与第一个相同的型号）从我的家庭网络运行相同的代码（Capped @~1 or 2mbs）。在工作日，此 ESP 连同一台处于睡眠状态的计算机连接到 WIFI。然而，在晚上每个人都在使用社交媒体时，或者在上班前的早晨，这种 ESP 往往会自行重置。一旦所有人都离开了，ESP 就可以了。
3.) 99% 的情况下，这些重置发生在 ESP 使用 Wifi 向我的手机发送消息后 5 到 10 分钟。
4.) 今天下午 1 点，它打开水泵，在我收到它执行重置的消息后 8 分钟。
这是 ESP 在 Wifi 速度较慢时重置的内置功能，还是与 Telegram 相关？我确实使用了“bot.longPoll = 10;” 保持 ESP 对我手机 Telegram 发出的命令保持警惕。
这与wifi有关吗？如果是这样，我该如何克服呢？我确实有一个“WifiReconnect()”函数，类似于在网上找到的许多例子，但是如果 ESP 失去连接，它的蓝色状态灯会开始闪烁（这在我在附近重置时从未发生过。我应该
使用ESP 发送到我手机的消息之间的“延迟（）”？
注意：出于安全原因，我没有发布代码，因为我出售了我编写的特定代码。
此外，我不知道在重置期间串行监视器输出的错误是什么, 因为我不能让我的电脑连接到 ESP 3 或 4 天。
有没有其他人遇到过类似的事情？这是一个缓慢的互联网问题吗？