Commit 11e4855
dcl: cross-validate the response layout on a second PCM
Spyderdoc's unit went on the bench -- a genuinely different PCM, part number
99164217822 against the first unit's 7P5035884AB, with different software
(1A 93 = 02011221 vs 01100920).
EVERY measured response length matched between the two units: 1A 91 = 11,
1A 93 = 8, 1A 95 = 8, 21 00 = 1, 21 06 = 6, 21 0A = 21, 21 12 = 3, 21 16 = 11,
21 1B = 6, 21 29 = 33, 21 FE = 2. So the layout derived from one config file
predicts a different unit running different software, which is a stronger claim
than anything the single-unit measurements could support.
21 1B is settled as far as it can be. Its width is fixed at 6 on both units
even though type 18 is nominally variable, and the payload is a per-unit
identifier: 20 32 1a 25 5a 69 on the first unit, 20 32 1d 1e 5a 64 on the
second, with bytes 0, 1 and 4 identical across both. The length is still not
declared in any file we hold -- searched diagnosis.cfg, PCM3Reload, ifs1, ifs2,
the persistence backup and all 37 GB of the drive image, none of which carry it
-- so response_length() still abstains by default and MEASURED_LENGTH now rests
on two units rather than one.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>1 parent da0c5c4 commit 11e4855
1 file changed
Lines changed: 11 additions & 3 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
690 | 690 | | |
691 | 691 | | |
692 | 692 | | |
693 | | - | |
694 | | - | |
695 | | - | |
| 693 | + | |
| 694 | + | |
| 695 | + | |
| 696 | + | |
| 697 | + | |
| 698 | + | |
| 699 | + | |
| 700 | + | |
| 701 | + | |
| 702 | + | |
| 703 | + | |
696 | 704 | | |
697 | 705 | | |
698 | 706 | | |
| |||
0 commit comments