No status updates after a few hours (Chamberlain ML1000ev)

[michaeljoos72]

Hi all

Recently I have connected a ratgdo board with ESPHome-FW to my Chamberlain ML1000ev Garagedoor opener (“yellow learn button” Security + 2.0). The board I have purchased directly from ratgdo (V2.5) and is powered over USB. WIFI is 3m away from board (-40 dBm).

Connection/Wiring is OK because in general everything works (open/close commands, light, obstruction)

My problem: After a few hours the 5 minutes status reporting stops. This screenshot was taken at 16:30:

No more updates and opening the garage door with a remote control also reported no change in status.

"Query status" helped and the status was updated immediately:

Do you know what could be the root cause for this? Does the Garagedoor opener somehow have a deep sleep? And "query status" does wake-up?

Thanks & BR
Michael

[tmjo]

Hi,

I think I see the same behavior as you report here. My setup is a Liftmaster LM100EVS with an original Ratgdo v2.5i flashed with latest esphome-version. Everything working fine (except close-command due to not having obstruction sensors ref here, but toggle works perfectly).

I get correct status for a while, and then it stops updating. Seems like toggle-command from webUI or HA still works, and then status update is back again. A query status command also get things back on track.

Any ideas why this might happen?

[damaar666]

Hi,

I think I see the same behavior as you report here. My setup is a Liftmaster LM100EVS with an original Ratgdo v2.5i flashed with latest esphome-version. Everything working fine (except close-command due to not having obstruction sensors ref here, but toggle works perfectly).

I get correct status for a while, and then it stops updating. Seems like toggle-command from webUI or HA still works, and then status update is back again. A query status command also get things back on track.

Any ideas why this might happen?

This is similar to my experience, with the obstruction sensors.

[tmjo]

@PaulWieland; would you mind taking a look and see if you have any idea that might be causing this or how it could be fixed? Thanks for a great product!

[kriss2938]

Here the same issue, for a long time, already. Even removed the RATGDO a while ago because it's unreliable.
Recently started using the device and did some troubleshooting, but in vain.

The RATGDO is connected to a Chamberlain ML700ev and after some hours it stops reporting door state.

• Pressing "Query status" and/or "Sync" doesn't help in my case.
• Restarting the device is the only way to get it working.

Troubleshooting:

• At first I didn't have any obstruction sensors connected. Currently, the sensors are connected, but still the same issue.
• Moved the RATGDO closer to a Wifi AP to rule out bad signal. Wifi signal is around -40db, so very good, but issue persists.
• Re-flashed RATGDO with latests firmware and erase option enabled, but issue persists.

Can we enable some kind of extended logging and download it from the device?

[PaulWieland]

Can we enable some kind of extended logging and download it from the device?

Open the web UI, the serial log is displayed there. A serial log is required in order to do any sort of meaningful troubleshooting.

Does the door respond to commands? What happens in the log when you press the sync button? Sync issues a query to the GDO, and the GDO should respond with the status. The status is also normally updated every 5 minutes by the GDO, but it might be different for these ML series openers.

[PaulWieland]

Do you know what could be the root cause for this? Does the Garagedoor opener somehow have a deep sleep? And "query status" does wake-up?

Could be a fundamental difference in this series of opener. Does this model have an e-serial terminal?
If it responds to the sync/query command, then a simple fix might be to add a timeout after 10 minutes of no status, issue a status query.

Regardless, the polling shouldn't matter. The door should broadcast its status when you open/close it. Is that also not happening?

[michaeljoos72]

Does this model have an e-serial terminal?
No, on my ML1000ev I only can see the pins that I have used for ratgdo.

Does the door respond to commands?
Yes, the commands always worked, and then the status immediately worked again for a few hours.

For me, the hourly sending of a "query status" from openHAB works as a workaround.

The status is also normally updated every 5 minutes by the GDO
Yes, this is visible in the LOG. But somehow, it stops after a few hours standby without any activities.

If it responds to the sync/query command, then a simple fix might be to add a timeout after 10 minutes of no status, issue a status query.
I think this would resolve my issue. Would be great if you can implement! :)

[tmjo]

Hi and thanks for your reply! To my understanding, my Liftmaster LM100EVS has a e-serial (using terminal 0 instead of the red one).

Apart from that, the situation is the same as for @michaeljoos72. It seems to always respond to commands, and seems to update status correctly when controlled from ratgdo. However, it does not always catch status changes if I have used the "old" controls provided with the garage door opener. A sync/query command seems to solve it and I see this also in the opening counts, which may suddenly jump 3-5 numbers since the door has been opened in the traditional way without updating status to Home Assistant.

[kriss2938]

Here's a screenshot of the communication stopping between RATGDO and GDO:

 
 

Does the door respond to commands? What happens in the log when you press the sync button? Sync issues a query to the GDO, and the GDO should respond with the status. The status is also normally updated every 5 minutes by the GDO, but it might be different for these ML series openers.

At first I thought it doesn't respond to any commands, but it seems it just takes some time (like 10 seconds) to respond:

 
 

Seems like my symptoms are the same as for @michaeljoos72

I have created an automation in HA to trigger a "Query status" every hour. Will monitor this for a week to see if state changes of the GDO are being reported.

[digitalmacdonald]

Here's a screenshot of the communication stopping between RATGDO and GDO:

   

Does the door respond to commands? What happens in the log when you press the sync button? Sync issues a query to the GDO, and the GDO should respond with the status. The status is also normally updated every 5 minutes by the GDO, but it might be different for these ML series openers.

At first I thought it doesn't respond to any commands, but it seems it just takes some time (like 10 seconds) to respond:

   

Seems like my symptoms are the same as for @michaeljoos72

I have created an automation in HA to trigger a "Query status" every hour. Will monitor this for a week to see if state changes of the GDO are being reported.

For what it's worth, I have exactly the same issue and could produce identical screenshots of the log.

GDO is a Merlin (Chamberlain) MS105MYQ. Yellow Button.

Happy to provide any supporting logs or info if it helps the fault finding.