I finally got my SLWF-01pro board. It looks Like I have a revision 2 of the board. It worked on first boot. I went to change the yaml so I could get whole degree movements instead of .5. Now I get
Sending request again. Attempts left: 1…
13:57:39 [D] [ApplianceBase:162]
TX: AA 21 AC 8D 00 00 00 00 00 03 41 81 00 FF 03 FF 00 02 00 00 00 00 00 00 00 00 00 00 00 00 03 CC 5E B1
13:57:39 [W] [component:237]
Component midea.climate took a long time for an operation (193 ms).
13:57:39 [W] [component:238]
Components should block for at most 30 ms.
EDIT: R2.1 of the board changes the uart pis so the config should be like this:
Thank you!! It seems though UNIT_FAHRENHEIT does not exist:
ERROR Unable to import component midea_xye.climate:
Traceback (most recent call last):
File "/esphome/esphome/loader.py", line 176, in _lookup_module
module = importlib.import_module(f"esphome.components.{domain}")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "<frozen importlib._bootstrap>", line 1206, in _gcd_import
File "<frozen importlib._bootstrap>", line 1178, in _find_and_load
File "<frozen importlib._bootstrap>", line 1149, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 690, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 940, in exec_module
File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
File "/data/external_components/812aeddb/esphome/components/midea_xye/climate.py", line 7, in <module>
from esphome.const import (
ImportError: cannot import name 'UNIT_FAHRENHEIT' from 'esphome.const' (/esphome/esphome/const.py)
I am not really proficient in ESPhome. In your opinion, what is the proper way to implement this (case: US device that reports raw data in F and I also want to show it in F).
Is the best to just add a conversion function directly in C++ ? How could I add a property to AirConditioner class to define whether I have a US model or non US model? I was thinking of something like:
Well … I did it on mine and it works just fine (and reports itself as 16kW model) and I’ve seen a few peaks to about 15kW in heating power when the weather was right
You can check this on the wired controller in “Operation parameter” menu, it is called outdoor unit model or something similar. You can also read it over modbus, it’s register address 123.
I just installed a SLWF-01 purchased from Smartlight for use in my new Midea U-shaped A/C. This is the new 2024 revision that comes with an SK-109 dongle.
Works great but the only thing I noticed is that the power consumption entity is really inaccurate (reporting 45 watts when running, 150 watts when compressor is going full tilt). Is there any way to adjust this properly? I’ve already flashed my own YAML config (the stock config was completely wrong) so making additional changes is no longer an issue.
Second issue, in the ESPHome dashboard it shows as “offline”. I can connect to it to view the logs. Everything else seems ok, but the “offline” status bothers me. Here is my config.
esphome:
name: upstairs_hallway_ac
platform: ESP8266
board: esp12e
name_add_mac_suffix: true
wifi:
ssid: "redacted"
password: "redacted"
manual_ip:
static_ip: 192.168.1.129
gateway: 192.168.1.1
subnet: 255.255.255.0
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "upstairs hallway fallback"
password: "slwf01pro"
# Enable logging
logger:
baud_rate: 0
# Enable Home Assistant API
api:
encryption:
key: "redacted"
ota:
password: "redacted"
captive_portal:
uart:
tx_pin: 1
rx_pin: 3
baud_rate: 9600
climate:
- platform: midea
name: "Upstairs Hallway A/C" # Use a unique name.
period: 1s # Optional
timeout: 2s # Optional
num_attempts: 3 # Optional
autoconf: true # Autoconfigure most options.
beeper: false # Beep on commands.
visual: # Optional. Example of visual settings override.
min_temperature: 17 °C # min: 17
max_temperature: 30 °C # max: 30
temperature_step: 0.5 °C # min: 0.5
outdoor_temperature: # Optional. Outdoor temperature sensor (may display incorrect values after long inactivity).
name: "Outside Temp"
power_usage: # Optional. Power usage sensor (only for devices that support this feature).
name: "Power Consumption"
web_server:
port: 80
I picked up the Smartlite USB Dongle, which seems to work well with my Midea U AC, the power, temp, beep, fan oscillation, and modes all work, and it seems like it can read the fan speed/mode, as in I can change it on the AC unit and it shows up in HA but setting it from HA doesn’t seem to do anything. Any ideas?
Ok, I ended up adding conversion and this is controlled via a reports_fahrenheit property. It is false by default but can be set to true if someone has a US unit (like me). I created a PR for this.
But more general question: The current temperature is actually identical to “Inside Coil Temp”. This is pretty useless because the air handler is in the basement. True, if running, it should be similar to the air temperature in the living space but even then it’s not accurate. And if not running, it’s totally inaccurate in the first place, because air handler is in non-conditioned space.
For this reason, the wired remote has the “Follow Me” function.
Do you know if this can be made to work in conjunction with the the remote controller?
I think wired controllers also use the XYE bus. Should be possible to use it alongside the XYE dongle, but may need to adapt the code a bit to ignore commands from the remote, and may need to set a different address on the bus.
Would be a perfect setup for reverse engineering actually!
I has a Hommyn “usb” stick for AC controlling, and wire for my conditioner. It has proprietary firmware with cloud. On standart firmware stick works with my ac.
But this cloud doesn’t has HA integration. Internet says, this stick is ESP32-C3 and i already put esp32 firmware in it, and it’s avaliable thru network, but i has no answer from AC:
It looks like it can use
GPIO2
GPIO3
GPIO8
GPIO9
GPIO10
GPIO18
GPIO19
so
Sounds wrong on a ESP32-C3 :
Which GPIO’s are actually used on the USB plug is up to the manufacturer of the board…maybe you can use a multimeter to determen which GPIO’s are going to the USB?
Or ask the manufacturer (if he is willing to provide it)?
Just noticed I overlooked 2 pins,
U0TXD and U0RXD (pins 27 & 28),
and if I trace the copper traces from your picture, I think those are the ones going into the direction of the usb plug…
Hmm, I don’t think the wired controller is using XYE. It’s connected via “HA/HB” pins (see this thread). Unfortunately I am not exactly sure about this interface but it also supplies power, so it’s not vanilla RS485 (I connected RS485 receiver to it and machine shut down immediately. Hopefully not broken). I believe the signaling might be the same as H1/H2 pins (i.e. RS485) but the physical layer is not.
The wired controller is KSACN1001AAA (which is identical to many others like KJR-120N.
Any idea how this works?
Even if we’d be using XYE only: Then it means our ESP would act as a secondary wired controller, right? How are we going to send the current temperature? Based on the reverse engineering, when using Set command, we can set Oper Mode, Fan, Set Temp, Mode Flags, Timer Start and Timer Stop. But since the algorithm works on the air handler unit, each remote would need to send its current temperature and whether “Follow Me” is enabled or not. Any suggestions?
