Home IO Control
ESPHome add-on for IO-Homecontrol devices
Loading...
Searching...
No Matches
Todo List
Member esphome::home_io_control::create_set_config1 (IoFrame &f, const uint8_t *own, const uint8_t *dst)
Confirm on real hardware which device families actually honor this SetConfig1 payload and emit unsolicited status updates after pairing.
Member esphome::home_io_control::IOHomeCover::control (const cover::CoverCall &call) override
Monitor https://github.com/home-assistant/core/issues/174533 — if HA adds a combined cover.set_cover_position_and_tilt action, this branch would be exercised directly from a single CoverCall. The queue coalescing in queue_set_device_position/tilt remains a useful optimization for the two-separate-calls path regardless.
Member esphome::home_io_control::SOFT_PHY_CCA_SETTLE_US
Confirm on the bench (Heltec V3, T3-S3 LR1121): time the retune and compare the reading against one taken after a long dwell on the same channel.
Member esphome::home_io_control::SX1276_CCA_SETTLE_US
Confirm on the bench (Heltec V2): time the retune and compare the reading against one taken after a long dwell on the same channel.
File hub_status.cpp
Validate the unsolicited CMD_STATUS_UPDATE path on hardware that actually emits device-initiated updates after pairing, including inbound authentication, three-channel ACK broadcast, and Home Assistant state publication without polling.
File pairing_engine.cpp

Validate the full discovery and re-pair flow on freshly reset SX1276-backed devices.

Validate the full discovery and re-pair flow on freshly reset SX1262-backed devices.

Add first-class platform coverage for additional paired device classes once hardware is available.

File platform_climate.h
The heating-level and temperature EXECUTE paths, and the presence write behind the Home / Away presets, are unconfirmed on hardware; confirm with a capture from a plain heater, a heating temperature interface or a heat pump.
File platform_climate_controls.h
Experimental: the meaning of registers 0x010E (window sensor) and 0x0106 (open-window detection) is unconfirmed on hardware. An AGILIA IO radiator answers both reads (window 0, detection 1, tests/corpus/captures/exchange/atlantic_agilia_exchange_status_read.yaml), but no report has opened a window or switched detection off yet (issue #165).
File platform_fan.h
Experimental: no exterior heater has been exercised on hardware. Confirm the position mapping and the status read with a capture or a reporter's heater.
File platform_lock.h
Validate end-to-end behavior with physical IO-Homecontrol lock devices, including any vendor-specific status encodings beyond the shared 0/100 binary mapping used here.
File platform_switch.h
Validate end-to-end behavior with physical IO-Homecontrol switch devices, including passive state updates, startup state restoration, and any vendor-specific position encodings that do not map cleanly to binary on/off semantics.
File proto_heating_profiles.h

Heating-level control of the plain electrical heater (node type 52, subtype 0) has no capture or hardware report yet. Confirm with one before calling it supported.

Every 52/1 seen is an Atlantic radiator. A non-Atlantic 52/1 would need the heating-level path instead; the profile keys on (type, subtype) only.

File radio_sx1262.h
Validate the Heltec V4.2 on real hardware, especially its assumed front-end module enable pins and TCXO voltage selection. The V4.3 is validated and does not settle this: its GC1109 is a different part from the V4.3's KCT8103L, and the two are wired the other way round (see ADR 0035).