Repository navigation
Closed as duplicate
Closed as duplicate
Copy link
Description
Goal
Make the production IED Connection workspace consume the P2 trusted-SCL runtime instead of leaving MmsSclAssistedConnectClient as an unused core API.
Product behavior
With a trusted CID/SCL loaded
Open CID/SCL → Connect must:
- Use the bounded SCL parser result as the authoritative model source.
- Establish the existing proven MMS association.
- Run
MmsTcpLiveDiscoverySession::synchronize_scl(). - Validate Domains only; do not repeat full NamedVariable/GVAA/DataSet discovery.
- Build the UI data-model tree from trusted SCL structure/type metadata.
- Apply P2 initial FC-root snapshot values to the exact SCL leaves.
- Preserve missing/extra-domain diagnostics without rewriting SCL identity.
- Keep the association active for subsequent Read/Write/report workflows.
- Surface the model source clearly in UI/diagnostics.
Without a trusted CID/SCL loaded
Preserve the existing full live-discovery path unchanged as the fallback.
Fail-closed rule
If the user selected a trusted SCL source and parsing/synchronization fails, surface the failure. Do not silently switch to full discovery and thereby change model semantics.
Implementation started on PR #82
0b50e9a075fdd95fe7b383d4e7fba04cc9149ec0— addsMmsSclClientProjection.hppto project trusted SCL + snapshot evidence into the existingMmsLiveModelDocument/tree shape and collect initial leaf values.79db771f51d10d28b2bc7ad699a86e3b11e00a8b— adds trusted-SCL/model-source state toMmsClientController.b95f078e13aa8207614c37695edefa495228f035— switchesMmsClientController::connectToIed()between trusted-SCL synchronization and legacy full discovery, with no silent fallback on trusted-SCL failure.b2f42bb3f2851e37232b4d79fd2259460ea839e6— arms the client trusted-SCL path only afterSclWorkspaceControllerreports a successfully loaded engineering file.
Required QA
- Qt build with strict warnings.
- Existing no-SCL MMS client QA remains green (fallback regression).
- Add trusted-SCL controller QA proving:
- no GVAA/full discovery on trusted path;
- SCL LD/LN/DO/DA counts are projected;
- initial FC-root values land on the correct leaf keys;
- association remains active;
- trusted-SCL parse/sync failure does not silently fall back;
- stale-session/reconnect generation protection remains intact.
- Windows Release Hardening from exact final P3 head.
- External target-client validation remains a separate field gate; do not claim vendor external IEC 61850 client parity solely from internal CI.
Keep this issue OPEN until product integration QA and exact-head package validation pass.
Metadata
Metadata
Assignees
Labels
No labels
Activity
masarray commentedon Oct 23, 2026
Issue consolidation / duplicate of #88 (2026-10-23). Both track the same trusted-SCL initial FC-root snapshot integration in the production Workbench IED Connection path. I copied unique #87 acceptance constraints (Domain missing/extra evidence, rendered LD/LN/DO/DA, model-source provenance, strict Qt/Windows QA and stale-session generation fences) into #88 before closure. #88 remains OPEN, and physical interoperability / exact-head acceptance are NOT being marked complete. #85 remains a separate P2 core runtime issue. Closing only removes duplicate tracking.