-
-
Notifications
You must be signed in to change notification settings - Fork 32
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
Flooding of commands #126
Comments
I have encountered this error too Homebridge 1.2.4 OS: Raspbian GNU/Linux Buster (10) Node ver: v14.15.1 Logs: [16/12/2020, 20:57:40] [Office Light] Failed to POST to the Meross Device MSL-120 at 192.168.0.20: Error: socket hang up |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
See #151 |
This issue has been automatically closed because it has not had recent activity. Thank you for your contributions. |
Describe The Bug:
If commands are being sent too quickly (for example a sequence of color changes), some sort of flood protection kicks in (in my case an LED stripe MSL320CHK) and the target device is no longer reachable until you stop the commands and then resume after a while.
So I've tried to capture some network packets using tshark with this command:
tshark -i wlan0 -T fields -e ip.addr -e mqtt.topic -E header=y -E separator=, > pcap_to_csv.csv
and one observation I was making:
Each time I've pressed my button, I got an entry with a valid src ip and dst ip between the raspberry pi and the Meross Device. However, when I operate the app and change properties on the Meross Device, I do not see anything in the network traffic that shows any contact from the iPhone to the Meross device directly.
To Reproduce:
Just fire commands quickly enough so that the Meross Device blocks you out.
Expected behavior:
No blocking occurs.
Logs:
Homebridge Config:
Screenshots:
Environment:
The text was updated successfully, but these errors were encountered: