-
Notifications
You must be signed in to change notification settings - Fork 835
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
Gree protocol sending issue using IRac class #2007
Comments
If you know this has worked previously, would you consider doing a git bisect to find what broke? I like to refer to https://ipxe.org/howto/bisect as a quick start guide. |
Instead of doing that, i've went the simple way. Changed line 3257 in IRac.cpp to match with the declaration in line 1323, and only by adding send.iFeel parameter to the right place (to match the parameter order in the declaration) it works as expected! 😄 So changed this:
To this:
|
Still want to know why something that did work, stopped working, and be sure it doesn't happen again. |
If i have some spare time i'll make it using bisect. |
_v2.8.6 (20230727)_ **[Bug Fixes]** - Ensure `IRCoolixAC::toCommon()` returns `kNoTempValue` when no sensor temp is detected. (#2015 #2012) - Fix compilation dependency of LG on Samsung send protocol (#2011 #2010) - Fix missing parameter in call to `IRac::gree()` (#2008 #2007) **[Features]** - IRac: Ensure the `sleep` parameter is used for the `FUJITSU_AC` protocol. (#1992 #1991) **[Misc]** - Allow the BlynkIRRemote.ino code to compile again. (#2016) - do not list WHIRLPOOL_AC unconditionally as supported protocol (#2003) - IRUtils:typeToString() — simplify (#2002) - Fix brand Green -> Gree (#1994) - Fix undefined `std::round` compilation error (#1989)
## _v2.8.6 (20230727)_ **[Bug Fixes]** - Ensure `IRCoolixAC::toCommon()` returns `kNoTempValue` when no sensor temp is detected. (#2015 #2012) - Fix compilation dependency of LG on Samsung send protocol (#2011 #2010) - Fix missing parameter in call to `IRac::gree()` (#2008 #2007) **[Features]** - IRac: Ensure the `sleep` parameter is used for the `FUJITSU_AC` protocol. (#1992 #1991) **[Misc]** - Allow the BlynkIRRemote.ino code to compile again. (#2016) - do not list WHIRLPOOL_AC unconditionally as supported protocol (#2003) - IRUtils:typeToString() — simplify (#2002) - Fix brand Green -> Gree (#1994) - Fix undefined `std::round` compilation error (#1989)
Version/revision of the library used
2.8.5
Describe the bug
Mainly I'm using IRac class and stdAc::state_t for controlling ACs (like an universal remote). Since (at least) the last update my Gree AC acting weird, like turning the stdAc::state_t .light toggle on is toggling the Econo setting. And something else going on too, because the XFan settings also toggled by not even touching this setting. Real remote toggles it, decoding results and copying it to the corresponding stdAc::state_t also works as expected. After reading the source code it might be something with Gree class since it received some updates for available features (iFeel, etc). Guessing the problem is In IRac.cpp, line 1323 and IRac.cpp, line 3257 doesn't match up.
To Reproduce
Sending IR Messages using IRAC class for Gree AC, mainly my issues are with Light on/off.
Output of raw data from [IRrecvDumpV2.ino]
Behaviour using the IRRemote (toggle the LED/Light):
Expected behaviour using the remote controller (toggle the LED/Light):
What brand/model IR demodulator are you using?
Vishay TSOP4838
I have followed the steps in the Troubleshooting Guide & read the FAQ
Yep
Has this library/code previously worked as expected for you?
Yes, but i don't know which version was it, as i remember 2.8.3
The text was updated successfully, but these errors were encountered: