No rush, I am just very appreciative. I am not sure what you mean by dth, but it is using the anon siren module, with network id of 05. Also currently siren on/off works with strobe.
I’ll probably end up creating a modified version of my Aeon Siren Device Type Handler (DTH). I’ll send you a private message once I have something for you to test.
Well I have my answer; BLASTED SMARTTHINGS YOU MESS IT UP AND DON’T KNOW WHEN YOU CAN FIX IT?
Victor (SmartThings) Jun 25, 10:45 AM MST
Hey there!
We are unfortunately experiencing a bug on our end that is preventing the
use of SmartApps to run any routines outside of the Hello Home module.At
this time, we have no workaround so we ask for your patience as we get
this issue resolved. I have flagged your ticket so once we have a fix
implemented you will be notified right away.I
sincerely apologize for the inconvenience this causes, but please let
me know if you have any questions or concerns in the meantime.Regards,Victor
SmartThings Support
They already fixed it.
The only thing I use my native ST routines four is mode changes. They do nothing at all, except mode changes.
I have found that any routine with a mode change combined with any other actions becomes unstable very quickly. Using only mode changes in the routine is spot on for me.
I have a pistons called routines that checks for each mode change and performs certain actions based on the changing into a mode. I haven’t had a single miss in weeks (not counting the outage the other day).
Well its about time they got around to fixing it. LOL!
Thanks for the heads up on that.
v0.1.111.20160625 - Beta M1 - Added “Make web request” task. For the experts. 
Thank you @gjanes for the idea 
Awesome, thank you!
I have a small suggestion, perhaps for the next beta release, you want to create a new thread and reserved the top 3 posts for information about the release, source code, and sample etc.
That will help user to find the code and info easier.
Cheers 
hi Adrian (@ady624)
Been testing out some simple pistons to utilise the orientation sensor on a ST multi-sensor. The piston is triggering but not reporting any state change :
Using a basic IF piston on the ‘Multipurpose orientation sensor changes away from one of [rear side up, down side up, or left side up]’ and then just turning a light off.
Can’t get any movement of the ST sensor to actually change the State. I’ve just upgraded to v0.1.111.20160625 though the piston was built on an earlier release.
Any ideas ?
Thanks
In the device settings, enable something related to the garage/tilt.
Set that. Still do not get any State changes reported. What would be the simplest piston setting to test orientation change with a simple dimmer light ?
Move it around, mine enjoys a little tap… Watch the logs…
Rebuilt simple piston. Upset it. Have “Multipurpose Sensor orientation changes to one of [r,e,a,r, ,s,i,d,e, ,u, or p]” - system reported bad data when saving. Will try again in case network glitch.
Seems to be a problem.
I noticed this started last night. When the tv turns on, the light strip should turn on, and then when the tv turns off, so should the light strip.
It wouldn’t turn off last night and it’s not turning on now.
This started after the update to the current version. I’m going to revert to the previous version and let you know if that fixes it.
I was using ‘changes to one of’ and got no state change at all in any orientation or option.
Have now set the Condition is ‘Is one of’ and it works fine. Perhaps just my understanding of ‘changes to one of’ as a Comparison ?
I am also using a non-two-way light controller (lightwaveRF) so ST does not have a definitive view as to the state of the device I am controlling.
Is there a way to have CoRE execute a piston even if the state is the same :
I’m just checking to see if you received the message I sent you. I’ve completed the fully functional DTH for the Zipato Siren, but I need to verify the device output from that stripped down test version I posted before I can release it.
Wouldn’t that piston be constantly triggering (either for the If or Else)
What happens if you have a piston that evaluates to true all the time (like with “is” open)? will it trigger constantly
In a related question:
I have a trigger right now that tells me if the door was left open, and It evaluate every 5 minutes (its working) but was wondering if this is the best way to do it and if this in anyway polls the devices (battery concerns) or just the ST Servers for current status (Opened/Closed) of contact sensor.
I’m actually getting the exact same message as you on the older version and I need to do the same thing.
The switch and alarm commands alter different attributes so the off command needs to execute even if the “alarm” attribute is already “off”.
Sounds like the IF “is” Open only starts evaluation if the IF condition is true (so ELSE never triggers?) but “is one of” evaluates for both conditions (Open/Close)