Pump High Pressure Alarm
Monitor pump pressure with both an early warning when pressure rises above a safe limit and a critical alarm when it stays dangerously high — water pumps, process pumps, lift stations.
Who it’s for
Pump operators, plant maintenance teams, and reliability engineers asking “is this water or process pump heading toward a safety valve trip?”, “is a lift station running against a blocked outlet or narrowed pipe?”, “is a compressor, pressure vessel, or hydraulic circuit about to flag a failing seal?” — when pressure should trigger an early warning before it stays dangerously high long enough to escalate.
What it does
Reads the device’s pressure telemetry and raises a Major alarm
when pressure rises above a safe limit, escalating to Critical
when pressure stays dangerously high. The alarm auto-clears once
pressure drops back to normal.
How to set up
The rule has default values for every threshold, so it works as soon as it is installed. Install on a device or asset profile so the alarm covers every entity of that type at once and automatically picks up any new entity added later. Single-device or single-asset installs are also supported.
How to customize
- To monitor a different telemetry — change the Time series key
on the
metricargument (e.g.pressure→oilPressurefor hydraulic circuits, ortankPressurefor vessels). - To use different threshold attribute names — change the
Attribute key on the threshold arguments to match what your
devices or assets already use (e.g.
pressureWarningThreshold→pressureLimit). - To change the warning, danger, and clear thresholds used when no
per-entity attribute is set — change the Default value on the
warningThreshold,criticalThreshold, andclearThresholdarguments. - To change how long pressure must stay above the danger threshold
before Critical fires — change the Default value on the
holdMinutesargument. - To tune thresholds and hold duration at runtime without editing
the rule — set the value on the entity as a regular server-side
attribute.
It can be edited directly from a dashboard using Update Multiple Attributes input widget:
- Per device or asset — set the attribute (e.g.
pressureWarningThreshold,pressureHoldMinutes) on the device or asset itself. The per-entity value overrides the Default value. - Per customer (in deployments that use customers) — change Entity type on the relevant argument to Current owner, then set the attribute on the customer. Every device that customer owns picks up that value.
- Tenant-wide — change Entity type to Current tenant, then set the attribute on the tenant. The value applies across every device.
- Per device or asset — set the attribute (e.g.
- To make the alarm manual-clear-only — remove the Clear condition. The alarm then stays active until an operator clears it.
- To restrict firing to specific hours or days — in the Trigger condition’s Schedule, choose Active at a specific time range (or Custom schedule for different intervals per day) — useful for suppressing alarms during planned shutdowns or maintenance windows. For per-entity schedules — pumps that run only on specific shifts — switch to Dynamic mode and source the schedule JSON from an attribute on the entity.
- To control where the alarm shows up — toggle the propagation flags under Advanced settings.
Share Your Alarm Rule with the Community
Built a reliable alarm rule? Export it as a JSON from ThingsBoard and publish it to the IoT Hub. Share it with thousands of ThingsBoard developers and help the community react to incidents faster.