More than a
thermostat.

Read room temperature, set the target, choose supported operating modes, and select Auto, Quiet, or discrete fan levels. Cool-only and heat-only units can advertise only the modes they actually support.

Control the horizontal flap that directs air toward the ceiling or floor. Fixed positions, Auto, and Swing are exposed when supported by the indoor unit.

Control motorized vertical vanes independently. Units with manual vanes can disable this capability, which removes the WebUI control and prevents incompatible HomeKit services from being created.

Kiri polls the complete CN105 state groups. Changes made from the original remote — including power, mode, temperature, fan, and airflow — flow back into Apple Home and the WebUI.

After a WebUI command, Kiri immediately queries the indoor unit and retries briefly until the requested value is reported. Controls stay busy during confirmation; failures show an error and restore the previous displayed value.

Changing temperature does not resend untouched fan, mode, or vane fields. An unsupported left/right vane cannot accidentally block an otherwise valid power or temperature command.

Power, current state, target mode, current and target temperature, fan speed, and Swing are mapped to the indoor unit. Pair with the QR or manual setup code shown in Kiri's local Admin page.

Separate Airflow is the default: fan speed and Swing live on a dedicated service that is easier to automate and avoids duplicate Eve characteristics. AC power and Fan Active remain synchronized. Users who prefer the legacy grouped layout can switch back to a single AC tile.

Tell Kiri whether the unit supports Auto, Heat, Cool, up/down airflow, and motorized left/right airflow. The selection controls both the local WebUI and which HomeKit modes and advanced services are advertised.

Optionally expose up/down and left/right fixed positions as separately named Window Covering-style services, plus dedicated Swing switches for either axis. Legacy Swing continues to control any axis that has not received its own switch; when both switches exist, the combined control is removed to avoid duplication.

Control the complete indoor unit, review live status, pair HomeKit, and configure the device from a phone or computer. Pending requests lock relevant controls and server errors remain visible.

Initial load always fetches state immediately. Periodic refresh pauses when the page is hidden or unfocused, catches up when the user returns, and avoids overwriting a control currently being edited or submitted.

Configure device identity, WiFi, HomeKit presentation, AC capabilities, polling, logs, LED GPIO, and expert UART settings. Hardware board and firmware version are clearly identified throughout the UI.

Connect to the installer's PROV_KIRI_XX hotspot and open 192.168.4.1:8080. From one guided flow, configure WiFi, probe CN105, verify safe settings, and upload production firmware.

Use desktop Chrome through Kiri's public provisioning page, or Espressif's mobile app. Production firmware can reopen a temporary BLE provisioning window after a long press of the hardware button.

The installer keeps its SoftAP and BLE provisioning paths available after an attempt, making it possible to replace credentials or retry an install without first recovering over USB.

The browser inspects package metadata before upload, and the ESP32 validates the OTA image again before selecting it. Atom Lite, AtomS3 Lite, installer, and production packages are explicitly identified.

Upload from the Admin page, review version, variant, destination partition, and warnings, then explicitly confirm the reboot. Installer and production firmware share the same validation and confirmation component.

The flasher verifies the ESP32 bootloader, shows chip and MAC details, previews every flash region, reports actual write progress, and releases the serial port on success. The final step asks for a manual restart to avoid unstable automatic reset behavior seen in some macOS Chrome versions.

Asynchronous SPIFFS-backed logs preserve useful boot and CN105 history without blocking control. View, tail, download, and clear logs directly from the WebUI.

Inspect connection phase, attempts, polling cycles, RX and TX packets, RX errors, pending SET requests, and the latest transport error.

Reboot the controller, reset WiFi or HomeKit, clear logs, choose a log level, test the status LED, tune polling, and access clearly marked expert UART and NVS tools when support requires them.

The constrained Lua 5.4 engine can react to state changes and power events, read CN105 telemetry, change climate and airflow settings, retain small values in NVS, and write to the Kiri log.

Scripts are validated and atomically saved with a last-known-good copy. Memory, instructions, actions, and persistent storage are bounded; feedback loops and action storms are automatically stopped. The latest runs and CN105 confirmation result remain visible in Admin.

Open the Automation Editor → for API completion, syntax preflight, and ready-to-adapt examples.