Light keeps getting turning off, no obvious suspect, how identify culprit

The two automations it is a part of (verified on the Device page) are one that turns it on before sunset, and the second isn't active until 11, and the light turned off earlier than that, so that automation also seems to be innocent. All the automations w/that light on the ST side have been paused or disabled.

Tried to look at logs but the light isn't listed in the log page (because it's connected via HubConnect?) Events has this below. The "on" events from 8PM and later are me turning the lights back on after I notice they are off.

Is there an easy way to see what is turning off the light?

Name Value Unit Description Text Source Type Date
switch on Cabinet Lights switch is on DEVICE 2020-08-10 10:49:27.392 PM PDT
switch off Cabinet Lights switch is off DEVICE 2020-08-10 08:57:02.568 PM PDT
switch on Cabinet Lights switch is on DEVICE 2020-08-10 08:42:06.753 PM PDT
switch off Cabinet Lights switch is off DEVICE 2020-08-10 08:17:22.177 PM PDT
switch on Cabinet Lights switch is on DEVICE 2020-08-10 08:05:39.342 PM PDT
switch off Cabinet Lights switch is off DEVICE 2020-08-10 07:22:45.454 PM PDT
switch on Cabinet Lights switch is on DEVICE 2020-08-10 06:53:02.146 PM PDT

Did you look at the ST logs in the IDE? It should show what turned off the light..

I looked at the log of a light switch that is still connected to ST in my system. If the light was switched via HE there is an entry that ST[remote] sent the on or off command

1 Like

Thanks, definitely the Hubitat hub turning it off:

"Hubitathub (online) sent off command..."

Detailed event info below. Not quite sure which of the IDs provided I can try to match up to an Automation in Hubitat that is sending the "off" command. I have looked at my two active Hubitat automations for that switch, and neither appears to be the culprit, hoping something in the above information is the pointing finger. :slight_smile: I thought maybe this:

  • |smartAppId|22f7b921-b7a8-4d4f-8e5a-92af901b25fb|

But SmartApp is a SmartThings app...

Name Value
archivable true
commandId 289
date 2020-08-10 8:57:00.755 PM PDT (2020-08-11T03:57:00.755Z)
description HubitatHub [Online] sent off command to Cabinet Lights
deviceId d10ded4c-1559-49f5-b2b0-3f41abda367e
displayed true
eventSource APP_COMMAND
groupId d92753d2-dc12-445a-8fba-422d43a6eafb
hubId 5d8dae20-2259-47c4-b650-c958f88e2c63
id b5a12940-db86-11ea-9e49-128026b1336b
installedSmartAppId 94ff1db6-f4b9-42a5-945b-8e22478c9d73
isStateChange true
isVirtualHub false
linkText HubitatHub [Online]
locationId 903f6ac2-3efd-464c-87df-12d20b3247d9
rawDescription HubitatHub [Online] sent off command to Cabinet Lights
smartAppId 22f7b921-b7a8-4d4f-8e5a-92af901b25fb
smartAppVersionId e76e1276-4dd0-4f78-a580-89e53f05aec4
translatable false
unixTime 1597118220755
value off
viewed false

If it is the Habitat remote app turning it off then you need to go back to HE and try and track it down. You know what time the command came from HE so look in the logs at that time and see if that gives you any clues.

You say you looked on the device page and it listed two apps that can control the light. Perhaps you should look at them closer, or post a screen shot of the rules. if they are in RM, Are they RM rules or one of the built in apps?

Thanks. The two automations are in Motion Lighting and the Simple Automations apps, so it's are pretty easy to determine that they should not be turning off the light.

One of them only runs between 11 and 7 AM (the light was turning off during the day):

And the other only turns on the light just before sunset, has no turn-off action.

I've looked at the logs for the two automations. There is no log specifically for the actual device in HE that I can find...on the Logs page the device just does not appear. Maybe due to being a hubconnect device coming from ST. There is no "enable logs" option the device page.

