[RELEASE] Tuya Smart Siren Zigbee driver

I wasn't really expecting it to be compatible with HE.

I actually bought 2 and upon pairing the second one it selected the Tuya Scene Switch TS004F :man_shrugging:

The zemismart driver did not work.

I was just letting you know it was successfully paired with Z2M, I don't expect HE to compare with Z2M.

  • endpointId: 01
  • model: TS0601
  • application: 46
  • manufacturer: _TZE200_nklqjk62
1 Like

Thank you @kuzenkohome , now I realize that this 'Garage Door Opener' is actually a rather different type of device, reporting back the status of the garage rolling door as returned by the additional sensor.
It shouldn't be so much difficult to add it in HE, but will require a new driver.

The HA -> HE integration is working really good, I am also using it for exposing in HE a couple of devices (mostly WiFi) that can not be supported natively in Hubitat. Also for some Xiaomi/Aqara devices (Air Purifier, Smart Fan and MiFlora soil sensors).

EDIT: July 2022
Tuya Zigbee Garage Opener is now supported in Hubitat : Tuya Zigbee Garage Door Opener - #30 by kkossev
@kuzenkohome

2 Likes

Hi @kkossev ,
Finally got the siren device today.
Joined the hub and assigned your driver with no problem.
Thank you for your efforts.
I can control the siren from its device page with no problem.
Seems like I am missing the option to include it in a rule of any kind as it does not how up as a Switch or any other device type. What am I missing?
Edit: I now see it shows up in Hubitat safety monitor and in RM so maybe sirens are only available there?

2 Likes

Yes, seems like Sirens are available for control only in Hubitat Safety Monitor and in the Rule Machine.. I am posting some screenshots below, because I already prepared them : )

HSM :

Rule Machine:

In order to be able to set any parameter, select 'Actuator' as capability

The possible custom actions for Tuya Siren are:

  • melody : number, 1..18 = set alarm type, can be any number between 1 and 18
  • duration : number, 0..180 = set alarm length in seconds. 0 = no audible alarm
  • volume : string, "low", "medium", "high"
2 Likes

Thanks @kkossev ,
Found out that I can add the siren to the dashboard using the attribute template allows me to see if the siren is on or off, battery level etc.
Did not find a way to trigger the siren on or off from a dashboard.
Adding to my alarm dashboard will allow me to trigger it or turn it off manually when away.
I guess this means the driver should support the switch capability. Can it be done? And if so, I'll be glad if you'll consider this in your future releases.
Thanks again for your work and help.

2 Likes

@amithalp adding switch capability to the siren driver is possible, but I have to think if there may be any side effects of this. As an example, the siren will appear in all HE applications that list light switches...

Meanwhile, you can create a virtual switch and control the Tuya siren from it - see this write-up on a possible way to do it.

2 Likes

Very true.

FWIW, I think it is okay to implement on/off in a siren driver because the built-in siren drivers do include switch capability. Here are the devices with the "Linear/Vision siren driver" and the "Aeotec Siren 6 driver".

1 Like

Thanks for the info! I usually check the built-in drivers (especially the virtual drivers) for their standard capabilities and commands, but this time seems like I have missed this one.

Do you know what the 'Pair Button' do? Link the virtual button number to the last SoundEffect played by 'Play Sound'?

1 Like

It pairs an external button to the siren that permits its use as a doorbell.

Do you know how the external button communicates to the siren? RF 433 or similar?

1 Like

I believe so. Definitely not through the hub. So not zigbee or zwave.

I think it might be this button:

I ordered 4 of these, really hope its the ones that work with ur driver ? Unfortunately it doesn't say what model number they are..

You never know what exact model you will receive when placing a purchase order for these devices. When you pair it to HE, we will know. Shouldn't be a big effort to make it work, even if its a new or unknown model.

The Tuya device is simply a siren and strobe which is great for an intruder alert, fire alarm, etc.

If you every want to have a device that has more flexibility in providing alerts, you can get the Ecolink 700 series chime/siren. The disadvantage is that it is a lot more expensive than your Tuya devices. The siren part of the device will do the siren and strobe thing like your Tuya, However, it also has a variety of built-in chimes sounds that can be used to alert you of things like doors being opened. You can also create custom sounds and load them on a micro SD card which inserts into the Ecolink device. Then you can create rules to play those sounds in response to a a trigger.
For example, when my garage door opens, the chime announces "The garage door has been opened". Likewise, when I get the message "There is motion in the basement" in the middle of the night, I know there is an intruder; most likely a mouse found a way in. For major events like a water link, you can use the siren slots to keep repeating the message at high volume in this the leak is fixed. It is a very useful device and it is fully supported by Hubitat.

1 Like

Ecolink Z-Wave 700 Chime + Siren seems to be a very useful device, unfortunately, it is very difficult to source it in Europe.

I was thinking about the possibility to add some enhancements in this driver for the cheap Tuya Zigbee siren. The hardware is not capable of playing custom sounds, but the built-in 18 different sounds and melodies could be used better.

Currently, the driver allows to select the melody number, the duration and the volume of what will be played on the next Siren/Both commands.

This setup is OK for use as an alarm - probably on maximum volume and long duration.
However, for door open notifications, or used as a doorbell, the volume must be lower and the notification shorter.. Such sounds or short melodies are already available inside the siren.

So what can be done is the following:

  • In the preference section add new "Default Melody", "Default Volume" and "Default Duration" parameters. These parameters will be used with the standard siren, strobe, both commands when the device is used for alarming purposes (from Hubitat Safety Monitor for example)
  • the current "Set Melody", "Set Volume", "Set Duration" custom commands to be removed (hopefully no one uses them in RM or other automation) and replace with a new combined single custom command play :
    • Play Melody, Volume, Duration

When 'Play' command is invoked from RM5.1 rule, it will first change the device melody #, volume and duration with the parameters specified in the same command line. This way it will be very easy to program a simple 'ding-dong' or similar low volume short sound. There are several inbuilt chime sounds to choose from.

After the custom play command finishes (probably at low volume and short duration), the driver will restore the default melody, volume, duration as set in the preference section, so that next time HSM activates and alarm, it will sound at the expected full volume and duration.

is there away to get the readings of the humidity yet? I need to buy some humidity sensors but figured I may be able to save some money if you know of away to get the readings from this alarm?
thank you for your hard work..

No, I have not added new devices or functionalities to this driver recently.

Do you already have the Tuya siren model that also reports humidity and temperature? If the main siren commands are the same and it works with this driver, adding T/H decoding should not be difficult. As I don't have this device, I will need some debug logs to look at.

I am using this driver and getting the following errors every hour. The device is working however.

2022-11-04 05:39:54.099 PMerrororg.codehaus.groovy.runtime.metaclass.MissingMethodExceptionNoStack: No signature of method: user_driver_kkossev_Tuya_Smart_Siren_Zigbee_1162.checkEventInterval() is applicable for argument types: () values: [] (method checkEventInterval)

@eric22 this error is a result from a scheduled job that has remained from a previous driver that has been used with this device.

You can manually update the driver to version 1.1.0 (from the second post in this thread), after clicking on the 'Save' button from the Preferences section, this scheduled job must be deleted.

1 Like