Yes,
I have the 2 TVs configured with static IP.
I remember that the first version of your [ST Edge] UPnP Control Point Driver sent the IP, now I see that it sends the UUID:
2021-11-10T15:16:00.968724437+00:00 INFO UPnP Explorer Event received from: [TV][LG]42LA691S-ZA
2021-11-10T15:16:00.974694420+00:00 INFO UPnP Explorer Subscription ID: uuid:e91d0736-e785-c41f-6030-fbf3acXXXXXX
2021-11-10T15:16:00.980738441+00:00 INFO UPnP Explorer Sequence Number: 0
2021-11-10T15:16:00.986846160+00:00 INFO UPnP Explorer Properties:
It would be worth the UUID and so I can remove the static IP
This update adds an optional feature to the virtual motion sensor devices so you can configure motion to go active when the switch is on, and then pause a set number of seconds, and then return to inactive state (and switch turns off again).
Use device Settings to access the configuration options; default is that this feature is disabled.
Is it possible to reset the delay on a momentary button somehow?
I am thinking of the following use case:
if a motion sensor tracks no movement for 2 minutes then turn off the lights. Currently, the two minutes condition on the movement forces the routine to be executed in the cloud. But, if resetting the delay was possible then a local execution would be possible: if movement is detected reset the 120 second delay on the momentary button (local execution). When the delay is over and the included switch resets then turn off the lights (also local).
So a resettable delay would allow to turn the cloud executed routine into a local executed routine (by watching the state of the switch instead of “no movement for two minutes”).
Thank you very much, but unfortunately I am not sure if this feature fits my needs.
I created a routine to turn on the switch of the virtual motion sensor if motion is detected and configured the virtual motion sensor as seen at the screenshot you provided. Now the virtual motion sensor returns to inactive 12 seconds after being triggered even is there is still movement.
What I need is to keep the virtual motion sensor active as long as motion is detected by the physical motion sensor and start the 12 seconds delay if no movement is detected anymore. If motion is detected again after this 12 seconds start running and before this time is elapsed, the timer should be stopped and started again if there is no motion detected again.
It may be possible to do that as a device option, but it seems like a pretty specific need. Have you looked at trying to accomplish what you want to do with a Rule? I know you were concerned with keeping it local. If you disable the delay in the virtual motion sensor, you can be in complete control of when the virtual motion goes on or off.
If you can’t implement your logic in Rules, then maybe a weCoRE piston is in order. Not local, but you may not notice a difference given the 12 second delay anyway.
Thank you very much for your input, I guess I will stay with the cloud-exexuted rule.
I thought about keeping the lights in a room on as long as there is movement and to turn the lights of with a certain delay, but maybe at the moment this is not possible with local execution
Actually I made it works local
You need virtual motion, and 3 Automations. They run local
Setup vMotion to 120 seconds delay, and Auto return to Inactive
You want a presence sensor instead of a motion sensor. They are very similar, but the presence sensor has a little bit different logic that causes triggering. They are intended for just this purpose. You can pull off the use case either way, but the presence sensor will work with less effort.
Question. And I apologize if this is the wrong place.
I have been slowly pushing all the security aspects of my smart home over to Ring. Just using ST for lighting and automations and things.
I still like the idea of using a couple of those Ring devices in some routines. I used this device creator to make a couple contact sensors which read the status of the Ring sensors using Alexa as the middle-man. All good there.
Is it possible to create a virtual device that would read the status of the Yale yrd226 door lock, which is connected through Ring? I know I can use a contact sensor and, when setting up in alexa, assign “locked” from the lock to “closed” on the virtual device. And then “unlocked” to “open” and that’s a fine solution. But is there a different device that would actually read them as “locked” and “unlocked” ??
When I create a virtual lock, alexa reads it as an actual lock. So when setting up the routine in alexa, I can’t do one for the “unlocked” status because alexa thinks it’s actually unlocking a door and won’t allow that in routines.
Maybe it would help to mention, the structure of the alexa routine I’m trying to set up is
IF yale lock is unlocked
THEN unlock virtual lock
And then another for locked.
What I’m getting at is I’d prefer the virtual device read “unlocked/locked” rather than “open/closed” if possible.
Then once I get that, I would like to build one routine allowing me to lock the front door using ST but that seems pretty straightforward.
I did this for a while.
You would need to use a virtual lock (created from the IDE) or a virtual edge lock here
Then in Alexa, I you have to go into the device details and allow lock/unlock permissions and create a pin.
Unfortunately even with the permissions enabled, alexa still won’t let you unlock with a routine. Safety issue, which I understand!!, but it can’t tell the lock is virtual haha.
Sounds like maybe you need a virtual combo lock device that would also have a contact for Alexa IF-clauses, and switch for Alexa THEN clauses. (Would you need both)? All three would have synchronized state.
I set this up yesterday. Within the app, it did give everything I wanted. However I didn’t like having to tell alexa my pin just to complete unlocking the virtual lock.
I do use the ring app to lock and unlock the door sometimes and even unlocking that way triggered alexa to ask for the pin in order to complete the routine.
As for the suggestion from @TAustin above…that could possibly work but it’s outside my scope of knowledge.
In the end I think I’m just going to tie the lock to a virtual contact sensor. Seems like any other solution overly complicates things just to get “locked/unlocked” instead of “opened/closed.”
Then I can setup the routine I’m trying to do to “close” the lock and everything will be fine.
@TAustin could you create virtual Door device, with both Open/Close and Lock/Unlock capabilities, plus switch options for both? That way users could see both capabilities in Alexa.