-
Notifications
You must be signed in to change notification settings - Fork 224
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
Home Assistant Control not fully working, FUT091 #314
Comments
Try to update to version 1.8.1. I was getting the same problem. |
Thanks a ton for the detailed debugging effort, @nightcat91. Think this covers the same problem as #312. Should be fixed in 1.8.1, as @EdgardosReis mentioned. |
Now I feel bad for not reading the patch notes.... sorry |
Glad to hear that solves it. No worries at all. On the contrary, appreciate the level of depth in the bug report =) |
Hi,
today I was setting up the Milight Hub on my NodeMCU. Its working great but I found an issue together with HomeAssistant (HA).
I can control On and Off from HomeAssistant but changing brightness or color_temp does not work.
My setup:
Milight Hub on NodeMCU (software Version: 1.8.0 (nodemcuv2))
MQTT Server from HA (Hassio Addons, Mosquitto broker)
HA version: 0.75.1
MQTT topic pattern: espmilight/:device_id/:device_type/:group_id
MQTT state topic: espmilight/state/:hex_device_id/:device_type/:group_id
I am controlling CCT lights (led strips using the Milight controller), so I am using the Remote Type Fut091.
My device ID is 0x2810 ( I sniffed that from my existing hardware remote).
My HA config:
Getting the state from the Milight Hub to HA works great, MQTT message looks like this:
HA updates the state corretcly.
Using HA to turn on and off the light works and send a mqtt message like this:
and this gets a state response message, all good.
but changing the color_temp inside HA triggers a mqtt message like this:
But the light does not change, and I dont get a response.
Now with brightness its almost the same:
but now I get a state response (but its wrong):
Response:
One thing I found out:
letting the Milight Hub sniff while sending commands from HA resulted in these two packets beeing sniffed:
First Packet:
Second packet: (they come right after each other)
Why does the second packet have ID: 0000???
Maybe thats why changing brightness and color_temp does not change anything on the actual lights??
If there is more info needed to track down the problem let me know!
The text was updated successfully, but these errors were encountered: