Hopefully you will add this:
Thereās no need to post a link to your device request 
Hi Nimrooz,
You have to read the first post here, thereās explained that you have to ask for adding a new device on GitHub.
Best regards Peter.
Request made for the same device with _TZE204_ya4ft0w4 / TS0601 here, as well as the _TZE204_qasjif9e / TS0601
If I add the devices they are added as unknown devices, but they also give an exclamation mark after a few seconds. When I try to repair them in Homey, the exclamation mark is away for a few seconds and then reappears.
Is that normal behaviour for unknow devices?
(The _TZE204_qasjif9e / TS0601 should be working according to the 1st port in this topic, but unfortunately isnāt)
Only lights and sockets (and switches) are valid usable unknown zigbee devices.
Things which send data to Homey arenāt supported.
I know, @Peter_Kawa. But does that also explain why I keep getting exclamation marks on these devices?
I now see that they disappear in the Zigbee device list on the developer.homey.app.
After trying multiple times, the radar sensor (_TZE204_qasjif9e / TS0601) is now added as Radar Sensor in the Homey Tuya Zigbee app. But after a few seconds it shows an exclamation mark and says the device in unavailable.
Repairing helpt for a few seconds, but then the same happens again.
Values are never updated, also not in the few seconds that the device seems to be online.
Any idea what I could do, @johan_bendz?
Hi Henk.
Iām responding in the github issue.
1 Like
Did a GitHub request for a _TZ3000_kqvb5akv TS0001 today only to notice afterwards that someone else had already put in a request for this one a little over a year ago.
Does that mean chances are slim that it will be added?
1 Like
Hi @Rudi_Hendrix.
Not at allāthanks for the request. Iād prefer if you could upvote the existing issue (by commenting +1 or something similar) unless your issue adds something that the existing one doesnāt cover.
Iām not sure why this device hasnāt been added yet, but there are soooo many issues that itās hard to keep track of everything. I try to prioritize devices that have been requested by many users and have been stuck in the queue for a long time. Usually, devices that donāt use the Tuya cluster are quite easy to add, so if they remain unsupported for a long time, itās definitely a good idea to upvote them.
1 Like
Thanks! Iāll āupvoteā it right away!
Does GitHub have some sort of notification where I am being notified as soon as my āissueā is resolved?
Top right of the issue page.
3 Likes
I installed the test version and added a wall remote. When I set up a flow where a button should switch a smart plug on or off, it fails. If the plug is off, the flow switches it on without me pressing a button. I made a crash report (f445ff13-a9e2-4b2e-905f-d2937ff95eb5).
Crash reports donāt contain screenshots of your flow.
I know, but I read in the first post that I need to make a report so I thought that was enough.
But this is the flow. It only happends with the plug on top. Thatās a Shelly-plug.
I donāt see any connections between your cards?
I disconnected them because the plug was constantly turned on after I turned it off again.
So the āupper left button was pressed 1 timeā card triggers automatically when the Shelly plug is turned off?
Yes, that is what happends. I removed and re-added the wall remote, but then it still happends.
Now something new happends. I connected the cards again and the Shelly plug turned off while it was on.
