Replies: 2 comments 2 replies
-
I have a copy of the decompiled app that I found helpful in reverse-engineering the messages. |
Beta Was this translation helpful? Give feedback.
1 reply
-
The is a lot of code relating to specific MCU features and FW versions. Also quite a bit relating to region subTypes. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello,
I would like to ask for help building a database of Meross devices features/capabilities in order to better understand how different devices could be categorized and characterized in order to help me integrate them into this component.
This would greatly drive my development without needing to have access to the physical devices in order to query it. Of course, issues and device behaviour will be hard to guess without experimenting message exchnage with the device but, at least, I would be able to 'mock' a reasonable implementation for the real device and, hopefully, with later minor fixes, correctly integrate it into this component.
What I ask for then, is to publish under this discussion the responses to these commands:
these can be sent with 'curl' or 'Rest Client' extension in VSCode or, if you prefer to talk MQTT, you can publish the json payload to the '/Appliance/UUID _OF_YOUR_DEVICE/subscribe' topic.
Of course these payloads and signs will only work if your device has been reconfigured for local access with a void key (or just put them in pairing mode so the key get reset).
When posting your device response feel free to redact any sensitive information like IPs or UUIDs if you like by replacing them with some dumb recognizable characters
Thank you
Beta Was this translation helpful? Give feedback.
All reactions