# \[APP\]\[Pro\]\[SHS\] Data Pulse — Know when your Homey data stops arriving

**URL:** <https://community.homey.app/t/app-pro-shs-data-pulse-know-when-your-homey-data-stops-arriving/159768>\
**Category:** Apps\
**Tags:** app, homey-pro\
**Created:** [September 19, 2026, 11:04am UTC](https://community.homey.app/t/app-pro-shs-data-pulse-know-when-your-homey-data-stops-arriving/159768 "2026-09-19T11:04:54Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Arrow87](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/arrow87/32/176018_2.png) [@Arrow87](https://community.homey.app/u/Arrow87)\
**Post date:** [September 19, 2026, 11:04am UTC](https://community.homey.app/t/app-pro-shs-data-pulse-know-when-your-homey-data-stops-arriving/159768/1 "2026-09-19T11:04:54Z")

</div>

# Data Pulse

**Know when your Homey data stops arriving.**

> **Formerly Data Watchdog**  
> Starting with v0.1.2, the app was renamed to **Data Pulse** to better reflect its focus on data freshness and reliable delivery. Existing monitors, devices and Flows remain compatible.

Data Pulse monitors the Homey data sources that matter to you and warns when expected activity or fresh data stops arriving.

The important difference is that Data Pulse does **not** assume that an unchanged measurement means something is wrong. A temperature can stay at 21.3 °C for hours while the sensor is working perfectly.

Instead, you choose what actually counts as proof that a source is still alive and delivering correctly.

## How does it work?

Data Pulse supports three monitoring methods:

### Device activity

Checks whether Homey has seen the device recently.

This works well for devices that regularly report activity even when their measurements do not change.

### Last data received

Uses a field whose **value itself contains the time when fresh data was received**.

For example, an integration may expose a `last updated` or `last received` timestamp that moves forward every time new data arrives.

A normal measurement such as temperature, CO₂ or power usage is **not** treated as a timestamp, and Homey’s `lastUpdated` metadata is not used as a substitute.

### Flow confirmation

A Homey Flow explicitly tells Data Pulse that an update was successfully delivered.

This is useful for integrations or custom sources where you know exactly when delivery succeeded.

The confirmation should follow a real successful update. A repeating timer by itself is not proof that the source is working.

## Simple setup

Adding monitors is deliberately kept compact:

**Add monitor → choose a method → select one or more devices → set the timing → add monitors**

The selected devices can share the same timing, while individual devices can still be adjusted when necessary.

Nothing is monitored automatically. You decide which sources are important enough to watch.

## Incidents and recovery

Data Pulse does more than report individual stale sources.

If several monitored sources from the same integration stop reporting around the same time, they can be correlated into one integration incident.

Recovery is also handled deliberately: fresh updates must remain stable before an incident is closed. This helps avoid repeated stale/recovered notifications when a source is unstable.

## Homey Flows

Data Pulse provides Flow cards for individual sources, integration incidents and general Data Pulse incidents.

For example:

**WHEN**

- Data Pulse incident started
- Data Pulse incident recovered
- Monitored source stopped updating
- Monitored source recovered

You decide yourself what happens next: push notification, Timeline message, another Flow, or nothing at all.

There are also conditions and actions for checking monitored sources and for explicitly confirming successful delivery.

## Local test source

Data Pulse includes an optional **Data Pulse Test Source (simulation)**.

It can safely generate test updates locally so you can verify:

- stale detection
- recovery
- notification Flows
- Device activity
- Last data received
- Flow confirmation

It does not control or modify your production devices.

## Supported Homeys

Data Pulse currently requires a **platform v2 Homey** running Homey 12.9.0 or later:

- Homey Pro (Early 2023)
- Homey Pro mini
- Homey Pro (2026)
- Homey Self-Hosted Server

Older local Homey models using platform Version 1 and Homey Cloud are currently not supported.

## Privacy and local operation

Data Pulse runs locally on your Homey.

There is no Data Pulse cloud backend and no external service collecting your device data.

The app uses Homey’s local API to inspect the devices and integrations required for the monitors you configure.

Because of this, the app requires the `homey:manager:api` permission.

## Test version

The current version is available through the Homey Test channel:

> **[Data Pulse | Homey](https://homey.app/en-us/app/io.github.arrow87-home.datawatchdog/Data-Pulse/test/)**
>
> Know when your Homey data stops arriving

Data Pulse is currently going through App Store certification.

## Source code and documentation

Data Pulse is developed publicly on GitHub:

> **[GitHub - Arrow87-home/homey-data-pulse](https://github.com/Arrow87-home/homey-data-pulse)**
>
> Contribute to Arrow87-home/homey-data-pulse development by creating an account on GitHub.

The repository contains the source code, user guide, architecture documentation, self-test documentation and issue tracker.

The software is licensed under **GPL-3.0-only**. The Data Pulse name and visual branding remain separate from the software license.

## Feedback and support

Questions, experiences and ideas are very welcome in this topic.

For reproducible bugs or technical issues, GitHub Issues is the best place:

> **[Issues · Arrow87-home/homey-data-pulse](https://github.com/Arrow87-home/homey-data-pulse/issues)**
>
> Contribute to Arrow87-home/homey-data-pulse development by creating an account on GitHub.

Data Pulse is built around real-world use, so practical feedback is especially useful.

## ☕ Support development

Data Pulse is a free community project developed in my spare time.

If you find it useful and would like to support the time and resources that go into development, testing and maintenance, a donation is always appreciated.

**Support Arrow87:**

> **[Support Arrow87. - Arrow87 Home](https://arrow87-home.github.io/#support)**
>
> Independent Homey community development | Independent Homey community apps and smart home tools.

Donations are completely optional and do not unlock features or support.

---

<div class="post-metadata">

**Author:** ![Peter\_Kawa](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/peter_kawa/32/173848_2.png) [@Peter\_Kawa](https://community.homey.app/u/Peter_Kawa)\
**Post date:** [September 19, 2026, 4:24pm UTC](https://community.homey.app/t/app-pro-shs-data-pulse-know-when-your-homey-data-stops-arriving/159768/2 "2026-09-19T16:24:25Z")

</div>

Seems similar to:

> [@\[APP\]\[Pro\] Device Watchdog - Battery, connectivity & staleness monitoring for all your devices](https://community.homey.app/t/app-pro-device-watchdog-battery-connectivity-staleness-monitoring-for-all-your-devices/157537):
>
> Hi all, Device Watchdog keeps an eye on all your Homey devices, so you don’t have to. link [Install Test version](https://homey.app/a/com.rickd.devicewatchdog/test/)magnifying_glass_tilted_left What is this app? It monitors every device on your Homey for three kinds of problems: Low battery (percentage or battery alarm) Not reporting - hasn’t sent any new data within a configurable time window Unavailable - Homey itself lost the connection, tracked in realtime Built for devices that actually \*report something back\* - battery %, a senso…

---

<div class="post-metadata">

**Author:** ![Arrow87](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/arrow87/32/176018_2.png) [@Arrow87](https://community.homey.app/u/Arrow87)\
**Post date:** [September 19, 2026, 4:43pm UTC](https://community.homey.app/t/app-pro-shs-data-pulse-know-when-your-homey-data-stops-arriving/159768/3 "2026-09-19T16:43:25Z")

</div>

Thanks! There is definitely some overlap, especially around detecting devices that stop reporting.

Data Watchdog takes a slightly different approach: it focuses specifically on proving that fresh data or device activity is still arriving. A monitor can use Homey’s last-seen activity, a real delivery timestamp, or an explicit heartbeat. It also correlates multiple stale devices from the same source into an integration-level incident.

I mainly built it because I wanted to distinguish “the value hasn’t changed” from “the source has actually stopped delivering data”, while keeping the setup understandable for less technical users.

---

<div class="post-metadata">

**Author:** ![Arrow87](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/arrow87/32/176018_2.png) [@Arrow87](https://community.homey.app/u/Arrow87)\
**Post date:** [September 29, 2026, 8:03am UTC](https://community.homey.app/t/app-pro-shs-data-pulse-know-when-your-homey-data-stops-arriving/159768/4 "2026-09-29T08:03:02Z")

</div>

**Formerly Data Watchdog — renamed to Data Pulse from v0.1.3.**

**Data Watchdog is now Data Pulse**

A small name change, but quite a lot has happened behind it 🙂

After the first App Store review I got in touch with Rick, the developer of Device Watchdog. We ended up comparing both apps much more deeply than I initially expected — including actually using them and looking at the architecture behind them.

That discussion made the distinction between the two apps much clearer.

Device Watchdog is built around broad, automatic device monitoring: install it, monitor the environment, and fine-tune where necessary.

Data Pulse takes the opposite approach. You deliberately choose the sources that matter to you and decide what actually proves that they are still delivering correctly: device activity, a real “last data received” timestamp, or confirmation from a Flow.

The old **Data Watchdog** name made the apps sound much more alike than they really are, so I decided to rename the app to **Data Pulse**.

The conversation with Rick has been genuinely useful in both directions. His feedback confirmed something I had already started running into myself: the original setup was technically correct but simply too cumbersome. That has now been redesigned as:

- choose the monitoring method;
- select one or more devices;
- set the timing once;
- only override individual devices when necessary.

The Settings interface has also had a fairly substantial overhaul, English/Dutch localization is now complete, the Flow cards have been cleaned up, and selection of “Last data received” fields is much safer.

Under the hood the app is still the same app. Existing monitors, devices and Flows remain compatible; the technical Homey app ID has deliberately not changed.

Version **0.1.3** is now available as a Test build while I prepare the new App Store submission.

Test version:

> **[Data Pulse | Homey](https://homey.app/en-us/app/io.github.arrow87-home.datawatchdog/Data-Pulse/test/)**
>
> Know when your Homey data stops arriving

And thanks to Rick for the constructive discussion. This is pretty much the outcome I hoped for: two different tools for different use cases, with both developers able to learn something from the other one. 🙂