sync: auto-sync from AD2 at 2026-06-18 08:02:06

Author: Mike Swanson
Machine: AD2
Timestamp: 2026-06-18 08:02:06

.claude/memory/MEMORY.md

@@ -109,6 +109,7 @@
 - [GURU-BEAST-ROG Setup Status](machine_windows_guru_setup_status.md) — Windows workstation fully configured except SSH key deployment to servers.
 
 ## Project
+- [DSCA33/DSCA45 spec gap](project_dsca33_45_spec_gap.md) — Datasheet pipeline: DSCA33/DSCA45 render null because their MAIN specs are missing from all recovered DAT files (DSCA33 nowhere; DSCA45 only in DSCFIN.DAT). Data gap, not a bug; ~8,763 certs blocked. Final-Test renders via slotMaps+stub; need real specs from Dataforth or accuracy-block templating.
 - [CyndyOffice physical HP lockups](cyndyoffice-physical-hp-lockups.md) — RMM "Howard-VM" site agent CyndyOffice is a PHYSICAL HP Pavilion TP01 (not a VM); ~20 hard freezes/6wk = Kernel-Power 41 bugcheck-0, no dump/WHEA = hardware (RAM/PSU/BIOS), SSD healthy. UUID re-enrolls.
 - [Automate memory consolidation/lint (phased)](project_memory_consolidation_automation.md) — Eventually auto-run /memory-dream; lint+additive fixes can automate early, merges/deletes stay human-approved. Engine: .claude/skills/memory-dream/ + .claude/scripts/sync-memory.sh.
 - [Trebesch PST consolidation (staged)](project_trebesch_pst_consolidation.md) — Address-book CSV from 24 PSTs on DESKTOP-QNP3ON5; scripts staged at .claude/tmp/treb-*.ps1, WAITING for Howard's 6pm-MST 2026-06-01 go signal (attended run). See [[reference_trebesch_qnp3on5]].
