This device can only sync operations from IR remote, as it has an IR receiver and is capturing and decoding signals from the remote all the time. If you change the working status in other ways outside of HA, it can not know.
That sounds like somehow a progress at least. If you have tried the Alt button, which should be designed particularly for this situation (paired but behave not as expected), maybe your model is not fully supported yet. That's unfortunate, but there's a last hope, I don't know if it will work, I noticed the library maker (Bitcode) promised to solve any unsupported ACs in a week during my development, if you would spend a bit more time to try to contact them, I'd be very interested to know how it goes.
Technically dry mode IS cool mode.
BC7215 might be rated for 5V, but esp32 uart lines are not 5V.
Technically dry mode IS cool mode
Not exactly, not on my AC system anyway. The only commonality between those modes is that the heat pump is driven in the same direction. Dry mode drives the heat pump at a much lower power than cool mode even in the situation that the cool mode only has to mantain temperature among other differences. Plus, as said, i anyway have the original WiFi control modules installed too, and with them i can CLEARLY see the BC7215 module does not command dry mode in the correct way since they DO differentiate between those two modes, as the original remote does and this module should. And for that matter, if i do command dry mode from the remote, the module treats that as cool mode still, while the module cannot properly command anything other than cool mode to the AC (no ventilation mode, no heat mode, no dry mode). Since this module aims to totally replicate the remote functionality, something is not functioning totally right, most surely the library under all of this is not totally supporting my system right now since i am also having issues with other modes as well anyway.
esp32 uart lines are not 5V
Of course I was talking about the VCC +5V pin that only provides power, as the VCC +3.3V pin does (only at a different voltage). Those do not transmit any data nor they can (one comes direct from the USB VCC line that is +5V, the other comes from the voltage regulator also feeding the ESP32 chip since this chip functions at 3.3V), they are only used to provide power to the BC7215 board here, so they are NOT UART (the other pins apart from VCC +5V, VCC +3.3V and GND are). The VCC pin on the BC7215 board is COMMON too for both voltages, for that matter...
I'm not having any doubts your device is not fully supported. Long time ago i decoded dozen of AC IR protocols and some of them were pretty weird. I remember one samsung AC where the protocol itself was just normal but the check sum was grazy.
I'm sure there are many protocols not fully supported.
I don't know about yours, but on my daikin for example I can replicate dry mode by setting cool mode temperature difference and fan speed to minimum. My power monitor confirms that they equally use lowest modulation, ~170W on my device.
If you power BC7215 at 5V it will expose 5V to ESP32 rx-pin which is above esp pin voltage rating.
Similarly esp will tx at 3.3V which is likely too low for BC when powered at 5V. Typically minimum logic high voltage is >0.7VCC, which makes 3.5V at 5V VCC.
If you power BC7215 at 5V it will expose 5V to ESP32 rx-pin which is above esp pin voltage rating.
Similarly esp will tx at 3.3V which is likely too low for BC when powered at 5V. Typically minimum logic high voltage is >0.7VCC, which makes 3.5V at 5V VCC.
OK, now i understand what you were meaning, sorry. Anyway, i am trying to reach out to BitCode from some support. Mine should really use the Gree protocol as it is, as also the internals totally look like the ones of a whole plethora of units that are from Gree or other vendors that use Gree as an ODM and are of the same base design, but maybe this is an edge case. Maybe the protocol has been modified by the end vendor to protect their interest. To make people buy original replacement remotes, and maybe also using their own custom WiFi module model even if totally looks like some original Gree modules.
Regarding replicating dry mode, mine does not function in the same way. Power consumption is wildly different, and operation is too, dry mode in my case barely cools the air, it really mainly does what the name says. As abusing of the cool mode, in my case even sometimes made the humidity levels skyrocket. Even at low fan speed and with a low temperature delta.
I have seen that.
And even premium brands have several different protocols, not just one. So if brand x is "supported", it doesn't mean all models are.
That's interesting.
After all, basic AC can only modulate power and change fan speed. In theory dry mode could alternate cool/fan/heat modes though.
You know, when you cool the air humidity condensates on I.U. and is drained. So absolute humidity is reduced. But since air temperature drops, RH doesn't necessarily drop.
Would be very interested to see if Bitcode can really do this kind of support. please keep us updated on this issue. Btw just in case you haven't noticed, there's an issue report form in their Github repo, that is where I get to know they have such a 1 week support claim, that form may be the best way to get your problem reported.
Yes you can port it to ESP32, just change the yaml as described in my Github page. But you need to install your own ESPHome and compile the source.