LocalTuyaIR Remote Control
ClusterM/localtuya_rc · vv2.0
Tuya universal remote control device Home Assistant integration
In Apple Home through HomeKit Bridge
What HomeKit Bridge makes of each kind of entity this integration creates, read from its source code. A device only gets the ones that apply to it.
| Entity | Shows up as | Note |
|---|---|---|
remote | TV remote (activities) | Needs its own HomeKit Bridge in accessory mode |
sensor | Sensor (temperature, humidity, air quality…) |
What people report
Controls Tuya IR/RF hubs locally; users report devices going unavailable and needing re-add, and some hubs lacking DP_QUERY.
- Works1
- Partly works2
| Device | In Home Assistant | In Apple Home | What they said | Source |
|---|---|---|---|---|
| Tuya IR/RF remote (RF mode) | Works Local | RF support added in 2025 PRSaved copyHello there, I also stumbled across #3 and #19. I have a IR/RF Remote and RF Mode works with it. Maybe the functionality can be integrated better into LocalTuyaIR Remote Control, but this would require your advise. Let me know if i can help you in any other way Excerpt saved from GitHub on 2026-10-23. | PR #20 · 2025-07 | |
| Novadigital RM06 Pro IR/RF controller | Partly works Local | Shows online 60s then unavailable 30s on protocol 3.3Saved copyLocalTuyaIR Remote Contol: v2.0.0 I have two Novadigital RM06 Pro IR/RF controllers and I noticed this behavior on both by observing the activity history. As a result, the integration sometimes fails because the available status shows as unavailable. Both use protocol 3.3 with a persistent connection and system status monitoring. HOMEASSISTANT INFO: ## System Information version | core-2026.10.2 -- | -- installation_type | Home Assistant OS dev | false hassio | true docker | true container_arch | aarch64 user | root virtualenv | false python_version | 3.14.6 os_name | Linux os_version | … Excerpt saved from GitHub on 2026-10-23. | Issue #49 · 2026-10 | |
| Tuya IR hub IRC01_T1 (category wnykq) | Partly works Local | Replies "json obj data unvalid" to status; fix PR openSaved copyCloses #46 ### Problem Some Tuya IR hubs (category `wnykq`, seen on model `IRC01_T1` with protocol 3.5) answer every `status()` with the plain text `json obj data unvalid` (tinytuya error 900) instead of a DPS dict. This does not change after a SET, so the existing `study_end()` wake-up retry does not help. The config flow mapped this to `bad_response_format` and refused the device with every protocol version and control type, while learning and sending commands work on the same connection (verified with tinytuya, details in #46). ### Change * New helper `status.dp_query_unsupported()` that … Excerpt saved from GitHub on 2026-10-23. | PR #47 · 2026-10 |
Gathered from GitHub issues, pull requests, discussions and docs, and from r/homeassistant. These are individual reports, so check the linked thread and the date before you buy.
How it connects
Local polling
Talks to the device on your network, asking it for updates every so often.
Details
| Installs (analytics) | 465 (0.07%) |
|---|---|
| GitHub stars | 116 |
| Latest version | v2.0 (2026-10-09) |
| Set up in the UI | Yes |
| Maintainers | @clusterm |
| License | GPL-3.0 |
In ReReHome
Whatever HomeKit Bridge shares reaches Apple Home as normal HomeKit accessories behind your Home Assistant bridge, so ReReHome shows and controls them like any other.
Bridges get their own settings page listing the accessories behind them.
Sources
- Documentation: https://github.com/ClusterM/localtuya_rc/blob/master/README.md
- Source code: https://github.com/ClusterM/localtuya_rc
- Issues: https://github.com/ClusterM/localtuya_rc/issues
- HACS: https://hacs.xyz