@@ -157,4 +158,4 @@
 - [CT Thoughts backlog](feedback_ct_thoughts_backlog.md) — ClaudeTools harness ideas go in docs/CT_THOUGHTS.md (trigger "ct thought:"); CT analogue of RMM_THOUGHTS. Don't build until explicit go. First entry = ClaudeTools 3.0 web co-work vision.
 - [AI-auth product boundary](project_ai_auth_product_boundary.md) — ClaudeTools/ClaudeTools 3.0 = internal-only, per-person subscription OAuth ok; GuruRMM = sellable, customer brings own API key (never ACG's subscription); backend dev = internal. Anthropic ToS bans subscription auth in third-party products.
 - [RMM SYSTEM context can't see user mapped drives](feedback_rmm_system_context_mapped_drives.md) — RMM runs as SYSTEM; `Test-Path F:\` etc. is False even when the user's mapped/redirected drive exists. Diagnose mapped-drive/redirect issues in `context:user_session`. Elevated apps (e.g. QB DB Server Manager "unable to retrieve root folder") need `EnableLinkedConnections=1` + reboot.
-- [AD2 = Dataforth-ops fork](project_ad2_dataforth_fork.md) — branch ad2 = main + thin Dataforth layer; keep fork edits ADDITIVE (Dataforth context in clients/dataforth/CLAUDE.dataforth.md, NOT .claude/CLAUDE.md); rebase onto main directly when sync.sh self-lock hits; no vault/jq/sops/age on this box.
+- [AD2 = Dataforth-ops fork](project_ad2_dataforth_fork.md) — branch ad2 = main + thin Dataforth layer; keep fork edits ADDITIVE (Dataforth context in clients/dataforth/CLAUDE.dataforth.md, NOT .claude/CLAUDE.md); rebase onto main directly when sync.sh self-lock hits; no vault/jq/sops/age on this box.

.claude/memory/project_dsca33_45_spec_gap.md

@@ -0,0 +1,34 @@
+---
+name: project_dsca33_45_spec_gap
+description: Why DSCA33/DSCA45 datasheets won't render — missing main specs + special layouts, not a bug
+metadata:
+  type: project
+---
+
+In the Dataforth test-datasheet pipeline (deployed `C:\Shares\testdatadb`, AD2 fork `ad2`
+branch), the **DSCA33** and **DSCA45** model families render null (no datasheet) for a
+**data-gap** reason, not a code bug:
+
+- The main spec DAT files we have (`specdata/DSCOUT.DAT`, `DSCMAIN4.DAT`) contain DSCA prefixes
+  30,31,32,34,36,37,38,39,40,41,42,43,47,49 — but **NOT 33 or 45**. DSCA33 appears in **no** DAT
+  file at all; DSCA45 appears only in `DSCFIN.DAT` (the Final-Test layout file, which lacks the
+  `SENTYPE`/`MAXIN`/input-type fields the accuracy block needs). Likely lost in the cryptolocker wipe.
+- `database/render-datasheet.js` bails (`if (!modelSpecs) return null`) before rendering, so these
+  models produce nothing. ~8,763 PASS certs blocked: DSCA33 = 3,350 (35 models), DSCA45 = 5,413 (23 models).
+
+The Fix 2 Final-Test rebuild is NOT the blocker — the per-model templates + slotMaps render the
+Final-Test block correctly for these (proven: DSCA45-01 Final-Test vs golden = 2 trivial diffs with a
+stubbed spec). The real blockers to publishing them correctly:
+1. **Missing main specs** → `render-datasheet.js` won't even call the renderer. For DSCA, specs are
+   only needed for the accuracy-block header + model name now (Final-Test is template/slotMap-driven).
+2. **Special accuracy headers** the sensor-type logic can't produce: DSCA45 = `Frequency (Hz)` /
+   `Output (V)` (frequency-response table); DSCA33 = `Vin (mVAC)` / `Output (VDC)` (AC-RMS module).
+3. **Non-status template rows**: DSCA45 has informational rows like `Zero-Crossing Input` / `TTL Input`
+   with NO PASS in the golden, but the renderer appends PASS to every empty-spec row (like the old
+   loadNote artifact — see [[project_test_datasheet_pipeline]]).
+
+Two paths to fix: (a) obtain the authoritative DSCA33/DSCA45 main spec files from Dataforth/engineering
+(clean, fixes accuracy headers properly — flag to John Lehman), or (b) extend the template approach to
+capture the accuracy header + special-row handling from the staged originals (self-contained, but a
+STAGE-4-sized effort across the special layouts). Final-Test data for the matchable models is already
+ready (slotMaps derived). Related: [[project_pipeline_rebuilt]].

projects/dataforth-dos/session-logs/2026-06/2026-06-18-mike-dsca-fix2-stage2-3-publish.md

@@ -1,5 +1,24 @@
 # DSCA Datasheet Fix 2 — STAGE 2 wire-in, STAGE 3 validator, publish of 68 clean models
 
+## Update: 08:00 PT — diagnosed DSCA33/DSCA45 missing-specs gap (left blocked, documented)
+
+Dug into why DSCA33-*/DSCA45-* render null. Root cause is a DATA GAP, not a code bug: their MAIN
+spec records are missing from every recovered `specdata/*.DAT`. DSCA33 appears in NO DAT file at all;
+DSCA45 appears only in `DSCFIN.DAT` (Final-Test layout, lacks SENTYPE/MAXIN/input-type). Loaded DSCA
+prefixes jump 32->34 and 43->47. Almost certainly lost in the cryptolocker wipe. Blocks ~8,763 PASS
+certs (DSCA33 3,350/35 models, DSCA45 5,413/23 models).
+
+The Final-Test data is NOT the blocker — a DSCA45 cert's Final-Test block renders correctly via its
+slotMap with a stub spec (2 trivial diffs). Blockers are: (1) `render-datasheet.js` bails on missing
+specs before rendering; (2) special accuracy headers the sensor logic can't make — DSCA45
+`Frequency (Hz)`/`Output (V)`, DSCA33 `Vin (mVAC)`/`Output (VDC)`; (3) non-status rows (DSCA45
+`Zero-Crossing Input`/`TTL Input`) that have no PASS in golden but the renderer appends one.
+
+Decision (Mike): leave blocked, documented. Recorded as memory `project_dsca33_45_spec_gap`. The
+clean fix is obtaining the authoritative DSCA33/DSCA45 main spec files from Dataforth (added to the
+#32441 handoff below); the self-contained alternative is template-driving the accuracy block. Final-
+Test slotMaps for the matchable models are already derived and ready for when specs arrive.
+
 ## Update: 07:52 PT — per-model slot maps resolve ambiguous DSCA layouts + re-publish of 92
 
 Took on the ambiguous-layout families (models the count-guard skipped because raw_data carries more
@@ -241,6 +260,8 @@ note to #32441 summarizing this session:
 > Fix 2 (DSCA Final-Test rebuild) STAGE 2 + STAGE 3 complete. Wired per-model staged templates into
 > the live renderer; fixed two render defects (dropped negative signs, dropped Final-Test rows on
 > models lacking the step-response line). Built a STAGE 3 validator over 2,806 staged DSCA originals:
+> NOTE: superseded by later updates — final state is 92 models published (see top-of-log updates).
+> Original (STAGE 2/3) summary follows.
 > 68 models are Final-Test content-clean. Published those 68 to Hoffman — 26,022 certs updated,
 > 0 errors (replacing the old defective DSCA renders live). Remaining: 26 models with measured
 > last-digit diffs (rounding-mode + retest vintage), ~32 ambiguous-layout families (DSCA33/45/49)
@@ -248,6 +269,12 @@ note to #32441 summarizing this session:
 > extension. Byte-for-byte DOS cosmetic fidelity (leading rule line + ~1-space input-column spacing)
 > still deferred across all families. Details: ad2 branch commits + DSCA-STAGE3-REPORT-2026-06-18.txt.
 
+Also request from Dataforth/engineering (for #32441): the authoritative MAIN spec records for the
+**DSCA33-*** and **DSCA45-*** families (DSCMAIN/DSCOUT-style entries with SENTYPE/MAXIN/input-type).
+They are missing from every recovered `specdata/*.DAT` (DSCA33 nowhere; DSCA45 only in DSCFIN.DAT) —
+lost in the wipe — which blocks ~8,763 cert renders. Drop them into `specdata/`, reload, and those
+models render via the slotMaps already derived this session. See memory `project_dsca33_45_spec_gap`.
+
 ## Reference Information
 
 - Handoff: `projects/dataforth-dos/DATASHEET-FIX2-5-HANDOFF-2026-06-18.md`