Difference between revisions of "Almbus/IP"
(→Message Types) |
|||
| Line 77: | Line 77: | ||
! Description | ! Description | ||
|- | |- | ||
| − | | | + | | Danger |
| − | | | + | | Indicates a dangerous situation occuring in the current context, for example mass shootings, terrorism attacks etc. |
|- | |- | ||
| − | | | + | | Fire |
| − | | | + | | Requests immediate evacuation of the assigned area, as the building or structure is on fire |
|- | |- | ||
| − | | | + | | Evacuate |
| + | | Requests immediate evacuation of the assigned areas | ||
| + | |- | ||
| + | | Havary | ||
| Stores the two boolean states true and false | | Stores the two boolean states true and false | ||
|- | |- | ||
| − | | | + | | Catastrophy |
| − | | | + | | Used for scenarios where a natual catastrophy is awaited or happening, for example tsunamis, hurricanes or thunderstorms |
|- | |- | ||
| − | | | + | | Clear |
| − | | | + | | Indicates that a alarm has been revoked. |
|- | |- | ||
| − | | | + | | Information |
| − | | | + | | Generous, non-dangerous announcements |
|} | |} | ||
| − | |||
== See also == | == See also == | ||
Revision as of 03:33, 23 February 2023
| almbus/ip | |
|---|---|
|
| |
| Developer | Netroda Technologies |
| Type | Alarm Signaling Protocol |
| Media | UDP/IPv4, UDP/IPv6 |
| Identifier | x-azh-almbusip |
| Revision | 1.2.0 (2021) |
| Platform | Extensible Services / Server |
| Extended from | Inter-Networking Electronics Protocol |
ALMBUS is a alarm signaling protocol used to publish, store and recall alarm situations on various building infrastructure devices. The suffix IP indices that this version transmits all data via a IP Networks, for example Ethernet (IEEE 802.3)
Contents
Overview
ALMBUS devices are connected together using a ring network (almbus-lo) or, when used as IP protocol, any possible network topology. Every enabled device has the ability to raise alarms, receive alarms and forward/repeat alarms for requesting devices. Each Device can be assigned a unique device identification, alarm groups, restrictions and / or limitations.
The actions taken once upon a device received or raises a alarm are different. for example, The Digital Signage system SignMatic displays a alarm-specific information message on all displays, and refuses to accept any user request to display something else unless all alarms are cleared.
Technical
Devices that are ALMBUS-Enabled (usually part of the ES-Platform) are enabled to issue alarms. the IP version uses UDP Muticast groups to publish and receive alarms, the system can be configured to use perfect forward secrecy to minimize alarm hijacking, however it is strongly discouraged to use ALMBUS on publically accessible networks.
Message Types
| Alarm Type | Description |
|---|---|
| Danger | Indicates a dangerous situation occuring in the current context, for example mass shootings, terrorism attacks etc. |
| Fire | Requests immediate evacuation of the assigned area, as the building or structure is on fire |
| Evacuate | Requests immediate evacuation of the assigned areas |
| Havary | Stores the two boolean states true and false |
| Catastrophy | Used for scenarios where a natual catastrophy is awaited or happening, for example tsunamis, hurricanes or thunderstorms |
| Clear | Indicates that a alarm has been revoked. |
| Information | Generous, non-dangerous announcements |
