home-assistant
Tuya integration not working for Dehumidifier
The problem
After adding Tuya integration, I can see my dehumidifier device. Controls are not working with error in the log. Problematic device - "the Smart Dry Plus\u2122 Connect Dehumidifier "
What version of Home Assistant Core has the issue?
core-2024.6.3
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Tuya
Link to integration documentation on our website
https://www.home-assistant.io/integrations/tuya/
Diagnostics information
config_entry-tuya-b0b356c5aac19ba698b41fe4e8d905a2.json
Example YAML snippet
No response
Anything in the logs that might be useful for us?
2024-06-18 10:53:53.997 DEBUG (SyncWorker_4) [homeassistant.components.tuya] Sending commands for device bff9f899c554e81973xu5i: [{'code': None, 'value': True}]
2024-06-18 10:53:56.114 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [281473453087120] Unexpected exception
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 241, in handle_call_service
response = await hass.services.async_call(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2741, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2784, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 977, in entity_service_call
single_response = await _handle_entity_call(
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1049, in _handle_entity_call
result = await task
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1676, in async_turn_on
await self.hass.async_add_executor_job(ft.partial(self.turn_on, **kwargs))
File "/usr/local/lib/python3.12/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/tuya/humidifier.py", line 168, in turn_on
self._send_command([{"code": self._switch_dpcode, "value": True}])
File "/usr/src/homeassistant/homeassistant/components/tuya/base.py", line 275, in _send_command
self.device_manager.send_commands(self.device.id, commands)
File "/usr/local/lib/python3.12/site-packages/tuya_sharing/manager.py", line 93, in send_commands
return self.device_repository.send_commands(device_id, commands)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/tuya_sharing/device.py", line 180, in send_commands
self.api.post(f"/v1.1/m/thing/{device_id}/commands", None, {"commands": commands})
File "/usr/local/lib/python3.12/site-packages/tuya_sharing/customerapi.py", line 192, in post
return self.__request("POST", path, params, body)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/tuya_sharing/customerapi.py", line 121, in __request
raise Exception(f"network error:({ret['code']}) {ret['msg']}")
Exception: network error:(1100) param is empty
Additional information
No response
Hey there @tuya, @zlinoliver, @frenck, mind taking a look at this issue as it has been labeled with an integration (tuya) you are listed as a code owner for? Thanks!
Code owner commands
Code owners of tuya can trigger bot actions by commenting:
@home-assistant closeCloses the issue.@home-assistant rename Awesome new titleRenames the issue.@home-assistant reopenReopen the issue.@home-assistant unassign tuyaRemoves the current integration label and assignees on the issue, add the integration domain after the command.@home-assistant add-label needs-more-informationAdd a label (needs-more-information, problem in dependency, problem in custom component) to the issue.@home-assistant remove-label needs-more-informationRemove a label (needs-more-information, problem in dependency, problem in custom component) on the issue.
(message by CodeOwnersMention)
tuya documentation tuya source (message by IssueLinks)
![home-assistant[bot] avatar](https://avatars.githubusercontent.com/in/97978?v=4 "Published by a pub.dev verified publisher"){kind=small}
Error in UI: "Failed to call service fan/turn_off. network error:(1100) param is empty"
I have the same issue with "CONCEPT Perfect Air Smart OV2220" It boasts Tuya support and even though it works in the Tuya app, I can't control it through the HomeAssistant. I can support with additional data or create a new issue if needed.
I have the same issue with my AQUARIA S1 (Wi-Fi+Bluetooth) as well as the sensor for temperature and humidity when connected via Passive BLE Monitor constantly sitting at Dehumidifier - Humidity -6.0% Dehumidifier - Temperature -46.9 °C
same issue with Mozano Dry Assist 280 which in json output advertises as:
product_id "ixyayclwqngayhhl"
product_name "668客人5180"
Problem is occuring on the latest stable home assistant: 2024.11.
Same issue here with Cecotec dehumidifier BigDry 8000 Expert: humidifier/turn_on network error:(1100) param is empty Any solution/workaround?
I have the same problem with Eeese Emma Dehumidifier 20L WiFi tuya-01JFB6BBEAHZ3H5858MYD8RGPM-Dehumidifer-e3e937fcd20e578e613ec2feea375030.json
Hey @frenck do you need some help with this issue? Could I/we help in some way? :smile: If you have some time, I would love to hop in on a call and learn how to contribute. Maybe I'll be able to help out later on with some different issues.
Hey guys,
Similar to FilipParyz, I'm happy to assist with this bug and contribute to future bugs as well. However, I would need a call to help with onboarding since I have no experience with Home Assistant development. Let me know if anyone is available to assist, and we can arrange a call.
Thanks
Same problem here with ANSLUT Air dehumidifier 50L (tuyszqy8qscq75jp by Tuya).
I begin to wonder if, if this is actually being worked on. Some have already offered their help, but at least this issue doesn't progress :(
Same issue with Stadler Form Karl humidifier via Tuya 6.4.1(international) integration. Error code: Failed to perform the action humidifier/turn_on. network error:(1100) 1100
HA: Core 2025.4.2 Supervisor 2025.04.0 Operating System 15.2 Frontend 20250411.0
While I'm investigating this issue I've found a workaround that suffices for my needs is to use https://github.com/azerty9971/xtend_tuya/tree/v4.0.8 this doesn't fit everyone's use case but if you're blocked and can accept the differences this might help you progress your home automation while this bug is being worked.
While I'm investigating this issue I've found a workaround that suffices for my needs is to use https://github.com/azerty9971/xtend_tuya/tree/v4.0.8 this doesn't fit everyone's use case but if you're blocked and can accept the differences this might help you progress your home automation while this bug is being worked.
I tested this out with Tuya+Xtend+Cloud combination, and I can report that my issue with Stadler Form Karl persists even with this (same error code as well)
According to the Tuya /devices API, my device is an "ASAKUKI Smart Oil Diffuser," model "100-DFGeneric." However, it appears there is no "status" property (typically used by other diffusers to indicate the online state and other features like lights or mist mode). Additionally, no functions are exposed via the API, so Home Assistant cannot determine the correct DPCode to use and returns None when trying to turn it ON/OFF.
While I’m not an expert, I suspect the device isn’t properly configured to use the Tuya cloud, which limits what can be done on the Home Assistant side. To work around this, I switched to using Local Tuya, which works perfectly after some setup since the DPs are correctly exposed via Tuya APIs. Although it requires additional configuration, this approach ultimately functions well.
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
![issue-triage-workflows[bot] avatar](https://avatars.githubusercontent.com/u/13844975?v=4 "Published by a pub.dev verified publisher"){kind=small}
This is still an issue as no one has bothered to fix the integration.
Jamie Miller
On Sun, 19 Oct 2025, 8:05 am issue-triage-workflows[bot], < @.***> wrote:
issue-triage-workflows[bot] left a comment (home-assistant/core#119865) https://github.com/home-assistant/core/issues/119865#issuecomment-3418745864
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
— Reply to this email directly, view it on GitHub https://github.com/home-assistant/core/issues/119865#issuecomment-3418745864, or unsubscribe https://github.com/notifications/unsubscribe-auth/AT6EL4JX4HY7B5YUIJTAJQT3YKFQTAVCNFSM6AAAAABJPAKXQ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTIMJYG42DKOBWGQ . You are receiving this because you commented.Message ID: @.***>
Cecotec BigDry 8000 Expert Connected still not working. Can help with debug if needed.
Home Assistant can only work with the data provided by the SDK, and visible in the diagnostic dump in function/status_range/status.
If the mapping between dp_id and the SDK code is incorrect, then there is nothing that can be done in Home Assistant, and you need to contact Tuya support
