Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request support for [UanTii Smart Wifi IR Remote Controller Infrared Universal] #847

Closed
Nas-au opened this issue Jun 28, 2023 · 9 comments
Closed

Comments

@Nas-au
Copy link

Nas-au commented Jun 28, 2023

Information about DPS mappings

{
  "result": {
    "properties": [
      {
        "code": "ir_send",
        "custom_name": "",
        "dp_id": 201,
        "time": 1687894256155,
        "value": ""
      },
      {
        "code": "ir_study_code",
        "custom_name": "",
        "dp_id": 202,
        "time": 1687894256155
      }
    ]
  },
  "success": true,
  "t": 1687925653845,
  "tid": "3d86a565156a11ee9b65f25b5112df17"
}

Product ID

"model": "S06,S18通用",
"name": "Smart IR",
"product_id": "mjffeakbzlnfxpzt"

Information about how the device functions

@Nas-au Nas-au added the new device Unsupported device label Jun 28, 2023
@make-all make-all added the enhancement New feature or request label Jun 28, 2023
@make-all
Copy link
Owner

IR remotes are not supported at this time. It may be possible to use pre-programmed devices as sub devices, but so far the IR gateways that have been studied do not return any datapoints for IR devices, so they are impossible to detect.

@Nas-au
Copy link
Author

Nas-au commented Jul 2, 2023

IR remotes are not supported at this time. It may be possible to use pre-programmed devices as sub devices, but so far the IR gateways that have been studied do not return any datapoints for IR devices, so they are impossible to detect.

Thanks you for you response.

@make-all make-all moved this to 🆕 New in Tuya Local Aug 13, 2023
@make-all make-all moved this from 🆕 New to 📋 Backlog in Tuya Local Aug 13, 2023
@make-all
Copy link
Owner

QueryThingsDataModel result of the device I have here (different model, but may help in figuring out the missing details in the above docs.

{
  "result": {
    "model": "{\"modelId\":\"000003fa6f\",\"services\":[{\"actions\":[],\"code\":\"\",\"description\":\"\",\"events\":[],\"name\":\"默认服务\",\"properties\":[
{\"abilityId\":101,\"accessMode\":\"ro\",\"code\":\"temp_current\",\"description\":\"\",\"extensions\":{\"attribute\":\"2\",\"trigger\":\"direct\"},\"name\":\"温度\",\"typeSpec\":{\"max\":800,\"min\":-200,\"scale\":1,\"step\":1,\"type\":\"value\",\"typeDefaultValue\":-200,\"unit\":\"℃\"}},
{\"abilityId\":102,\"accessMode\":\"ro\",\"code\":\"humidity_value\",\"description\":\"\",\"extensions\":{\"attribute\":\"2\",\"trigger\":\"direct\"},\"name\":\"湿度\",\"typeSpec\":{\"max\":100,\"min\":0,\"scale\":0,\"step\":1,\"type\":\"value\",\"typeDefaultValue\":0,\"unit\":\"%\"}},
{\"abilityId\":201,\"accessMode\":\"rw\",\"code\":\"ir_send\",\"description\":\"\",\"extensions\":{\"attribute\":\"128\"},\"name\":\"红外控制下发\",\"typeSpec\":{\"maxlen\":3072,\"type\":\"string\",\"typeDefaultValue\":\"\"}},
{\"abilityId\":202,\"accessMode\":\"ro\",\"code\":\"ir_study_code\",\"description\":\"\",\"extensions\":{\"attribute\":\"128\"},\"name\":\"红外学习值上报\",\"typeSpec\":{\"maxlen\":128,\"type\":\"raw\"}}]}]}"
  },
  "success": true,
  "t": 1703832547488,
  "tid": "5cec039fa61611eead0c9aea27a974a5"
}

@make-all
Copy link
Owner

IR support will be available in the next release, but unfortunately this device can still not be supported due to limitations in the way devices are detected.

Basically the two dps supported by this device are:
201: not reported by the device, only for sending commands to the device.
202: only reported when the device is in learning mode and an IR signal is received.

@make-all make-all closed this as not planned Won't fix, can't repro, duplicate, stale Aug 16, 2024
@github-project-automation github-project-automation bot moved this from 📋 Backlog to ✅ Done in Tuya Local Aug 16, 2024
@make-all make-all reopened this Aug 16, 2024
@github-project-automation github-project-automation bot moved this from ✅ Done to 📋 Backlog in Tuya Local Aug 16, 2024
@felipecrs
Copy link
Contributor

felipecrs commented Nov 3, 2024

In my case, Tuya Local discovers the device (using cloud) and reaches the adding phase but doesn't get passed that.

image

2024-11-03 13:02:01.246 DEBUG (MainThread) [custom_components.tuya_local.device] Refreshing device state for Test
2024-11-03 13:02:01.246 INFO (MainThread) [custom_components.tuya_local.device] Setting protocol version for Test to 3.3
2024-11-03 13:02:04.336 DEBUG (SyncWorker_11) [custom_components.tuya_local.device] Test refreshed device state: {"Error": "Network Error: Unable to Connect", "Err": "901", "Payload": null}
2024-11-03 13:02:04.336 WARNING (SyncWorker_11) [custom_components.tuya_local.device] Test protocol error 901: Network Error: Unable to Connect
2024-11-03 13:02:04.336 DEBUG (SyncWorker_11) [custom_components.tuya_local.device] new state (incl pending): {"updated_at": 1730649724.336469}

It seems to be the exact same device as #1887.

Refs jasonacox/tinytuya#554

@make-all
Copy link
Owner

make-all commented Nov 3, 2024

Did you force close the mobile app after scanning the qr code? Or do the step with WiFi disabled on your mobile device?

@felipecrs
Copy link
Contributor

Yes, I actually tried everything. Since I am not able to make tinytuya get useful data of from the device, I suppose there's nothing this integration can do either, right?

See: jasonacox/tinytuya#554 (comment)

@make-all
Copy link
Owner

make-all commented Nov 4, 2024

If the device returns no info, it is currently not possible to use with this integration, and falls under the same issue as this, which is still open for future enhancement to be made to allow supporting such devices that have send only dps (and only return info when put into learning mode)

@felipecrs
Copy link
Contributor

felipecrs commented Nov 4, 2024

You are right! When I put it into learning mode, I can get one dp:

{'dps': {'201': '{"control":"study"}'}, 't': 12}

And I understand no support for it can be done for now. Appreciate anyway.

@make-all make-all mentioned this issue Nov 17, 2024
4 tasks
make-all added a commit that referenced this issue Dec 2, 2024
Issue #847

Relax test for unmatchable configs to allow configs with all optional
dps but have product ids specified.
@make-all make-all added awaiting confirmation Wating for confirmation the issue is solved unreleased Will be in next release and removed enhancement New feature or request labels Dec 2, 2024
@make-all make-all moved this from 📋 Backlog to ✅ Done in Tuya Local Dec 2, 2024
@make-all make-all removed new device Unsupported device awaiting confirmation Wating for confirmation the issue is solved labels Dec 12, 2024
@make-all make-all removed the unreleased Will be in next release label Dec 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

3 participants