There are logs for the two automations (one paused, one active) but they don't show enough past activity for some reason to see events from yesteray when this was happening. When I look at the logs in Past Logs, the logs end with "Loading past logs" but no additional information ever loads, so I can't see anything older than this morning. Example below.
"

I turned on the light this AM and am going to wait to see what happens. :slight_smile: I have the hub set to reboot every night, so if there was some temporary issue that a reboot might fix (had another issue recently w/a device that a reboot fixed) then it might (hopefully) be a non-issue as of today. Guess I'll have to wait and see.

I'm also going to comb through my other automations one more time even if they don't mention the cabinet lights just in case I missed something. Operator error is always a very likely issue... :smiley:

If you looks at the Cabinet Lights device page, it should show all the apps (rules, automations, etc) that it is currently included in.

Thanks...as I said in my initial post I did verify the automations it's included in on the device page:

The two automations it is a part of (verified on the Device page)...

So I know which automations it's included in, but have looked at them carfully (and posted the details above) and neither should be able to turn the light off at the times when it was going off (last night before 10PM).

I've had the switch on all morning, and it hasn't turned off on its own, so I'm thinking the nightly (3AM) scheduled Hubitat hub reboot has fixed whatever the issue is. So I'm starting to put my happy face on again. :slight_smile:

You're already doing the nightly reboot? :frowning:

Yes ...I know, it seems early, right? :slight_smile:

But given the other device issue from a few days ago that was resolved by a reboot, it seemed like a little "free" insurance to ensure that any odd issues get cleared up and the hub is refreshed before I start my day.

I do the same w/my phone, but that's weekly as my S10 is extremely reliable and rarely has any issues.

W/the HE it looks like I've already run into two issues that required reboots to resolve (the first one a few days ago and now this one), and I have just barely started to migrate devices from ST (only moved over a handful). I have to admit I'm a little concerned about that. Hopefully the 2.2.3 release that's being worked on will help in that area as well as the other Zwave pairing issues they are working on.

I'd suggest you figure out what is causing you to need to reboot before moving more. It'll be easier to track down.

2 Likes

Was just about to say that, beat me to it.

I know some people feel the need to reboot, but with a healthy system you just shouldn't have to do it nightly, or even weekly for that matter.

I would spend some time to try and figure out at what point did you need to do this, maybe you added a certain device or something? From there try to track down what device or what automation is causing issues.

1 Like

Of course you're right, I agree that rebooting at night doesn't solve the problem, and it won't help if it comes up during the day when we're using our automations.

But lazy me was thinking that if I end up not having any problems during the day by rebooting at night, the nightly reboot becomes an easy crutch. Not the best approach...

I did try to track down the other device issue and didn't find anything ovbious. My efforts weren't extensive or heroic, though. :wink: In the case of this issue I have found nothing over the past day or so that indicates why the device was turning off, and no one has had a "look here" suggestion that has led to an answer, so I'm kind of stuck at this point. I am heading off now to do a detailed review of all my automations just to make sure that one of them didn't get the cabinet lights included accidentally at some point. :slight_smile:

I'm so ashamed... :wink: :smiley: Do you guys have to be right all the time?!?

@danabw open up the device and scroll all the way down to the bottom. It will show you what automations it is apart of.

keke, we don't read entire threads and it shows. :slight_smile:

1 Like

Yea, my attention is split. I'm on a conference call. Browsing the threads here and streaming star trek picard.

1 Like

lol, me too! Except for the Picard streaming.

1 Like

LOL...make sure you don't accidentally shout "Make it so!" instead of "Yes, let's do that." Would be a total give-away... :smiley:

1 Like

I'd like to see the second automation that comes on at 11. I had a similar issue where i had to specify both the valid on times as well as the off times.

Thanks...here's my automation that doesn run until 11 PM - surise in the automation.

yep same issue as mine just stick the dont turn off between in there.