Xtend Tuya

Add Support for "Cool" from COSTWAY climate 5 in 1 device. Problem: Climate devices that send "Cool" (capital C) via DPS show unknown state in HA, because only "cool" (lowercase) is mapped in XT_HVAC_TUYA_TO_TUYALIB. The equivalent "Heat" (capital H) is already mapped correctly. Fix: Added "Cool": TuyaClimateHVACMode.COOL to the mapping dictionary, consistent with the existing "Heat" entry. Tested with: Device ProductKey 88h9lkn30fuca8ta (split AC unit)

Excerpt saved from GitHub on 2026-10-23.

Summary - msp (cat litter box DOEL ti+TpCTbt-01): adds `DEEP_CLEAN` button; adds `SWITCH`, `INDUCTION_CLEAN_2`, `DEVELOPER_MODE` switches; adds `FAULT` sensor using new `XTDPCodeBitmapLabelsWrapper` (decodes bitmask to human-readable fault labels) - hps (ZG-205Z presence sensor): adds `MOV_STATUS`, `DISTANCE`, `DETECTION_NEAR` sensors; adds `LED_ONOFF` switch (this device uses `led_onoff` instead of `indicator_led`) and `FALSE_BREATH` switch - zwjcy (SGS01 Bluetooth scale): adds a force-always-online mechanism, some BT-only devices without a hub always appear offline in the Tuya cloud …

Excerpt saved from GitHub on 2026-10-23.

The original text was already deleted or overwritten when we archived it.

Follow-up to #1020, second part of the series discussed there. ## What this adds Full support for the fdm5kw irrigation valve (sfkzq category, QOTO QT-08W and the newer QT-08W-T3), driven by a dedicated entity parser under `entity_parser/fdm5kw/`: - Timer registry decoded from the `time_task` raw DP (slot model incl. the byte[1]=enabled flag), exposed as sensors with full schedule attributes; T3's indexed 4-program model (`sat_0`-packed battery, DP-instruction mode) handled by the same parser (`tests/test_t3_decode.py`). - Watering telemetry: cur_cap-based watering volume / flow rate, battery …

Excerpt saved from GitHub on 2026-10-23.

… guessing you don't see this because you are missing the OpenAPI credentials... > > Can you follow the following guide? https://github.com/azerty9971/xtend_tuya/blob/main/docs/cloud_credentials.md > > Have a nice day, Azerty Yes, i can confirm, some devices works, some not. Unfortunately, AOJ-33B Arm Blood Pressure Monitor works with Cloud sensors integration, and don't work with tuya xtend, but i use OT+XT+Cloud installation, because when I use XT+Cloud it sends reauthorization request once per day.

Excerpt saved from GitHub on 2026-10-23.

Hello. I have a jtmspro lock (main door) and a ms lock (gate door) and apparently I'm not able to get them to work with xtend Tuya. I already had the IoT project bc I use LocalTuya and TuyaLocal. By watching this post I renewed my cloud credentials and I already added the "Smart Lock Open Service". I can see the devices in xtend tuya and the sensors are working, but the "operate lock" control to unlock doesn't do anything. Cloud credentials - OK and renewed Additional steps to configure locks - Done Basic lock information { "result": { "active_time": 1767842242, "bind_space_id": "7158503", …

Excerpt saved from GitHub on 2026-10-23.

Updated to the 4.1.3-beta.2; @azerty9971 1: Temperature and Humidity Sensor: Both sensors are now working! 2: Door windows Sensors: They are not giving unsupported error anymore but only one device is being detected, rest of them appear only battery status. See the screenshots please.

Excerpt saved from GitHub on 2026-10-23.

Summary - msp (cat litter box DOEL ti+TpCTbt-01): adds `DEEP_CLEAN` button; adds `SWITCH`, `INDUCTION_CLEAN_2`, `DEVELOPER_MODE` switches; adds `FAULT` sensor using new `XTDPCodeBitmapLabelsWrapper` (decodes bitmask to human-readable fault labels) - hps (ZG-205Z presence sensor): adds `MOV_STATUS`, `DISTANCE`, `DETECTION_NEAR` sensors; adds `LED_ONOFF` switch (this device uses `led_onoff` instead of `indicator_led`) and `FALSE_BREATH` switch - zwjcy (SGS01 Bluetooth scale): adds a force-always-online mechanism, some BT-only devices without a hub always appear offline in the Tuya cloud …

Excerpt saved from GitHub on 2026-10-23.

… answer 1 by 1 from the previous topic: - I don't see any disabled entity (screenshot below) - diagnostics attached : xtend_tuya-01K1VMD8ZPTBS11V5MPEQBXKH6-AM12 SMART COOL - AC Debara-47194800187f42250d66971d269b0865.json - I don't have tuya at all (I have also the others: LocalTuya and Tuya Local, should I try to remove those?) - The problem is still l

Excerpt saved from GitHub on 2026-10-23.

Device dé EV charger / wallbox (11 kW, 3 phases), product id `witok7vhhjohtr02`, firmware 1.0.2. It reports category `qt` and only vendor specific `x_` DPCodes. The measurements are JSON documents inside String DPCodes (e.g. `x_metrics` = `{"L1":[2190,0,0],"L2":[…],"L3":[…],"t":280,"p":0,"d":67080,"e":176}`), so until now only generic, mostly disabled entities were created. Because of category `qt` it was also treated as an IR hub ("Add IR device" button, IR subscription check). ## Changes The change is purely additive: everything lives in a new entity parser plugin …

Excerpt saved from GitHub on 2026-10-23.

Add support for ZC-TD WIFI MATTER A60 9W 806LM E27 RGBCW

Excerpt saved from GitHub on 2026-10-23.