NodOn IRB-4-1-00: fan speeds 4 and 5 are reported as fanMode=0 and cannot be controlled over Zigbee
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 15.7k
- Forks
- 2k
- Avg merge
- 18h 55m
- Merged PRs (30d)
- 35
Description
What happened?
Hi,
I'm testing the NodOn IRB-4-1-00 support added in https://github.com/Koenkk/zigbee-herdsman-converters/pull/13155 with an AC whose remote provides Auto + 5 manual fan speeds.
The CodeSet selected in the NodOn Climate app works correctly with the AC, including all 5 fan speeds when using the original remote / NodOn IR synchronization.
However, over Zigbee, the Fan Control cluster does not expose the two highest speeds correctly.
Observed hvacFanCtrl.fanMode values while cycling only through the fan speeds, without changing mode or temperature:
| AC fan setting | Reported fanMode |
|---|---|
| Auto | 5 |
| Fan 1 | 1 |
| Fan 2 | 2 |
| Fan 3 | 3 |
| Fan 4 | 0 |
| Fan 5 | 0 |
I also checked the raw ZCL frames to rule out a conversion issue in zigbee-herdsman-converters.
The raw payload contains exactly the same values:
- Auto →
...30 05 - Fan 1 →
...30 01 - Fan 2 →
...30 02 - Fan 3 →
...30 03 - Fan 4 →
...30 00 - Fan 5 →
...30 00
So the information is already lost/replaced by 0 at device level; this is not caused by the Zigbee2MQTT converter.
I also tested writing the remaining standard Fan Control values:
fanMode = 4fanMode = 6
Neither causes the IRB to send a useful IR command to the AC.
I additionally tested the manufacturer-specific IR Extender Learning cluster (0xFC82) and its Send Remote Control Command (0xF0) storage locations 0–32.
Those storage locations correspond to combinations of:
- Cool mode
- Heat mode
- Fan-only operating mode
- Temperature
They do not change the fan speed, so they do not provide access to Fan 4 / Fan 5 either.
Therefore, at the moment I cannot find any Zigbee command/attribute that allows the two highest fan speeds supported by the downloaded CodeSet to be selected.
Could you confirm whether:
- the IRB-4-1-00 firmware currently only exposes 3 manual fan speeds through Zigbee, or
- there is another manufacturer-specific attribute/command for the additional fan speeds?
If needed, I can provide additional ZCL logs, but the raw Fan Control values and the 0xFC82 storage locations have already been tested.
Thanks.
What did you expect to happen?
No response
How to reproduce it (minimal and precise)
No response
Zigbee2MQTT version
2.14.1
Adapter firmware version
8.0.2 [GA]
Adapter
EmberZNet / SONOFF Zigbee 3.0 USB Dongle Plus V2
Setup
Zigbee2MQTT Home Assistant add-on running on Home Assistant OS on Raspberry Pi 4 (arm64).
Device database.db entry
No response
Debug log
No response
Notes
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the reported hvacFanCtrl.fanMode values and the raw ZCL frames for the NodOn IRB-4-1-00, then review the manufacturer-specific 0xFC82 cluster and Send Remote Control Command (0xF0) storage locations. Done means confirming whether firmware exposes only three manual fan speeds or identifying a manufacturer-specific command for fan speeds 4 and 5.
Written by the indexing model from the issue text.
Assessment
- Domain
- embedded-iot, networking
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100