If the customer detects some condition that should be alerted to a RaPTr Scanner UI, this method can be used to display custom text on the alarm banner. The alarm will persist until a request is received where the AlarmKey matched the original alarm and the ActiveStatus bool is false.
Endpoint
POST[http vs https]://[Supervisor Hostname]:[REST API Supervisor Port (if greater than 0)]/AlarmEventMessage
Request
HeadersContent-Type: application/json
Request Body
The body of the request should include the following fields in JSON format:
Example JSON Payload:
Parameter Types:
-
LocationID:
unsigned int
– Unique identifier of the RaPTr unit where the alarm should appear. -
AckRequired:
bool
– If true, user must acknowledge the alarm before it is cleared. -
AlarmKey:
string
– A unique identifier used to match and clear the alarm later. -
Text:
string
– Text that will be displayed in the RaPTr UI alarm banner. -
Severity:
int
– An integer from 1 to 4 indicating how severe the alarm is. 1 = low, 4 = critical. -
ActiveStatus:
bool
– Set to true to raise the alarm, false to deactivate/clear it.
Response
Success ResponseHTTP Status: 200 OK
Response Body:
Parameter Types:
-
ResponseCode:
unsigned int
– 1 if the alarm message was successfully processed; 0 otherwise. -
ResponseString:
string
– Message indicating success or failure reason.
Example Flow: Activating an Alarm
Request:
Body:
Response:
Example Flow: Clearing an Alarm
Request:
Body:
Response:
Notes
-
Alarm messages will persist in the RaPTr UI until they are explicitly cleared using the same
AlarmKey
and settingActiveStatus
tofalse
. -
If
AckRequired
istrue
, the UI may block further action until the operator confirms the alarm. -
AlarmKey
is essential for correctly identifying and managing the alarm lifecycle. -
Alarms are visually differentiated based on
Severity
, allowing prioritization of response.
Comments
0 comments
Please sign in to leave a comment.