Skip to content
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 esphome.coroutine is marked FAILED #151

Open
GermanCaruncho opened this issue May 31, 2024 · 12 comments
Open

Component esphome.coroutine is marked FAILED #151

GermanCaruncho opened this issue May 31, 2024 · 12 comments

Comments

@GermanCaruncho
Copy link

A reference message appears in the log and it does not work. In HA it appears perfectly and there is communication, but the AC split doesn't even flinch. The micro is 8266 and the air is MSZ-DM35VA
Thanks.

@syrisara
Copy link

syrisara commented Jun 9, 2024

Same is happening to me with a Wemos D1 v1.
ESPHOME version 2024.5.5
Exact error, [E][component:082]: Component esphome.coroutine is marked Failed. Same airco.

@bmwilson1978
Copy link

I also have the same issue, appears to have started this week sometime, but only for one of my units.

image

@bmwilson1978
Copy link

I also have the same issue, appears to have started this week sometime, but only for one of my units.

image

^^ Just on this, I noticed that one of my HP units was connected to a different SSID to the other which was reporting the issue, changed it to the SSID the other HP unit is using (working fine), and it's not reporting that issue anymore. This might help @syrisara & @GermanCaruncho ?

@syrisara
Copy link

I also have the same issue, appears to have started this week sometime, but only for one of my units.
image

^^ Just on this, I noticed that one of my HP units was connected to a different SSID to the other which was reporting the issue, changed it to the SSID the other HP unit is using (working fine), and it's not reporting that issue anymore. This might help @syrisara & @GermanCaruncho ?

Don't no, switched to

https://github.com/echavet/MitsubishiCN105ESPHome

This is working even better for me.

But thank you for your suggestion!

@syrisara
Copy link

A reference message appears in the log and it does not work. In HA it appears perfectly and there is communication, but the AC split doesn't even flinch. The micro is 8266 and the air is MSZ-DM35VA Thanks.

You could try
https://github.com/echavet/MitsubishiCN105ESPHome

Working for me.

@Brandy-AU
Copy link

Same issue here, removing the external component referencing this repo stops the error.

What's changed?

@wBrhy2
Copy link

wBrhy2 commented Jun 19, 2024

Humm I was about to open a ticket but I'm wondering if this is related. My HVAC has been going into an error mode E5 once or twice per day for a few weeks now. Removing my esp32 from the port physically prevents it from happening. Is this the same?

@sanjay900
Copy link

I also have the same issue, appears to have started this week sometime, but only for one of my units.
image

^^ Just on this, I noticed that one of my HP units was connected to a different SSID to the other which was reporting the issue, changed it to the SSID the other HP unit is using (working fine), and it's not reporting that issue anymore. This might help @syrisara & @GermanCaruncho ?

Don't no, switched to

https://github.com/echavet/MitsubishiCN105ESPHome

This is working even better for me.

But thank you for your suggestion!

Thanks for pointing this out, it just immediately fixed all my problems!

@Marki-Home
Copy link

[E][component:082]: Component esphome.coroutine is marked FAILED

Is there a solution?
How?
Thanks

@opnordahl
Copy link

opnordahl commented Sep 16, 2024

This solved the issue for me:
add "baud_rate: 0" under logger:

# Enable logging
logger:
   logs:
      component: ERROR
   baud_rate: 0

@redstorm1
Copy link

I also have this issue

@redstorm1
Copy link

redstorm1 commented Nov 16, 2024

I've spend a day on this trying different things.
I have a split system that i put in when i built the house, i ran cat6 to each as it was a new build and i prefer hardwired.
I used WT32-ETH01's and found i didnt need pullups on the data lines.
These 4 units all worked fine up until the other day (running since jan 2022). Noticed one was offline restarted the Unit and all 4 dropped off with the same error
image

The indoor units are:
MSZ-LN25VG2W - Office (currently on a ESP8266)
MSZ-LN35VG2W - Guest Bed (recovered after a re install)
MSZ-LN50VG2W - Dining Room (recovered after a re install)
MSZ-LN50VG2W - Living Room (offline with the error)

Here is the weird thing, installing the image over the wire without any changes and the Guest Bed and Dining Room units recovered and booted without the error. the issue remains on the Office and the Living units.

I pulled the office one apart and configured up a nodemcu with pullups on uart0 and the office pump with the ESP8266 booted and connected. The ESP8266 had a 80Mhz frequency was the main difference and WiFi not hardwired.
I Tryed the WT32-ETH01 with pullups and didnt connect. (baud set to 1200, 2400,4800, 9600, 19200, 38400, 57600, 115200 were all tried)
Tried hardware uart2 no connection.
Tried setting the cpu frequency down to 80MHz no connection.
Tried switching to the Mitsubishi CN105 ESPHome component no connection, uart0, uart2, mulitple baud rates tried.
Switch back to the ESP8266 and connected. Changed the component to Mitsubishi CN105 ESPHome and connected, tryed out the energy features, outside temperature etc.

Whats got me scratching my head as 2/4 recovered and have exactly the same config.

image
image

image

A little lost now as to what to try, happy to run some more tests to get these WT32-ETH01s back operating.
One thing i did notice that may be an issue is the 5V from the Unit is measuring 6.7VDC with a multi meter which is quite high, with no level shifters this with pullups is going straight on the TX RX pins of the micro so I wonder if the UART is fried.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants