Closed wsw70 closed 1 year ago
The port is usually the http (80) port (meross_lan does not add any fixed port though: it just relies on the standard http port mapping of the libraries..you could also provide the host address as "ip:port" and that would be used instead of the default)
At any rate, if the device is mqtt paired, it should also be automatically discovered and meross_lan would just ask you to confirm the new (discovered) config entry without any further issue.
If this isnt happening maybe the device key provided while pairing the device was different (it is by default empty from what I know of the @bytespider utility)
This is really weird. I am starting to wonder if the switches are not failing (but two at the same time?).
I tried a curl on the port 80, it failed, then worked, then failed, ... - I then tried to join it to meross_lan and, behold, it worked.
The device is sometimes available, sometimes not - it is really unstable. I will investigate this more, a dump of the traffic shows some TCP retransmissions, I need to look at that closely.
Version of the custom_component
Cloudy.3
Describe the bug
I had issues with a mss510x wall switch that has been working for quite some time but started to misbehave (sometime unreactive, losing connection often, ...). I flashed a new firmware through the Meross application (a 4.x version) and paired it with @bytespider utility with @DominikGebhart PR (https://github.com/bytespider/Meross/pull/60).
The switch was paired to my MQTT, I can see messages when switching it and it was recognized by HA as a new discovery and available on the meross_lan.
I tried to add it and this ended up with
The debug logs below show an
HTTP TimeoutError
so I guess there should be a HTTP endpoint but since I do not know its port I could not check for it.Debug log