ZHA Infrared Remote Control: 2026.4 IR features

Configuration Zigbee
,
1

Hello everyone!

I’m using the TS1201 IR Blaster (Manufacturer: _TZ3290_gnl5a6a5xvql7c2a). It works out of the box with ZHA without any custom quirks, but I’ve found a specific way to learn and retrieve IR codes that might help others.

Currently, to learn commands, I use the Developer Tools > Actions with the following payload:

action: zha.issue_zigbee_cluster_command
data:
  ieee: "xx:xx:xx:xx:xx:xx:xx:xx" # Device IEEE or MAC address
  endpoint_id: 1
  cluster_id: 57348
  command: 1
  command_type: server
  manufacturer: 4098
  params:
    data: "00"

After executing this and sending the IR signal from a remote, the code can be retrieved by going to Manage Zigbee Device, selecting the ZosungIRControl cluster, and reading the last_learned_ir_code attribute.

My question:
With the new Home Assistant 2026.4 Infrared update, I would like to use the native Remote features and the new UI. However, this device is discovered as a switch (or multiple entities like siren/light) instead of a remote entity.

Does anyone know if a custom quirk is required to force the remote platform for this model, or if we should expect an official ZHA update to support the new Infrared building blocks for this specific Tuya hardware?

Thanks in advance!

2

I came across this whilst searching up the TS1201: Zigbee Infrared Control ZS05 Analysis - Domótica Económica

It seems to suggest either using Zigbee2MQTT, or adding this:

# "Add to custom_quirks" (?)
ts1201:
  module: ts1201
  class: ZosungIRBlaster

I've never added a "quirk" before so I won't know if this works until I try in a moment, bare with :slight_smile:

EDIT: There's also mention of custom quirks to resolve this for all TS1201 devices in the ZHA device handlers project. You may find help there :smiley: [Device Support Request] Tuya Zigbee IR TS1201 by _TZ3290_yyax9ajf · Issue #4967 · zigpy/zha-device-handlers · GitHub

3

My bad, you're ahead of me!

I don't know what I'm doing here lol. Unfortunately this damn thing won't play ball.

4

I created an integration exactly for this purpose

5

If you use Developer tools, you can also try:

action: zha.issue_zigbee_cluster_command
data:
  ieee: "xx..." (Mac address)
  endpoint_id: 1
  cluster_id: 57348
  command: 1
  command_type: server
  manufacturer: 4098
  params:
    on_off: true
6

IIRC I believe read somewhere else too that another ZHA developer mentioned they wanted to build something that uses the new standard infrared integration so could instead use Zigbee IR blasters as a IR-proxy. Opened a seperate discussion for that in the zha repo here -> IR-proxy via standard Infrared integration or a seperate Infrared Blaster integration built on-top of ZHA? · zigpy/zha · Discussion #817 · GitHub

Was there not and idea raised to make an "IR-proxy" interface for Zigbee IR blasters via ZHA that builds on-top of the infrared integration instead?

That is, a wrapper that makes it work similar to an ESPHome-based proxy:

As described in this blog post: