I’ve introduced Number and Select entity types to support Tuya devices that don’t fit neatly with the current entity types.
I primarily introduced as I’ve got an Arlec Smart Security Light (MAL315HA) that doesn’t have a traditional on/off mode. It’s DPS config represents the following:
101 - Mode: mode_auto/mode_on/mode_off <Select>
102 - Light State: true/false <Binary Sensor Only>
103 - Motion Sensitivity: [0-4] <Number>
104 - Light Timeout when in Auto mode (secs) <Number>
105 - Light Cutout Threshold [0-3900] <Number>
106 - Reset to Auto after 1 hr in Manual On: True/False <Switch>
The Number entity type is pretty self explanatory. Has configuration for maximum/minimum values.
The Select entity type allows configuring of values to send through to a DP. In addition, I’ve added a User friendly mapping, so (as an example) that you can have “On” as the setting for the Select, which maps to “mode_on” as the value being sent to the device.
So in the Smart Security Light Example, I have setup a Select against DPS: 101 with the following:
Name: Mode
Valid Entries: mode_off;mode_on;mode_auto
User Friendly Options: Off;On;Auto
If anyone is interested in giving it a try, the PR is #596. @Gabrie - This may assist with the light you were trying to setup
Hi all
I just installed a Tuya RGB Led Strip. I have added it to HA and I can turn it on-off but I can’t change the colors. Does anybody knows how I can make it work. The options are below
Thanks. I used the integration to set it up. The led strip has the numbers 20, 21, 24, but it doesn’t have the numbers 22,23. It is working now but not completely. If I try to change manually the brightness in color mode the integration stops.
- host: xxxx.xxx.xxx.xxx
device_id: xxxx
local_key: xxxx
friendly_name: Tuya tv
protocol_version: "3.3"
entities:
- platform: cover
friendly_name: NAME
id: 1 # this is what open_close_stop use, not sure if you had this as 2 or something else
commands_set: open_close_stop
positioning_mode: position
position_inverted: true
current_position_dp: 2
set_position_dp: 2
Gunnar I am still having problem. It is hard…
The arrows UP and Down are disabled. I´ve tried to change the actual position, and the problem still persists.
Can anyone tell me why, after adding the Local Tuya integration via HACS (and restarting HA), I still don’t have it in the drop-down under Integrations to add it?
It’s there now (didn’t do anything, just finally showed up). Now my issue is that all the tutorials on how/where to obtain the local key are outdated. I’ve been digging around on the Tuya site for hours and can’t figure out how to get this info. Does anyone have an accurate set of instructions?
Just follow the official Tuya integration guide @bkr1969, the process is no different. That has all that information - then you just pivot to local Tuya after you set up everything in the Dev Platform rather than using the official integration.
I have 4 bulbs under localtuya integration working fine until today, one of them showing unavailable. Tried reboot HA, remove this bulb from localtuya and then add it back, reboot HA, but still showing unavailable. the bulb itself works fine since I can still turn on/off using smartlife app. Other 3 bulbs worked both on localtuya and smartlife. Anyone know what could be wrong and how to fix it?
PS: more info, when I turn it on/off from smartlife, it did sync the status to HA, however I can’t control the bulb from HA. Below are the error log(where 192.168.x.xxx is the IP of the trouble bulb):
2021-11-14 20:50:32 ERROR (MainThread) [custom_components.localtuya.common] [lig...n01] Connect to 192.168.x.xxx failed
Traceback (most recent call last):
File "/usr/local/lib/python3.9/asyncio/locks.py", line 413, in acquire
await fut
asyncio.exceptions.CancelledError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.9/asyncio/tasks.py", line 492, in wait_for
fut.result()
asyncio.exceptions.CancelledError
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/config/custom_components/localtuya/common.py", line 149, in _make_connection
status = await self._interface.status()
File "/config/custom_components/localtuya/pytuya/__init__.py", line 472, in status
status = await self.exchange(STATUS)
File "/config/custom_components/localtuya/pytuya/__init__.py", line 451, in exchange
msg = await self.dispatcher.wait_for(seqno)
File "/config/custom_components/localtuya/pytuya/__init__.py", line 240, in wait_for
await asyncio.wait_for(self.listeners[seqno].acquire(), timeout=timeout)
File "/usr/local/lib/python3.9/asyncio/tasks.py", line 494, in wait_for
raise exceptions.TimeoutError() from exc
asyncio.exceptions.TimeoutError
Note that whenever a Tuya device gets re-paired through the Smart Life-app (you did not mention whether you did that) the device will get a new key which means you have to aquire the new key from your Tuya account and change it with localtuya accordingly.
Thanks Tamsy for the reply. I didn’t repair on smartlife so the key is same (double checked).
From the log it seems connection to the IP of the bulb is timeout.
Still don’t know how to fix this. When I removed this bulb again and retry to re-add it, got the error " Entity with this ID has already been configured". Did a search on google but didn’t find meaningful discussion/solution.
That’s exactly what I did, and when configuring the bulb as entity id light.sn03, I got the error " Entity with this ID has already been configured". No error in the log.
Then I went to the entities page to search this entity and didn’t find it. It does show “10 hidden entity”,
when I click “clear”, it does show this entity still exists and status is unavailable.
Then I went back to integration page and noticed there are hidden integrations!
Sure enough there is another localtuya integration that was hidden and disabled! I deleted it and then repeat the steps to add it back, worked!
It seems that by default disabled entities and integrations are hidden, which I didn’t notice at the beginning, which took me long time to figure out
The issue was that after I removed bulb from the integration, it disappeared from the integration page, but actually it didn’t removed it, it was moved to another localtuya integration and was hidden by default, which I haven’t experienced in the past. I think I might clicked “disable” when I actually tried to “delete” it, these two options are together.
