-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Component <unknown> took a long time for an operation #61
Comments
Must be the (newest) esphome version i think... Different code (brink modbus) same result: 2023.4.4 See also: |
I'm getting repeat: Is this a similar issue or something else? For me I'm not getting any response from the SRK50ZJX-S when sending commands. |
I found this issue in the Esphome GitHub, I guess this is the reason for the appearance of these messages? The only think I am not sure about, is in my case, the component in my logs is 'unknown'. |
Bonjour AFCNEWS, |
No I have not solved it. Maybe you can put your log also in the esp home GitHub, the more bugs reported the marrier? |
These messages are normal for components that poll stuff/process a lot of values. ESPHome runs everything single-threaded (developers don't think multi-threading is necessary as the ESP generally has more than enough processing power) - and as such any delays in component code will stall the main loop and with it everything else. Which is probably why they put this warning in. In reality, it will not do any harm if communication with the AC is the only thing your ESP does. It is just a ways for the devs to make other devs more conscious of the effects stalls have on the general loop. Safe to say, if it reports the message now, it has always been this way. The only thing that has changed over the past couple of versions is the addition of the warning message. The error messages some of you are seeing (error -4, error -3) typically indicate an error with SPI communication. You probably have some sort of wiring issue or your ESP is faulty. It's not something you will be able to fix by changing config or code. Inspect your wiring. Ergo; Especially if you see the warning about the long delays (0.10s) - this kind of indicates your ESP is not getting any response by the AC unit and gives up waiting after 100ms. The warning about 0.06s delay is probably benign and the actual time required for the ESP and AC to communicate with each other. |
Ok, https://www.nodo-shop.nl/en/our-products/228-espac-wifi-mitsubishi-heavy-industries-interface.html Bonne journée |
Good choice! That should work much better. Let us know how it fares and if it solved your issues. |
Bonsoir à vous tous, je viens de faire les quelques soudures, connecté le module, tout fonctionne maintenant, enfin !! |
Same here with SRK35ZM-S |
getting the same. I can block the errors with the following but a fix would be sweet logger:
|
Thank you! Fixed it for me. |
This is not really a bug; it's just the ESPHome devs that decided to put in a notice when anything causes the mainloop to be busy for more than 30ms (as you can read). The communication code of the component needs more than 30ms do to it's thing and is dependant on the AC unit to respond (sometimes with a slight delay). That's just how it is, and it will not be fixed or improved. So if you want to hide it (no idea why though, as you're not really using the console anyways if not for debugging);
|
There is nothing we can do about this, as the airco units are "slow" to esphome standards. a work-around is described, and #99 will have an FaQ item on this |
I have a SRF35ZS-W connected and all automations and scripts work fine with it, but I see this very often in the log:
[component: 204 ] Component took a long time for an operation (0.06 s) .
[component: 205 ] Components should block for at most 20-30ms.
With the other 3 units SRK25ZS-W I see the same messages also, but not as often as with the SRF35ZS-W
Any idea where this warnings comes from and if there is a way to solve this?
The text was updated successfully, but these errors were encountered: