本节将对报警管理的基本概念进行一些说明。它将解释一个报警可以有哪些状态，以及这些状态是如何相互作用的。它还将解释错误和报警之间的区别，以及Mapp报警和用户报警之间的区别。
报警的基本状态
一个报警可以有以下基本状态。
一个报警可以由单个函数触发，如 MpAlarmXSet 或 MpAlarmXReset 或由功能块 MpAlarmXAlarmControl。
根据警报启用、复位和确认的顺序，可能出现各种组合。
•激活警报 → 重置警报 → 确认警报
•Enable alarm启用报警: 如果警报被启用，它有 "激活 "和 "未确认 "两种状态。
•Reset alarm重置报警: 如果警报事后被重置，它的状态是 "不活动 "和 "未确认"。
•Acknowledge alarm确认报警: 如果警报事后被确认，它的状态为 "无"。确认可以在应用程序中使用 MpAlarmXAcknowledge 或 MpAlarmXAlarmControl 或在HMI应用程序中使用 MpAlarmXListUI进行。
•激活警报→确认警报→重置警报
•Enable alarm启用报警: 如果警报被启用，它有 "激活 "和 "未激活 "两种状态。
•Acknowledge alarm确认报警: 如果警报事后被确认，那么该警报的状态为 "Active激活 "和 "Acknowledged确认"。确认可以在应用程序中使用 MpAlarmXAcknowledge 或 MpAlarmXAlarmControl 或在HMI应用程序中使用 MpAlarmXListUI进行。
•Reset alarm重置报警: 如果警报随后被重置，它的状态为 "无"。
警报的状态可以通过函数 MpAlarmXCheckState来确定 。指定上述5种状态中的一种，并返回关于指定状态是否激活的布尔反馈。也可以使用 报警配置 来指定一个报警是否必须被确认和或重置。如果一个报警通过配置被禁用（"Disable"），那么该报警的状态为 "None"。
错误、用户定义的报警和Mapp报警
对于mapp组件，有必要区分错误和报警。错误通过函数/功能块输出上的 "StatusID "表示，或在记录器中输入。"StatusID "用于诊断在开发应用程序时或以后执行详细诊断时没有工作的地方。
报警为机器操作员提供机器状态的信息。报警的编写方式应使机器操作员能够有效地应对它们。报警处理的目的不是为了执行详细的诊断（例如，评估 "StatusID"，显示ACOPOS错误文本等）。
作为一项规则，报警和错误应该被认为是相互独立的。警报不一定是错误的结果；它们也可以独立发生（例如， 用户由于错误地输入密码而被阻止， 会触发一个警报）。错误提供了关于不正确使用硬件或软件的信息，可以与报警同时发生，尽管这不是必须的（例如， 加载一个 通过 "StatusID "指示的配方 ，另外产生一个报警）。下表显示了其中的一些区别。
描述 |
||
Error |
•目标群体：开发人员、服务/维护技术人员 •在输出 "StatusID "上显示，或在记录器中显示 •可以但不一定要与错误同时发生的警报 •当mapp组件配置不正确时发生，例如 •可以直接在应用软件中对错误号码作出反应 |
|
Alarms |
mapp Alarm |
•目标群体：机器操作员、服务/维护技术人员 •可以但不一定要与错误同时发生的警报 •直接向报警系统报告 •由Mapp组件触发 •当轴上发生滞后错误时发生，例如（mpAXIS_ALM_LAG_ERROR）。 •可以启动一个反应 •报警是mapp组件配置的固有部分，但可由用户进行部分重新配置 |
User alarm |
•目标群体：机器操作员、服务/维护技术人员 •可以但不一定要与错误同时发生的警报 •直接向报警系统报告 •由用户触发 •由加热区的过高温度触发，例如 •可以启动一个反应 •由用户创建的报警 |
|
mapp alarms / mapp报警
已经为每个Mapp组件设想了警报。这些是默认的警报，目的是帮助机器操作员确定机器的状态。举几个例子：
•装载配方失败
•编码器错误
•由于过多的密码尝试失败，用户被封锁
•未找到存储介质
mapp警报被列在各自组件的配置中。在配置中，用户必须定义这些报警是否应与MpAlarmX或MpAlarm结合使用。
也可以在这里进一步修改mapp报警，例如调整文本源，定义反应或完全禁用它们。
User-defined alarms / 用户定义报警
开发者可以使用 MpAlarmXCore配置指定用户报警 。在这里，可以调整每个警报的行为并进行各种设置，例如确定反应、链接到其他数据或指定警报的级别（严重程度）。
关于在报警配置中可以进行的设置的更多信息，请参见 报警列表部分 。