Skip to content

Latest commit

 

History

History
114 lines (74 loc) · 9.31 KB

faq.rst

File metadata and controls

114 lines (74 loc) · 9.31 KB

Frequently Asked Questions

A: No, Haier has a wide range of models, and different models are available in different regions. Sometimes the same model can have different names depending on the country where it is sold. The only way to know if your model is supported is to try it out.

A: Unfortunately, there is no guarantee until you try it. The best way is to check the user manual. Usually, if the AC supports ESP modules, there will be information about which application the native module works with. So far, all models that work with smartAir2, hOn, and EVO applications also work with this component, although sometimes additional tuning may be required.

A: On the AC side there is a connector usually marked as CN34 or CN35 it is a 4-pin connector with pins marked as RXD, TXD, GND, +5V. It is 4 pin 5264 Molex connector. On the ESP side use a USB Type-A connector (it is not real USB just UART with USB connector) or JST SM04B-GHS-TB connector.

A: ESP8266 is powerful enough to handle communication with Haier AC. But it has limited resources and in case you also want some advanced features of ESPHome such as web_server, mqtt, etc. it may not be enough. It is recommended to use ESP32.

A: The USB Type-A port on your Haier AC operates using UART protocol, not standard USB communication. Most ESP32 modules use a separate chip (like CP2102 or CH340) for USB communication, which only supports USB protocol and cannot interface with UART protocol directly. Therefore, these cannot communicate with your AC's UART-over-USB Type-A port.

However, ESP modules equipped with the ESP32-S3 chip have native USB support and can potentially communicate using UART protocol if the USB Type-A connector is directly connected to the ESP pins without an intermediary chip. This setup allows for creating an ESPHome configuration that utilizes the same pins for UART communication.

Here you can find list of confirmed board that supports that have native USB support and can communicate using UART protocol with sample configuration for each case.

A: These warnings mean that the ESP module is not receiving any response from the AC. It can be caused by several reasons:

  • Configuration Issues: There might be issues with your ESPHome configuration.
  • Hardware Problems: The problem could lie with the ESP module or other hardware components.
  • Wiring Issues: Incorrect wiring or problems with the pins could be causing communication failures. Most common mistake is to swap RX and TX pins.
  • Protocol Mismatch: The AC might use a different protocol for communication or may not support serial communication at all.

Troubleshooting Steps:

  1. Check the Wiring: Ensure all connections are secure. Try using different pins for communication.
  2. Test with Different Hardware: If possible, test with a different ESP module or AC unit to isolate the issue.
  3. Use a Simulator: If you're familiar with C++ and cmake, consider using a simulator to diagnose the issue. I have simulator applications for both the hOn and smartAir2 protocols:

These simulators are compatible with Windows and Linux.

Using the Simulator:

  1. Connect your ESP32 to a PC using a TTL to USB converter.
  2. Start the appropriate simulator. You should see requests from the ESP module in the simulator's console.
    • No Requests Seen: If the simulator does not show any requests from the ESP, there may be an issue with the TX wire.
    • No Responses in ESPHome Logs: If you see requests in the simulator but no responses in the ESPHome logs, the problem could be with the RX wire.
    • Requests and Responses Visible: If both requests and responses are visible, your ESP is working correctly. The issue may be on the AC side.

A: Yes, this message has always been there, but in the latest versions, it was changed to a warning. This message is shown when the component is too busy processing something. The biggest delays are usually related to logging and operations with the web server. If you want to reduce the chance of seeing this message, you can decrease the log level to "warning". The warning level is sufficient for a fully working system. This message is usually not a problem but can indicate that some other component (like Wi-Fi) that should work in real-time is suffering from delays. For more information, refer to: esphome/issues#4717

A: This warning means that the AC denied the control command. It can happen in two cases: either the AC is using a different type of control or the structure of the status packet is different. You can try using the control_method: SET_SINGLE_PARAMETER. If that doesn't help, you can try to figure out the size of different parts of the status packet using this method: Haier protocol overview. If nothing helps, you can create an issue on GitHub.

A: This message may appear for several reasons:

  1. Slow AC Response: Your AC unit is responding slowly to requests, consider increasing the response_timeout parameter from its default value of 200 ms to 400 ms.
  2. Overloaded ESP: Your ESP module is too busy to process messages in time, increasing response_timeout won't resolve the issue. Instead, try disabling some components, lowering the log level, or upgrading to a more powerful ESP board.
  3. Unrecognized Messages: Your AC might be sending new types of messages that the component does not recognize. If adjusting the timeout and optimizing ESP performance doesn't help, capture the logs and create an issue on GitHub for further assistance.

A: Most likely, you have one of two problems: either the wrong control method or the wrong status packet structure. You can try using the control_method: SET_SINGLE_PARAMETER. If that doesn't help, you can try to figure out the size of different parts of the status packet using this method: Haier protocol overview.

A: First, you need to figure out if the feature is supported by the serial protocol. Some functionality is supported only by the IR remote. The easiest way to check is by using the IR remote:

  • Start capturing logs from your ESP modules.
  • Wait 10 - 15 seconds.
  • Enable the feature using the remote.
  • Wait 10 - 15 seconds.
  • Disable the feature using the remote.
  • Wait 10 - 15 seconds.
  • Stop capturing logs.
  • Check the logs for changes in the status packet.

If all messages that look like this "Frame found: type 02, data: 6D 01 ..." are the same, the feature you want to add is not supported by the serial protocol. If you see some changes in the status packet, you can create a feature request on GitHub with the logs you collected.

Another option is to try to record a log of communication between the original Haier ESP and the Haier appliance. You can use the Sniffing serial communication guide to do that.