-
Notifications
You must be signed in to change notification settings - Fork 220
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
Remote fut092 recognized as fut089 #844
Comments
Hello! The entry point for packet decoding is here: https://github.com/sidoh/esp8266_milight_hub/blob/master/src/main.cpp#L163 All it's doing is:
The It's possible milight released a different remote which uses the same protocol ID has fut089 (an 8-group RGB+CCT remote). fut092 looks exactly like fut091. Happy to provide pointers or help out however I can, but will be hard for me to be useful beyond that without a physical device to test with. |
This is probably true. I looked at the manual it came with and it had one table for fut88,89,89-B,89S,92 and 92-B. They probably use the same protocol just with different buttons. My idea is to add the missing commands here: esp8266_milight_hub/lib/MiLight/FUT089PacketFormatter.h Lines 8 to 16 in 0a9ab66
Maybe I will rename the current saturation to And then insert the decoding like the current saturation, except it is not determined by mode: esp8266_milight_hub/lib/MiLight/FUT089PacketFormatter.cpp Lines 140 to 147 in 0a9ab66
If all lights support these separate color temperature and saturation commands, it would also allow to change the packet encoding and make it simpler. Then it wouldn't fail unexpectedly when the internal color mode is wrong. |
It uses the same protocol as FUT089, but has separate commands for color temperature and saturation. Closes sidoh#844
I added the command codes and it now shows the correct commands. Switching the state from rgb to color_temp also works, but I assume it should also switch back to rgb when using the saturation command. So I have:
I can't test this with my non-rgb light, but do you have any experience with how it should behave? |
It uses the same protocol as FUT089, but has separate commands for color temperature and saturation. Closes sidoh#844
It uses the same protocol as FUT089, but has separate commands for color temperature and saturation. Closes sidoh#844
Describe the bug
First of all, thank you for this great project. It was exactly what I was looking for. I am trying to control a fut035w+ cct led controller with a fut092 remote, which works alright.
The sniffer shows the remote messages (after switching to the mid listening channel) but the type and some commands, such as color temperature, are not decoded properly. They just show up as "button_id: 3". Am I doing something wrong or is there no way to distinguish between these remote types? If that is not possible, I would like some sort of override setting to manually set the type.
If you can point me in a rough direction, I am willing to implement and try some code changes myself.
Steps to reproduce
Expected behavior
All other buttons seem to work correctly.
Setup information
Firmware version
1.13.0-2-g0a9ab66
Output of http://milight-hub.local/about
Output of http://milight-hub.local/settings
Additional context
Captured events:
On press:
Color temperature:
Saturation:
The text was updated successfully, but these errors were encountered: