How to ensure control reliability in Domoticz with espeasy modules?

Anyone grasped the subject of the reliability of domoticz control of espeas-based modules? Domoticz as such does not check if the execution module has worked, it sends a command and that's it. The execution module could have crashed, then restarted, etc, and domoticz won't correct this because it doesn't know about it. MQTT is not a solution, because if it waits for a command to be received, it will not send it again when espeasy connects to domoticz after a reboot.

How do you deal with the reliability of the control of the executive modules? Everywhere I see complacency about controlling the esp8266 when everything is working properly, but nowhere have I found solutions regarding long-term reliability.

You may find the device monitoring tool from ESPeasy useful:
https://www.letscontrolit.com/forum/viewtopic.php?t=5177
This is a plug-in for the application Munin .

Well, yes, but ESP monitoring I can do myself with rssi charts. And that's not the point. How to force domoticz to detect and automatically update the status of the ESP when it restarts.

To be honest, I don't use Espeasa much now. I prefer the more stable Tasmota. As for your question you can make yourself a feedback to Domoticz API and monitor e.g. rssi wifi in combination with notifications. E.g.when I have no rssi info from the module then Domoticz sends me notifications on Telegram.

Ok, let it be tasmota. But notifications are a poor prosthesis, I have to log into domoticz and tap the appropriate option to update the status.

That is to say, as I understand it, so far no one has paid attention to this and everyone is using an unpredictable system that is really useless for anything more advanced than lighting Christmas lights. The sensor monitoring works nicely, but the control is a stopgap.

How about not domoticz and espeasy but a different set of software but still diy giving more reliability to control devices?

I don't really understand what you mean. You want a confirmation of execution, after all, this can be implemented for yourself and in several ways. You can use Mqtt as you mentioned yourself. You can use API, Node-red, dzvents, python, lua etc.
You can set up telemetry (Tasmota) You can periodically renew the command, etc. You probably can't anticipate everything anyway, but the Domoticz environment is flexible enough that you can be tempted to make your own solutions.
There are also alternative systems like Home Assistant or Openhab, Supla etc.

Ok, then how do I set up in domoticz to periodically send the status of all outputs to the actuators? I have, for example, a lua script that calculates the pwm value depending on the slider setting called once when the slider is used. Or a simple on/off with on action and off action performed when changing the state of the switch. How to send the current settings for all actuators every e.g. 5 minutes? Then there is no need for esp restart detection. At most, you can signal its absence for more than x minutes. I have not found a solution on the domoticz forums, although I once asked a similar question there. Because I don't think it makes sense to save states as variables in a separate script and call it every 5 minutes, modifying the script every time we change something in domoticz.

E.g. with Dzvents. On timer every 5 minutes...
Read about Dzvents. You can send a direct command or a command preceded by a state check - checkfirst(), or you can only change the state in Domoticz - silent().
You can save the state to your own global variable and play it back even after restarting Domoticz.

Ok, thank you for the tip. I will read. So far my simple automation consists of bash scripts where the control writes states to /tmp and the executive script reads them every minute and sends them to the executive modules. I thought this was covered in such an elaborate domoticz in a better way only I can't find it.

If my memory serves me correctly, tasmota and espeasy memorise the state of the outputs in flash and restore their value after a restart, the same with domoticz.