Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Power Input

ASecurity

Use when reviewing a power-input test plan, analyzing captured input-power waveforms against the equipment category, or deciding whether a transient event stays within its category envelope. Assess DO-160 Section 16 power-input characteristics of airborne equipment: verify measured AC and DC steady-state voltages against normal and emergency limits, compute voltage-sag depth and voltage-surge height as percentages of nominal, check frequency-variation tolerance for 400 Hz AC buses, and verify...

2 stars
0 votes
0 copies
0 views
Added 9/27/2026
ai-agentspythongo

Works with

claude code

Security Analysis

A100/100

Scanned 9/27/2026

Install to Claude Code

$npx -y skills add ashfordeOU/aero-agent-skills --skill power-input --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Power Input?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Power Input
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-power-input/badge)](https://www.skillsdirectory.com/skills/ashfordeou-power-input)

More formats (shields.io, HTML) on the badges page.

Download with Pro
Files
SKILL.md
---
name: power-input
description: "Use when reviewing a power-input test plan, analyzing captured input-power waveforms against the equipment category, or deciding whether a transient event stays within its category envelope. Assess DO-160 Section 16 power-input characteristics of airborne equipment: verify measured AC and DC steady-state voltages against normal and emergency limits, compute voltage-sag depth and voltage-surge height as percentages of nominal, check frequency-variation tolerance for 400 Hz AC buses, and verify transient-recovery time after a sag or surge event. Trigger: DO-160, power-input, voltage-sag, voltage-surge, frequency-variation, transient-recovery, emergency-power."
license: Apache-2.0
compliance: STANDARDS-REF
standards:
  - id: do-160
    reference-only: true
gated: false
domain: avionics
pack: avionics
compatibility: "agentskills.io SKILL.md; any SKILL.md host (Claude Code, Hermes, OpenClaw)"
metadata:
  domain: avionics
  subdomain: do160
  tags: [power-input, voltage-sag, voltage-surge, frequency-variation, transient-recovery, voltage-limits, steady-state-limits, emergency-power]
  version: 0.1.0
  author: Aero Agent Skills
---

# DO-160 Power Input (avionics/do160/power-input)

Use when the task is DO-160 Section 16 power input characteristics of
airborne equipment: checking steady-state AC and DC voltage limits
(normal and emergency), quantifying voltage-sag depth and voltage-surge
height as percentages of nominal, verifying frequency-variation tolerance
on AC buses, and confirming transient-recovery time after a sag or surge
event. The module is data-driven: you supply the applicable limit values
and category envelopes from the current revision, and the functions
validate inputs, compute derived quantities, and give pass-fail margins.

## Domain quick reference

- DO-160G Section 16 (power input) covers the electrical input
  characteristics of equipment connected to aircraft power: steady-state
  normal and emergency voltage limits, voltage sag and surge transients
  (assessed against the equipment category), frequency variation for AC
  buses, and recovery behavior after transients.
- Sag depth as percent of nominal: (V_nom - V_sag) / V_nom x 100.
  Worked: nominal 28.0 V, sag trough 21.0 V -> 25.0 percent.
- Surge height as percent of nominal: (V_surge - V_nom) / V_nom x 100.
  Worked: nominal 28.0 V, surge peak 32.2 V -> 15.0 percent.
- Frequency deviation: dev_hz = f_meas - f_nom, and percent of nominal.
  Worked: 412.0 Hz against 400.0 Hz -> 12.0 Hz, 3.0 percent. A 5.0
  percent tolerance band is 380.0 to 420.0 Hz: 412.0 Hz passes, 422.0 Hz
  fails.
- Steady-state limits check: 27.5 V inside [22.0, 29.0] passes with
  margins (5.5 V low, 1.5 V high); 21.0 V fails the lower edge.
- Transient envelope check (duration and depth): 80.0 ms at 20.0 percent
  depth against a 100.0 ms / 25.0 percent envelope passes with margins
  (20.0 ms, 5.0 percent). Recovery: 60.0 ms against 100.0 ms allowable
  passes.
- Ripple as percent of nominal: amplitude = (V_peak - V_min) / 2.
  Worked: 29.0 V peak, 27.0 V minimum, 28.0 V nominal -> 1.0 V amplitude
  -> 3.5714 percent.
- Emergency range classification: with normal [22.0, 29.0] and emergency
  [18.0, 32.2], a measured 20.5 V is 'emergency-only'; 27.0 V is
  'normal'; 15.0 V is 'out-of-range'.
- Typical aircraft buses: 115 VAC 400 Hz three-phase, 26 VAC, 28 VDC,
  and 270 VDC. The exact limit tables and category envelopes are
  revision-specific standard data; confirm them against the current
  revision (e.g. DO-160G) before freezing a test plan.

## Workflow

1. Identify the power bus (AC or DC, nominal voltage, nominal frequency
   for AC) and the equipment category; pull the applicable normal and
   emergency limit values from the current revision as data inputs.
2. Verify the measured steady-state voltage against the normal band with
   voltage_within_limits, and quantify headroom with limits_margins.
3. When the equipment is rated for emergency operation, classify the
   measured voltage across both bands with emergency_range_check.
4. For captured transients, compute sag depth and surge height with
   sag_depth_percent and surge_height_percent.
5. Check the transient against its category envelope with
   transient_check (duration and depth margins), then confirm recovery
   with transient_recovery_ok.
6. For AC buses, compute frequency_deviation and check
   frequency_within_tolerance against the applicable tolerance.
7. Quantify DC ripple with ripple_percent.
8. Report the pass-fail verdicts and margins; flag every limit value that
   still needs confirmation against the current revision.

## Pitfalls

- Confusing section 16 (power input) with section 20 RF susceptibility
  (do160/radio-frequency-susceptibility): both are "susceptibility"
  tests, but 16 is power-bus voltage and frequency behavior, while 20 is
  radiated and conducted RF immunity (RS103, CS114).
- Confusing this leaf with do160/environmental-qualification: that leaf
  scopes the whole DO-160 test matrix per equipment category; this leaf
  only does section 16 power-input calculations.
- Confusing this leaf with do178c/verification: coverage percentages
  there are structural software coverage (MC/DC, statement, decision),
  not voltage margins; route coverage questions to do178c/verification.
- Applying steady-state normal limits to transient events, or category
  envelopes to steady state; the two assessments use different bands.
- Mixing AC and DC conventions: frequency tolerance applies only to AC
  buses; a 28 VDC bus has no 400 Hz component to check.
- Computing sag depth against the trough value instead of nominal; the
  percent-of-nominal convention keeps sag and surge comparable.
- Forgetting that emergency-power limits are a separate, wider band
  (lower minimum) that only applies when the equipment is rated for
  emergency operation.
- Treating typical category values as fixed; DO-160 limit tables are
  revision-specific, so confirm every value against the current revision
  before freezing the test plan.

## Behavior contract (gate 3)

The logic is exercised by the gate 3 contract test:
scripts/test_power_input.py against scripts/power_input_logic.py (stdlib
unittest, offline). Run: python3 scripts/test_power_input.py

## Compliance

- Standards referenced, not reproduced: DO-160 text is proprietary
  (RTCA); summary-only per standards-map.yaml and brief 06.
- The module is data-driven: limit values and category envelopes are
  inputs, so no standard table is embedded in the code.
- compliance: STANDARDS-REF, gated: false.

Attribution

ashfordeOUashfordeOU
View sourceMore from ashfordeOU →
SSkills DirectorySkills Directory

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

Related Skills

Caveman

Ultra-compressed communication mode that cuts output tokens while keeping technical accuracy. Levels: lite, full, ultra and the wenyan variants. Use for /caveman, "caveman mode", "talk like caveman", "be brief" or "less tokens".

1074701 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

694821 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3351 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

691 votes

math-skill

A comprehensive mathematical reasoning skill for AI assistants — handles arithmetic to research-level problems with rigorous step-by-step reasoning, systematic verification, and transparent uncertainty handling

381 votes
View all in ai-agents →