Low Threshold Condition
Trigger workflows when data point values fall below a specified threshold.
Low Threshold Condition: Under-Limit Detection
The Low Threshold Condition monitors data point values and triggers workflows when values fall below a specified threshold. This is crucial for detecting low-level conditions, resource depletion, and maintaining minimum operating parameters.
Info: This is a Trigger node type that can be used to trigger workflows based on data value conditions. When a monitored data point falls below the threshold, this trigger executes all of its child executor nodes.
Overview
Low Threshold triggers enable automated detection and response to under-limit conditions. They’re essential for maintaining minimum levels, detecting resource depletion, and ensuring systems don’t drop below safe operating parameters.
Key Features
- Continuous Monitoring: Always watching for values dropping below threshold
- Configurable Threshold: Set the exact minimum acceptable value
- Immediate Response: Instant execution when threshold is breached
- Universal Compatibility: Works with any numeric data point
- Visual Alerts: Clear indication when values are too low
- Flexible Actions: Trigger any combination of child executors
Threshold Monitoring Flow
graph TD
A[Data Point Updates] --> B[Threshold Monitor Checks]
B --> C{Value < Threshold?}
C -->|No| D[Continue Monitoring]
C -->|Yes| E[Set Trigger to EXECUTED]
E --> F[Execute Child Executors]
F --> G[Perform Actions]
G --> H[Refill/Alert/Activate]
H --> D
How It Works
The Low Threshold trigger provides continuous under-limit detection:
- Configuration: Set minimum threshold value and link to data point
- Monitoring: System continuously evaluates the data point’s value
- Comparison: Each update checks if current value < threshold
- Trigger: When condition is met, trigger transitions to EXECUTED state
- Execution: All child executor nodes are activated
- Response: Configured actions execute (refill, alert, activate backup)
Configuration
| Field | Description | Required |
|---|---|---|
threshold | Numeric value that triggers the alarm | Yes |
dataPointId | ID of data point to monitor | Yes |
Use Cases
- Low Water Level: Automatically refill tanks when level drops
- Battery Monitoring: Alert or activate charging at low battery
- Temperature Minimums: Activate heating when temperature drops
- Pressure Loss: Detect and respond to pressure drops
- Inventory Management: Alert when supplies run low
- Resource Depletion: Monitor consumable resources
- Performance Monitoring: Detect performance degradation
Example Workflows
Automatic Water Tank Refill:
- Data Point: Water level sensor (updating continuously)
- Trigger: Low Threshold (< 20% full)
- Executor: Pin Control (open inlet valve)
- Executor: Lambda (log refill event)
- Result: Tank automatically refills when low
Low Battery Alert:
- Data Point: Battery voltage monitor
- Trigger: Low Threshold (< 11.5V)
- Executor: OutgoingWebHook (send low battery alert)
- Executor: Pin Control (activate battery charger)
Freeze Protection:
- Data Point: Temperature sensor
- Trigger: Low Threshold (< 5°C)
- Executor: Logic Gate (check other conditions)
- Executor: Pin Control (activate heater)
- Executor: OutgoingWebHook (notify operator)
Pressure Loss Detection:
- Data Point: Pressure sensor
- Trigger: Low Threshold (< 30 PSI)
- Executor: Lambda (diagnostic check)
- Executor: OutgoingWebHook (maintenance alert)
- Executor: Pin Control (activate backup pump)
Advanced Patterns
Hysteresis Control: Combine Low and High thresholds to prevent oscillation:
- Low Threshold (< 20%): Start refilling
- High Threshold (> 80%): Stop refilling
graph TD
A[Level Monitor] --> B{Level < 20%?}
B -->|Yes| C[Start Refill]
C --> D{Level > 80%?}
D -->|Yes| E[Stop Refill]
D -->|No| C
B -->|No| F{Level > 80%?}
F -->|Yes| E
F -->|No| A
Multi-Stage Alerts: Create escalating responses:
- Low Threshold 1 (< 40%): Warning notification
- Low Threshold 2 (< 20%): Email alert + activate backup
- Low Threshold 3 (< 10%): Emergency shutdown
Intelligent Resource Management:
1
2
Low Level AND Business Hours → Order Supplies
Low Level AND After Hours → Send Alert Only
Integration Points
- Data Points: Monitor any numeric measurement
- Executors: Trigger automated responses
- Pins: Control refill valves, pumps, heaters
- Logic Gates: Add conditional logic to responses
- MQTT: Publish low-level events to message systems
- OutgoingWebHook: Send alerts to external systems
Best Practices
- Safety Margins: Set thresholds well above critical minimums
- Hysteresis: Use both low and high thresholds to prevent rapid cycling
- Response Validation: Verify corrective actions are working
- Backup Systems: Have redundant sensors for critical applications
- Logging: Always log threshold events for trend analysis
- Testing: Regularly test threshold triggers and responses
- Gradual Action: Consider gradual responses rather than full activation
Common Applications
| Application | Threshold | Action |
|---|---|---|
| Water Tank | < 20% | Open inlet valve |
| Battery | < 12V | Activate charger |
| Temperature | < 10°C | Enable heater |
| Pressure | < 40 PSI | Start backup pump |
| Inventory | < 100 units | Order supplies |
| Fuel Level | < 25% | Refuel alert |
Comparison with High Threshold
| Feature | Low Threshold | High Threshold |
|---|---|---|
| Trigger Condition | Value < Threshold | Value > Threshold |
| Common Use | Under-limit detection | Over-limit detection |
| Example | Low battery warning | Overheat alarm |
| Typical Action | Refill/Recharge/Activate | Shutdown/Relief/Alert |
Low Threshold Conditions are fundamental for maintaining system resources, preventing shortages, and ensuring continuous operation of automated systems.