It is important that we have a common set and definition of alarm level/severities throughout the Space Domain Task Force specifications. This page tracks information about the related information in each specification.

• Astro UXDS Guidance for R2C2
• All Alignment Issues

Proposed changes to AstroUX website

• Updated Status System page, Change bars

• Table 8-9: Log message SEVERITY of 0=Debug, 1=Nominal, 2=Medium, 3=High, 4=Critical
  • Change to DEBUG, INFO, WARN, ERROR, FATAL [NEED C2MS issue]
• Table 8-11: RED/YEL/NORM
  • Deprecate RED/YEL/NORM. Add: NORMAL,WARNING,DISTRESS,SEVERE [NEED C2MS issue]
• Table 8-26: RESPONSE-STATUS enum 1=Ack, 2=Working/keep alive, 3=Successful completion, 4=Failed completion, 5=Invalid Request, 6=Final Response
• Table 8-53: DEVICE.n.STATUS enum 0=Debug, 1=Normal/Green, 2=Yellow, 3=Orange, 4=Red
  • Rename to 0=Standby, 1=Normal, 2=Warning, 3=Distress, 4=Severe [NEED C2MS issue]
• Table 8-58: COMPONENT-STATUS enum 0=Debug, 1=Normal/Green, 2=Yellow, 3=Orange, 4=Red
  • Rename to 0=Standby, 1=Normal, 2=Warning, 3=Distress, 4=Severe [NEED C2MS issue]
• Table 8-84: MNEMONIC.n.STATUS enum 1=Valid, 2=Valid/No data, 3=Invalid
• Table 8-104: Attributes: RED-HIGH, RED-LOW, YELLOW-HIGH, YELLOW-LOW
  • Deprecate the individual items above. Add new MNEMONIC.n.SAMPLE.STATUS with enum of: 0=Unavailable, 1=Normal, 2=Warning, 3=Distress, 4=Severe [NEED C2MS issue]
  • And SAMPLE..QUALITY 0=Good, 1=Questionable
• Table 8-109: Attributes: RED-HIGH, RED-LOW, YELLOW-HIGH, YELLOW-LOW
  • Deprecate the individual items above. Add new MNEMONIC.n.SAMPLE.STATUS with enum of: 0=Unavailable, 1=Normal, 2=Warning, 3=Distress, 4=Severe [NEED C2MS issue]
  • And SAMPLE..QUALITY 0=Good, 1=Questionable
• Table 8-126: Attributes: RED-HIGH, RED-LOW, YELLOW-HIGH, YELLOW-LOW
  • Deprecate the individual items above. Add new MNEMONIC.n.SAMPLE.STATUS with enum of: 0=Unavailable, 1=Normal, 2=Warning, 3=Distress, 4=Severe [NEED C2MS issue]
  • And SAMPLE..QUALITY 0=Good, 1=Questionable
• Table 8-136: XTCE-STATUS enum Astro defines colors for: 2=Invalid, 9=Complete, 10=Failed
• Table 8-141: CMD-ECHO-RESULT: NOTC=Not compared, GOOD=Good compare, MISC=Miscompare, TOUT=Timed out waiting for echo, UEX=Unexpected echo received
• Table 8-160: PRIORITY enum 1=Nominal, 2=Medium, 3=High
  • Change to 1=Low [NEED C2MS issue]
• Table 8-171: DATA-QUALITY: RAW, VALIDATED, DEGRADED

Alarms are not defined in this specification

Alarms are not defined in this specification

Based on review, there is no common mechanism in the SOLM specification for alarm/limit levels being defined.

Alarms are not defined in this specification (no mention of alarm, warning, yellow, etc.) Limits are mentioned in <Parameter>_<Attribute> / Restriction of SOLM Python mapping, page 59

• Alarm levels of: normal, watch, warning, distress, critical, and severe
  • In XTCE 1.3: Deprecate watch and critical XTCE13-142
• Significance levels of: normal, vital, critical, forbidden, user1, user2
• None is similar to “in limits” or “normal”

• Alarm levels of: normal, warning, and severe (XUSP 1.0 CSV)
  • For XUSP 1.1: Add distress as new option XUSP11-41
• Significance levels of: none, critical, severe (XUSP 1.0 PDF)
  • None is not a type in XTCE, nor is severe.
  • For XUSP 1.1/XTCE 1.2: Change to normal, critical, forbidden XUSP11-43