Feature request: Device health

[Marcusone]

@ogiewon how did you get it working with pushover? I can't seem to find how to setup pushover, Hubitat posts seem to say it has native support?

Thanks,

[ogiewon]

@ericm's Device Monitor App works great with Pushover. In the Device Monitor 'Settings' page, under 'Send a push notification?', simply select your Pushover Device.

To set up Pushover, you can follow my instructions from when I originally wrote the Pushover Driver. No need to use the custom driver now that Hubitat has included it in the firmware.

Pushover Notifications Driver [Slightly Enhanced]

The Pushover Driver is now included as part of the Hubitat Firmware. The Hubitat team included a version of the driver below to simplify the process for setting this up. You do NOT need to add the custom Pushover Driver below. Just be sure your Hubitat hub's firmware is up to date. UPDATE: IF you want to use some of the enhanced features (since September 2020) of the Pushover driver described below, you will need to use my community driver from my GitHub repository below. My wife really li…

[Marcusone]

Thanks. I was missing the step of manually adding a new "Virtual Device"

[mike]

Is there a recommended time for what is considered "Inactive". I guess it will boil down to how often I want to receive notifications - so just wondering what other users have setup.

[gabriele]

Hi @ericm I've installed your app, but seems that it's looking at last event received instead of latest activity, do you think that it's possible to add an option for this? See below some screenshots.

Device monitor reports that "Presa taverna" device is inactive since 99 hours:

But last activity for "Presa taverna" was around 7 hours ago:

For reference, latest event was around 99 hours ago:

Thanks

[bptworld]

@gabriele

looking at last event received instead of latest activity

Since this has been an ongoing issue, I've created another option...

[RELEASE] Device Watchdog

*** BPTWorld apps are no longer being developed or maintained. Thanks *** Introducing 'Device Watchdog' Keep an eye on your devices and see how long it's been since they checked in. Features: Activity Reports: Create Activity reports based on number of hours since the device checked in. If device hasn't check in, an automatic 'refresh' is sent to see if the device will respond Choose whether to show devices that have been Active or Inactive within the set number of hours. Based on 'Last Ac…

[gabriele]

@bptworld

I've created another option

Seems that it has the same issue:

[gavincampbell]

@gabriele

I've installed your app, but seems that it's looking at last event received instead of latest activity, do you think that it's possible to add an option for this? See below some screenshots.

I believe this is a bug in the last activity method pulling the wrong value. I had reported it to support and hopefully will be fixed in a future update to pull the last activity info instead of the last event info.

[gabriele]

@gavincampbell

I believe this is a bug in the last activity method pulling the wrong value. I had reported it to support and hopefully will be fixed in a future update to pull the last activity info instead of the last event info.

Probably you are right because also @bptworld one is reporting the same.

[ericm]

Yes, this is a known issue. See the end of this thread:

getLastActivity()?

I am looking at Simple Device Viewer in ST. It makes a call for device.getLastActivity() which is expecting a timestamp. device.getLastActivity() returns the following error for each device iterated: java.lang.IllegalArgumentException: Command 'getLastActivity' is not supported by device. In Hubitat, I know "Last Activity" is visible on the Hubitat device page but is there another way to get this information programatically?

[gabriele]

I've seen a "ACTIVE/INACTIVE" option, but it's not clear what it changes, maybe meanwhile getlastactivity is fixed this option (or a new one) could be used and if active, independently from timing, devices will be reported considering only ACTIVE/INACTIVE status?

[gavincampbell]

@gabriele

I've seen a "ACTIVE/INACTIVE" option, but it's not clear what it changes, maybe meanwhile getlastactivity is fixed this option (or a new one) could be used and if active, independently from timing, devices will be reported considering only ACTIVE/INACTIVE status?

A device is marked as inactive if there hasn’t been an event in the last 24hrs. Essentially you get the same info using either method.

Just because it’s marked as inactive though doesn’t mean it’s offline. If I don’t flick on my dining room light for a day it becomes inactive but is still fully function. It’s a bit confusing.

[gabriele]

No, active/inactive is not based on last event but on last activity, as you can see in above screenshot the device "presa taverna" is active and with latest activity today, despite latest event is from few days ago. Probably your light doesn't report anything else than on/off so last activity (and so the state) it's the same of last event.

If it's not possible to get the latest activity now, I think active/inactive seems more reliable.

[gavincampbell]

@gabriele

No, active/inactive is not based on last event but on last activity, as you can see in above screenshot the device "presa taverna" is active and with latest activity today, despite latest event is from few days ago. Probably your light doesn't report anything else than on/off so last activity (and so the state) it's the same of last event.

You are correct. Got the terms mixed up as I was messing around in code.

It also depends on how the driver was written. I've been throwing code in my driver to get these values updated so I have a true representation of when my device goes offline. I also wrote specific checks for the xiaomi devices as they have a custom lastcheckin attribute you can pull from. These were the most troublesome devices for me at one point.

Either way, it will probably be fixed with the next update. The Hubitat devs are good like that with fixing issues. Once they do I can clean up a bunch of my code.

[ericm]

@gabriele

I've seen a "ACTIVE/INACTIVE" option, but it's not clear what it changes

Use the two settings shown and you will only get alerts if a device becomes INACTIVE regardless of what getLastActivity returns. I think this is what you want.

[gabriele]

Yes, that's what I was looking for. I'll give it a try!
Thank you

[ericm]

Oh, and the status will still show the last event time, but you shouldn't get notifications based on that number. You should only get notifications if the device has an "INACTIVE" state. Once the platform gets fixed to return the correct date with the getLastActivity call, then that number should be correct as well.

[gavincampbell]

Latest update (2.0.3) is out. This included fix should solve the problem.

Device now returns same last activity time as UI.

Hub Update 2.0.3

Hubitat Elevation Platform update 2.0.3 is now available: Please note, the process takes about a minute to download (depending on your Internet connection) and extract the hub update, and 1-2 minutes to perform the update after you click 'Update Hub'. We recommend that you periodically download a backup of your setup from the Settings page, Backup and Restore. Changes from 2.0.2: Platform Additions / Changes Added ability to disable any App from App list view and Devices from Devices list vi…

[gabriele]

Yes, I confirm that with latest update everything works as expected.

Now seems to be 3 scenarios available:

1. "Disable delayed notification" and "Use active\inactive" both disabled
   Last event will be used and compared to inactivity timeout setting

2. "Disable delayed notifications" disabled and "Use active\inactive" enabled
   Last activity will be used and compared to inactivity timeout setting

3. "Disable delayed notification" and "Use active\inactive" both enabled
   Only status active/inactive is used

"Disable delayed notifications" enabled and "Use active\inactive" disabled could be used if only battery reporting is needed but in that case probably HSM custom battery status will be easier.

Second scenario (that I'm actually using) it's not really clear and I've found it just with some tests, maybe options could be renamed?

"Use Active / Inactive status if available?" => "Use last activity instead of last event"
"Disable Device Delayed notifications? (Only use INACTIVE / ACTIVE status)" => "Disable Device Delayed notifications? (Only use INACTIVE / ACTIVE status, requires "Use last activity instead of last event" enabled)"