glenn schrooyenandClaude Opus 5.5
b9ff6acea4
A bigger house warns more often (every 150 s at 7.4 kW), so 'about' was wrong. Text only. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Bdqr7PiaHcBnzPituu2yTC
2.2 KiB
SAFETY-119 - no "not keeping up" when the loop takes the wire back
Status: for review. Tests: test_safety119.py.
Cause. When another owner (the peak guard, a maintenance charge) has set
the wire and the loop wins again, cycle() re-seeds the integrator from that
owner's command, and compute() adds gain * error from a meter that does
not show that command yet. On the TEST-23 rig (SAFETY-118 I-2) the guard
stepped from -2000 W to +429 W with 5 s left. A cycle later the loop's ask
crossed the +2500 W rail and beat the guard's floor, so SAFETY-85 rule 1
counted it as the loop's own bound and raised goodwe_integrator_bound. The
battery gave what it was told, and the cap held.
Decision. After a hand-back, the loop's integrator bound is not counted
until the plant's settle has passed (SHORT_CYCLES cycles and
SHORT_SPAN_S, the window SAFETY-85 grades a battery on). After that it
counts as before. An over-rating (clamped, a bug) on a cycle the loop
decided always counts. No command changes, and no text was added or changed.
Kept. The loop in charge at its rail warns on the same cycle as before. A loop still at its rail after a hand-back warns 11 cycles later (at least 22 s): 22 s at a 2 s meter, 55 s at 5 s, 11 min at a 60 s cycle. The start and a restart after a stop are not hand-backs.
Re-pinned. test_safety84 (all six) and test_safety87 (n1_crossing,
n1_above, n1_charge_low): only OUTPUT_CLAMP log rows differ; commands and
claims are the same (test_safety119.py part 5).
Open. Each hand-back restarts the window, so a loop that loses the wire again within 11 cycles is never counted. Seen in review: N=2 (2 x 2500 W), a 5 s meter, a cheap-window charge with no usable forecast, a house 50-100 W over the 5000 W rating. The guard and the charge took the wire back at least every 11 cycles. 0 notifications in 2 h, 28 without this rule. The cap held. From 200 W over the rating it warns at least once a quarter.
Not changed. The kick itself is control behaviour: for a few seconds at
a quarter's edge the loop asks up to its rail. In test_safety119.py part 1
that is more discharge than the guard asked at a quarter's end, and a few
seconds of up to 500 W more charge at the next quarter's start.