# \[APP\]\[Pro\]\[SHS\] Device Watchdog - Battery, connectivity & staleness monitoring for all your devices
**URL:** https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537
**Category:** Apps
**Created:** [July 24, 2026, 10:54am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537 "2026-07-24T10:54:46Z")
**Posts on this page:** 20
**Page:** 6
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [August 29, 2026, 6:55pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/102 "2026-08-29T18:55:55Z")
Quick note on scope, since this comes up now and then: Device Watchdog is built to watch devices that actually **report something** — battery level, a sensor value, on/off state, temperature, etc. It flags a device when that reporting goes quiet for longer than expected.
It’s not meant for pure action/trigger devices — things like the WhatsApp app’s “send” device, virtual scene-trigger buttons, or anything that only fires an action and never reports a value back. There’s simply nothing for Watchdog to compare against on those, so “not reporting” was never really a meaningful state for them.
Good news: as of **v1.9.29** , devices like that get auto-excluded from the “not reporting” check anyway (any capability the Homey API itself marks as write-only is now ignored for staleness). So you don’t need to manually exclude them — but if you add a new device and wonder why it never shows up in the “not reporting” list even after being untouched for months, that’s by design, not a bug: it simply has nothing to report in the first place.
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [August 30, 2026, 9:30am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/103 "2026-08-30T09:30:23Z")
v1.9.30 – a “what to do” hint on flagged devices
When a device shows up as not reporting, not reachable or low battery, its Details panel now gives you a one-line recommendation based on what the device actually looks like. A few examples:
- never reported any data → “if it’s only used for Flows or a display, stop monitoring it”
- a contact/motion sensor that’s simply quiet → “long gaps are normal here, raise the threshold or count ‘last seen’”
- a battery reading that’s months old → “the device may have gone quiet rather than actually being low – check it directly”
- several devices from one app dropping at once → “probably the app restarting – raise the ‘unavailable’ delay”
It sits in the Details panel (a tap, not a hover, so it works on mobile) and only appears while a device is actually flagged. If nothing specific fits, you get a sensible generic hint instead.
---
### Author:  [@SingKT](https://community.homey.app/u/SingKT)
#### Post date: [September 7, 2026, 8:06pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/104 "2026-09-07T20:06:47Z")
Just restarted my homey. The watchdog app (1.9.32) doesn’t seem to obey all commands. With a few devices I said do use the last seen timestamp and it ignores it. What info do you need to pinpoint the cause of the disobeyance?
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 8, 2026, 3:21am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/105 "2026-09-08T03:21:22Z")
Do you have some screenshots? Watchdog status. / Detail settings and from the developer Tools the capabilities? The “Verlauf” too I’ve they are back again now. You can add a Diagnostic report too than i have more Information and it’s not only guessing 🙂
There was a reboot tonight here and the device went unavailable and 10min later available. Just gonna raise the option delay to unavailable to 15min now
---
### Author:  [@SingKT](https://community.homey.app/u/SingKT)
#### Post date: [September 8, 2026, 8:34am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/106 "2026-09-08T08:34:03Z")
Everything back to normal by now.
The restart was around 20:55. I triggered a few times a manual scan. No change yesterday evening. The first scan was delayed by 5 min. Changed it to 15 now.
The last good message though was yesterday at 23:07.
Did a restart just now. Let’s see what happens.
Just realised my „last seen“ script needs some rework. Presently it only shows devices with an existing „last seen timestamp“. My bad.
---
### Author:  [@SingKT](https://community.homey.app/u/SingKT)
#### Post date: [September 8, 2026, 9:11am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/107 "2026-09-08T09:11:51Z")
Just restarted.
Diag send. Sorry id gone.
> **my last seen**
>
> Script started at: 08.09.2026 10:57:11,501
> Aqara plug 2 - vor 00:00:19 Std
> Wandschalter H1 4 - vor 00:00:34 Std
> Aqara Temp 1 - vor 00:00:37 Std
> NP7 - vor 00:00:39 Std
> Nous P2 - vor 00:00:52 Std
> Nous P1 - vor 00:00:52 Std
> NP1 - vor 00:00:52 Std
> H\_Mari.Zi - vor 00:00:53 Std
> DP3 - vor 00:00:58 Std
> NP2 - vor 00:00:59 Std
> Aqara Temp 2 - vor 00:01:02 Std
> H\_Wohn.Zi. 2 - vor 00:01:09 Std
> Aqara Temp 6 - vor 00:01:17 Std
> Aqara Temp 11 - vor 00:01:37 Std
> BM 1 - vor 00:01:43 Std
> NP6 - vor 00:01:47 Std
> Licht Wz. OG - vor 00:01:47 Std
> Devolo PS\_2 - vor 00:01:58 Std
> Aqara Temp 14 - vor 00:02:08 Std
> Aqara Temp 10 - vor 00:02:20 Std
> NP3 - vor 00:02:23 Std
> H\_Arb.Zi 1 - vor 00:02:23 Std
> Aqara Temp 9 - vor 00:02:44 Std
> DP5 - vor 00:02:53 Std
> H\_EssZi. 2 - vor 00:03:09 Std
> Flood sensor Keller - vor 00:03:23 Std
> QB1 - vor 00:03:27 Std
> Devolo PS\_1 - vor 00:03:31 Std
> Heizkörperthermostat - vor 00:03:32 Std
> H\_Wohn.Zi - vor 00:03:47 Std
> Arb.Zi OG H1 3 - vor 00:03:52 Std
> H\_Schla.Zi. 2 - vor 00:03:53 Std
> BM 2 - vor 00:04:05 Std
> H\_Kevin.Zi - vor 00:04:06 Std
> H\_Arb.Zi 2 - vor 00:04:07 Std
> H\_Schlaf-Zi - vor 00:04:07 Std
> Aqara Temp 4 - vor 00:04:31 Std
> NP5 - vor 00:04:37 Std
> Aqara Temp 5 - vor 00:05:26 Std
> Schlafzi. OG H1 2 - vor 00:06:12 Std
> Aqara Temp 13 - vor 00:06:46 Std
> BM 3 - vor 00:07:08 Std
> DoorS\_6o - vor 00:08:06 Std
> RaumTh\_3 - vor 00:08:22 Std
> Aqara Temp 15 - vor 00:09:18 Std
> Raum\_Th1 - vor 00:12:14 Std
> WaterLeak-S 1 - vor 00:13:47 Std
> Aqara Temp 8 - vor 00:14:24 Std
> FP2 - vor 00:17:52 Std
> FP3 - vor 00:18:04 Std
> Sirene - vor 00:19:20 Std
> Aqara plug 1 - vor 00:19:23 Std
> Aqara plug 4 - vor 00:19:23 Std
> Aqara plug 3 - vor 00:19:24 Std
> Fibaro 2 (S1) - vor 00:19:36 Std
> Fibaro\_SS2 1 - vor 00:19:37 Std
> Wall Plug 4 - vor 00:19:38 Std
> FP1 - vor 00:19:40 Std
> Wall Plug 5 - vor 00:19:41 Std
> DP1 - vor 00:19:42 Std
> BM 5 - vor 00:19:43 Std
> BM 4 - vor 00:19:43 Std
> Tür Eingang - vor 00:19:44 Std
> Tür Balkon - vor 00:19:44 Std
> DoorS\_1 - vor 00:19:44 Std
Had to realise my last seen seems only to shows devices with a valid last seen timestamp. Must dig into it.
So it might be your app works okay
Funny, now everything is at should be. So forget about my „issue“. Maybe should have remembered after an update to reboot a second time before looking at anything,
Sorry.
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 8, 2026, 11:54am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/108 "2026-09-08T11:54:46Z")
Thanks for the diagnostic report. No worry - checked it — no actual error in there, both scans completed fine.
Shipped two small improvements in **v1.9.33** :
- An “unavailable” device without a last-seen timestamp now shows “no data” instead of a blank line, so it’s clear that’s expected rather than a bug.
- The scan log now names the affected devices instead of just a count, so future diagnostic reports are actually useful to debug from.
live now
---
### Author:  [@Wout\_van\_den\_Dool](https://community.homey.app/u/Wout_van_den_Dool)
#### Post date: [September 11, 2026, 6:48pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/109 "2026-09-11T18:48:51Z")
In this case, the door doesn’t open that often, but is reachable… what setting should I apply (because indeed it can happen that a couple of months later I open the door and then it is inactive)..
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 11, 2026, 7:21pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/110 "2026-09-11T19:21:28Z")
Just bump the Not reporting threshold for that door way up — think days, not hours. Long enough to cover the real gap between openings.
To be clear though — you’ll get a Device Watchdog “check this” notification once it crosses that threshold. Which is fine, that’s the whole point of the app: it’s a nudge to go check on a device you otherwise wouldn’t think about. So once in a while — weekly, say — just open the door yourself to confirm it’s still alive and reporting. That’s exactly the manual test the app is there to prompt you into.
Battery warning: leave that one as-is, no need to touch it.
And if you’d rather sidestep this kind of thing entirely for future sensors — pick one that reports more on its own. A Shelly BLE reporting its RSSI regularly, for example (my go-to), stays “fresh” without ever needing to be physically triggered. Device Watchdog can’t fully compensate for a sensor that’s just naturally silent for months — it’s not an eierlegende Wollmilchsau. 😉
I always have alerts for sensors which i dont get regular updates, so I check them manually or Pause them (e.g.my garage Door sensor if I am away). But i still prefer a setting of 48h and a “not reporting” message than a dead sensor 😁
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 14, 2026, 11:20am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/111 "2026-09-14T11:20:27Z")
Device Watchdog v1.9.34 — raw Capabilities view in Details
Small one, but a few of you will like it: every device’s “Details” panel now has a collapsible “Capabilities” section at the bottom - shows the exact same raw values Homey’s own Developer Tools does (title, id, value, last-changed timestamp), without leaving the app.
Rows are colour-coded against that device’s own “not reporting” threshold:
- 🟢 green = updated within it
- 🔴 red = older than it
- no colour = a capability the staleness check itself ignores anyway (Button, battery-only, write-only)
Loads on demand when you expand it (doesn’t slow down the device list), plus a manual 🔄 Refresh button so you can watch a value update live.
Handy for the “why is this thing flagged?” moment - one click instead of switching over to Developer Tools.
v1.9.34 just submitted for review, should be live shortly. As always, feedback and
bug reports welcome here!
---
### Author:  [@SingKT](https://community.homey.app/u/SingKT)
#### Post date: [September 14, 2026, 12:43pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/112 "2026-09-14T12:43:42Z")
Cool. Looks good. You are right makes life much easier.
Thanks
---
### Author:  [@Wout\_van\_den\_Dool](https://community.homey.app/u/Wout_van_den_Dool)
#### Post date: [September 18, 2026, 5:42pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/113 "2026-09-18T17:42:11Z")
I created this flow, to replace the script I am currently running to alert for broken devices
The only thing it triggers a bit too fast, some devices do apparently disconnect every now end then and get back a bit later… is there a way to either in the settings OR in the flow put something like delay for check again after 5 minutes before this alert is triggered…
Thanks for this great app by the way…
I am almost throwing away these flows:
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 18, 2026, 6:10pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/114 "2026-09-18T18:10:49Z")
For the flapping issue though, don’t build the delay into the flow — there’s already a setting made exactly for this.
Settings → Default thresholds → **“Delay before ‘unavailable’ counts”**. Default is 0 (instant); set it to a few minutes (5 sounds about right for what you’re describing) and a device only gets flagged once it’s stayed unreachable that whole time. Brief disconnects that recover on their own never trigger anything. It’s global, but overridable per device via “Details” if some devices need a different grace period.
This delay covers the Flow trigger, the summary trigger, timeline, log and the virtual device’s counter/alarm — so your flow’s trigger will just naturally stop firing on the quick blips once it’s set.
There’s actually an FAQ entry on exactly this in post #2 if you want the full rundown: “A device flickered to ‘unavailable’ for a few seconds and I got a notification - can I avoid that?”
Glad it’s useful!
P.S. i have a similar flow for all the devices still alerting
---
### Author:  [@Wout\_van\_den\_Dool](https://community.homey.app/u/Wout_van_den_Dool)
#### Post date: [September 18, 2026, 6:24pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/115 "2026-09-18T18:24:29Z")
Haha a bit off topic, but indeed with Simple Log I also manage all my messages based on severity level…
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 22, 2026, 8:18pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/116 "2026-09-22T20:18:38Z")
**New test build: v1.9.37 - reporting-frequency stats + a smarter threshold suggestion**
Hi all,
Just pushed a test build I’d love some real-world feedback on before it goes out as a regular update - it’s the biggest change to the “not reporting” side of things since the app started.
**What’s new**
Every device’s Details panel (under “Not reporting”) now tracks how often it’s _actually_ been reporting recently - no more guessing a threshold:
- Shows a short list of its last few real updates, with which capability triggered each one (sortable by time or capability)
- “Reports about every ~X” - how often it’s actually been reporting
- A suggested threshold based on the largest gap it’s actually seen between reports (with a safety margin), and a one-click “Apply” to use it
- If a device flaps between quiet and chatty (e.g. a power plug monitoring a PC that’s off overnight, on during the day), the suggestion accounts for the longest gap it’s _ever_ seen for that device, not just whatever’s in the last few minutes - so it won’t quietly forget an overnight gap once the device starts reporting frequently again the next morning
It needs 5+ real updates before it shows anything (below that, it just says it’s still collecting data) - for a chatty device that’s minutes, for something that reports rarely it could take a while, and that’s expected: the whole point is to learn _that specific device’s_ real behaviour, not guess at it.
There’s also a manual “reset reporting stats” button in Settings if you ever want a clean slate for everything.
**What I’d love feedback on**
- Does the suggested threshold feel right for your devices, or way off for any particular type?
- Any device where the “reports about every X” number looks obviously wrong?
- UI clarity - is it clear what’s going on, especially the “still collecting data” state?
- Performance on a larger setup (I’m running this against ~300 devices myself, hasn’t shown any issues, but more data points welcome)
**How to get it**
[Install Test version](https://homey.app/de-ch/app/com.rickd.devicewatchdog/Device-Watchdog/test/)
Regular installs (1.9.36) are unaffected, this only applies if you opt into testing.
Thanks in advance - happy to hear anything, good or bad!
---
### Author:  [@SingKT](https://community.homey.app/u/SingKT)
#### Post date: [September 23, 2026, 8:23am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/117 "2026-09-23T08:23:52Z")
Sofar it looks good. It takes a while to collect enough data. You provide an average update time span value. How about showing the longest „silent“ time too?
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 23, 2026, 4:45pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/118 "2026-09-23T16:45:27Z")
Sure → V1.9.38 🙂
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 23, 2026, 5:30pm UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/119 "2026-09-23T17:30:01Z")
**New in v1.9.39: a “Recommendations” tab (currently in review, available in test)**
The per-device stats were useful but meant opening every single device’s Details to find out if its threshold needed adjusting - not great with a couple hundred devices 😅 . New tab lists every device whose current threshold doesn’t match what’s actually been observed, sorted by how big the gap is:
- Current → suggested threshold, plus the average interval and longest silent period behind that suggestion
- A “minimum observation period” field (7 days by default, you can change it) - a device only shows up once it’s actually been watched long enough to trust the suggestion, not just because it happened to produce 5 updates in its first ten minutes
- One-click Apply per device, or “Apply all” for the whole list at once
- Expandable “show recent reports” per row if you want to see the raw data behind a specific suggestion, without leaving the list
Same as before - needs real data to build up over time, so don’t expect the list to be huge on day one.
Let me know how it looks on your setups - especially whether the suggested thresholds feel right, and whether 7 days is a sensible default for the observation period or too short/long.
---
### Author:  [@Rick\_D](https://community.homey.app/u/Rick_D)
#### Post date: [September 24, 2026, 7:31am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/120 "2026-09-24T07:31:42Z")
v1.9.40 (in review)
A few smaller improvements:
- New tab icons for cleaner navigation
- Recommendations tab: the suggested threshold is now editable before you apply it, and you can Dismiss a suggestion you don’t want to act on
- Fixed: “Auto-test before flagging” could mask a device’s real reporting gaps, so it never got a threshold recommendation — fixed now
---
### Author:  [@SingKT](https://community.homey.app/u/SingKT)
#### Post date: [September 24, 2026, 7:59am UTC](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537/121 "2026-09-24T07:59:39Z")
I think 14h as suggestion is a bit too long.
[Previous page](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537.md?page=5)
[Next page](https://community.homey.app/t/app-pro-shs-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537.md?page=7)