From c10bb2d77ceb5fc47febbd232196cc1e8eb02e87 Mon Sep 17 00:00:00 2001 From: masarray Date: Mon, 13 Jul 2026 04:46:35 +0700 Subject: [PATCH 1/5] Add Sampled Values standards research gate --- docs/sv-research-gate.md | 205 +++++++++++++++++++++++++++++++++++++++ 1 file changed, 205 insertions(+) create mode 100644 docs/sv-research-gate.md diff --git a/docs/sv-research-gate.md b/docs/sv-research-gate.md new file mode 100644 index 0000000..b181f01 --- /dev/null +++ b/docs/sv-research-gate.md @@ -0,0 +1,205 @@ +# Sampled Values Standards and Evidence Research Gate + +This document defines the evidence required before ARSVIN labels an IEC 61850 Sampled Values profile as supported. It intentionally separates verified standards requirements, vendor documentation, observed traffic, engineering inference, and product ideas. + +ARSVIN is an open engineering tool. It is not an accredited conformance test system, calibrated merging unit, deterministic real-time platform, or substitute for licensed standards. + +## Why this gate exists + +Sampled Values interoperability cannot be established from a sample rate or payload length alone. A credible profile implementation must align: + +- the abstract Sampled Values service, +- the Ethernet mapping, +- the SCL model and dataset, +- profile-specific instrument-transformer requirements, +- synchronization and timing behavior, +- the actual wire traffic, +- publisher and subscriber behavior, +- and evidence from real devices. + +No profile-specific constant should be added to the production catalog merely because it is common in articles, vendor screenshots, or engineering memory. + +## Source hierarchy + +Use sources in this order: + +1. Licensed IEC or IEC/IEEE standard text, including applicable amendments and corrigenda. +2. Official IEC tissue resolution or official implementation clarification. +3. UCAIug implementation guideline or conformance material. +4. Official manufacturer documentation. +5. Anonymized SCL and PCAP evidence from real merging units and subscribers. +6. Byte-exact interoperability tests with real devices. +7. Independent reference implementations and Wireshark as supporting evidence only. +8. Engineering inference, clearly marked provisional. + +A lower-level source must not override a higher-level source. + +## Current public catalogue baseline + +The current public IEC 61850 series catalogue identifies the following relevant publications: + +| Publication | Role in ARSVIN research | +|---|---| +| IEC 61850-6:2009 + AMD1:2018 + AMD2:2024 CSV | SCL structures, SampledValueControl, datasets, communication addressing, and engineering-file behavior. | +| IEC 61850-7-2:2010 + AMD1:2020 CSV | Abstract Sampled Values service model and semantics. | +| IEC 61850-9-2:2011 + AMD1:2020 CSV | Ethernet mapping for Sampled Values over ISO/IEC 8802-3. | +| IEC/IEEE 61850-9-3:2016 | Power utility PTP profile relevant to synchronization claims. | +| IEC 61850-10:2012 + AMD1:2025 CSV | Conformance-test terminology and claim boundaries. | +| IEC TR 61850-90-5:2012 | Routable communication research boundary; not part of the current Layer-2 milestone. | + +IEC 61869-9 must be reviewed from a licensed current copy before ARSVIN freezes preferred Sampled Values variants, scaling rules, rates, dataset rules, or profile names. + +Public catalogue metadata is sufficient to establish which documents must be reviewed. It is not sufficient to implement clause-level behavior. + +## OMICRON benchmark findings + +### StationScout benchmark + +StationScout is a benchmark for system-level engineering workflow rather than the primary reference for SV byte-level implementation. The official material emphasizes: + +- automatic visualization of SCL-based system structure, +- a clear status overview, +- signal tracing, +- comparison of configured and live system behavior, +- simulation of unavailable IEDs, +- reusable test cases, +- automated assessments, +- and documented results. + +ARSVIN should adopt the workflow principles, not copy the product UI or make unsupported feature claims. + +### DANEO 400 benchmark + +DANEO 400 is the stronger functional benchmark for ARSVIN Subscriber and merging-unit analysis. Official material describes: + +- SCL-based verification that expected GOOSE and Sampled Values are present, +- side-by-side visibility of configuration versus observed traffic, +- orphan stream detection, +- PRP and HSR redundancy comparison, +- merging-unit stream-parameter verification, +- comparison of conventional input waveforms against SV output, +- packet interval and packet delay statistics, +- detection of dropped samples, synchronization issues, quality problems, and traffic abnormalities, +- trigger-based recording, +- time-aligned analysis, +- and report generation. + +These capabilities define useful product outcomes, but they do not define protocol constants. + +## Product claim levels + +ARSVIN uses these statuses: + +| Status | Meaning | +|---|---| +| Research candidate | Product idea or commonly discussed profile; no frozen requirements. | +| Standard-reviewed | Applicable clauses and amendments have been reviewed and recorded. | +| Fixture-validated | Byte-exact SCL, frame, and PCAP regression fixtures pass. | +| Device-observed | An anonymized real-device capture matches the implementation. | +| Lab-interoperable | Publisher and subscriber have been exercised with at least one real counterpart. | +| Supported | Standard review, fixtures, real-device evidence, diagnostics, and documentation are complete. | +| Certified | Reserved for an accredited external process; ARSVIN does not currently use this status. | + +A profile cannot move directly from research candidate to supported. + +## Research targets + +### Track A — Installed-base 9-2LE-style workflows + +Research goals: + +- identify the exact implementation guideline revision used by target devices, +- verify dataset ordering and payload representation, +- verify protection and high-rate variants, +- verify nominal-frequency-dependent behavior, +- verify quality and synchronization fields, +- collect representative SCL and PCAP fixtures, +- and document vendor variations. + +Until the guideline and real evidence are reviewed, ARSVIN must retain the wording `9-2LE-style` rather than claim universal 9-2LE conformance. + +### Track B — IEC 61869-9 preferred variants + +Research goals: + +- review the licensed standard and amendments, +- record every preferred variant relevant to protection and measurement, +- verify configurable dataset expectations, +- verify sampling basis and rate semantics, +- verify nofASDU expectations, +- verify scaling and unit rules, +- verify counter behavior, +- verify synchronization requirements, +- and validate against current merging-unit captures. + +No rate, nofASDU value, scaling constant, or dataset shape is considered normative until entered in the evidence matrix with a clause reference. + +### Track C — Generic SCL-driven Layer-2 SV + +The engine already supports a broader set of SCL-derived payload types than the current fixed 4I+4V workflow. Research must determine: + +- which bTypes are valid and useful in SV datasets, +- how nested data attributes are flattened and ordered, +- whether each width and representation is correct, +- how unknown or vendor-specific fields are preserved, +- and when compatible decoding is safe without claiming a known profile. + +### Track D — Routable SV + +Routable SV is a separate architectural program. It requires separate review of transport, session, security, routing, synchronization, and test requirements. It must not be mixed into the current Layer-2 profile expansion. + +## Required evidence package per profile + +Each supported profile needs: + +```text +profile-requirements.md +source-register.md +golden.scd or golden.icd +golden.pcap +expected-frame.json +expected-detection.json +expected-values.json +publisher-byte-tests +subscriber-decode-tests +mismatch-tests +performance-baseline.md +real-device-evidence.md +``` + +Real-device evidence may remain private when licensing or confidentiality requires it, but the public repository must contain a non-sensitive synthetic fixture that protects the same behavior. + +## Research acceptance rules + +A requirement may enter production only when: + +1. Its source and edition are identified. +2. The relevant clause or official vendor section is recorded without copying protected standard text. +3. Its normative strength is classified as required, recommended, optional, or engineering convention. +4. A deterministic automated test protects the behavior where technically possible. +5. Conflicting evidence is documented instead of silently resolved. +6. The UI distinguishes verified profile facts from inferred observations. +7. Unknown traffic remains observable and does not block capture. +8. Live transmission is blocked when a verified critical requirement fails. + +## Immediate implementation order after the gate + +1. Add source and evidence models; do not add unverified constants. +2. Add observed-stream facts and confidence-based detection infrastructure. +3. Formalize the current 9-2LE-style workflow using reviewed evidence. +4. Add configuration-versus-wire mismatch reporting. +5. Add scaling provenance and raw-value visibility. +6. Add IEC 61869-9 variants only after licensed clause review. +7. Add high-rate performance work after functional fixtures pass. +8. Add real-device interoperability evidence before public support claims. + +## Official public references + +- IEC 61850 series catalogue: https://webstore.iec.ch/en/publication/6028 +- OMICRON StationScout: https://www.omicronenergy.com/en/products/stationscout/ +- OMICRON StationScout brochure: https://www.omicronenergy.com/download/document/A73FDBE4-EFBB-4673-A765-E58195B69D2B/ +- OMICRON DANEO 400: https://www.omicronenergy.com/en/products/daneo-400/ +- OMICRON DANEO 400 brochure: https://www.omicronenergy.com/download/document/8C945CAA-C82D-4EFE-A1D8-BE6A52691FE6/ +- OMICRON IEC 61850 thematic introduction: https://www.omicronenergy.com/download/document/918A983B-DD8B-43AE-938A-168E40ECB8C1/ + +These links support public product and catalogue research. They do not replace licensed standards. \ No newline at end of file From 9ebd1f41c86a489f1ed9a99b6da491ebc76aba0e Mon Sep 17 00:00:00 2001 From: masarray Date: Mon, 13 Jul 2026 04:47:14 +0700 Subject: [PATCH 2/5] Add Sampled Values conformance and interoperability matrix --- docs/sv-evidence-matrix.md | 160 +++++++++++++++++++++++++++++++++++++ 1 file changed, 160 insertions(+) create mode 100644 docs/sv-evidence-matrix.md diff --git a/docs/sv-evidence-matrix.md b/docs/sv-evidence-matrix.md new file mode 100644 index 0000000..33c3d06 --- /dev/null +++ b/docs/sv-evidence-matrix.md @@ -0,0 +1,160 @@ +# Sampled Values Conformance and Interoperability Matrix + +This matrix is the working control sheet for ARSVIN profile expansion. It records what is known, what remains provisional, and what evidence is required before a behavior becomes part of a supported profile. + +## Evidence status vocabulary + +| Status | Meaning | +|---|---| +| Verified-standard | Confirmed from a licensed applicable standard and recorded with edition and clause. | +| Verified-official | Confirmed from an official manufacturer or standards-body public document. | +| Verified-capture | Confirmed from an anonymized real-device SCL/PCAP pair. | +| Verified-lab | Confirmed by byte-exact or interoperability testing with a real counterpart. | +| Implemented-generic | Engine supports the mechanism, but no profile-specific compliance claim is made. | +| Provisional | Candidate behavior awaiting stronger evidence. | +| Unknown | Not yet researched. | +| Out-of-scope | Explicitly excluded from the current milestone. | + +## Standards source register + +| Source | Public edition baseline | Licensed clause review | Owner action | +|---|---|---:|---| +| IEC 61850-6 | 2009 + AMD1:2018 + AMD2:2024 CSV | Required | Obtain/access current licensed copy; map SCL requirements. | +| IEC 61850-7-2 | 2010 + AMD1:2020 CSV | Required | Map abstract SV service semantics. | +| IEC 61850-9-2 | 2011 + AMD1:2020 CSV | Required | Map Ethernet/APDU encoding and required fields. | +| IEC/IEEE 61850-9-3 | 2016 | Required for timing claims | Map PTP profile boundaries and terminology. | +| IEC 61850-10 | 2012 + AMD1:2025 CSV | Required for claim language | Map conformance terminology and test evidence boundaries. | +| IEC 61869-9 | Current licensed edition to verify | Required | Map preferred variants, scaling, sampling, and dataset requirements. | +| IEC TR 61850-90-5 | 2012 public catalogue baseline | Deferred | Separate R-SV architecture program. | +| UCAIug 9-2LE guideline | Revision to identify | Required for 9-2LE claim | Obtain authoritative copy and revision history. | + +## Generic Layer-2 SV mapping + +| Requirement | Current ARSVIN state | Evidence status | Required next evidence | +|---|---|---|---| +| Ethernet EtherType `0x88BA` | Publisher and Subscriber use Layer-2 SV EtherType | Implemented-generic | Clause mapping and byte-exact fixture. | +| APPID and process-bus header | Implemented | Implemented-generic | Boundary and malformed-frame vectors. | +| VLAN tag, ID, and priority | Implemented | Implemented-generic | Standard clause mapping and tagged/untagged captures. | +| `svID` / `smvID` | Parsed and emitted | Implemented-generic | Edition-specific naming and length tests. | +| Dataset reference | SCL-driven | Implemented-generic | Clause mapping and dataset-resolution fixtures. | +| `confRev` | Parsed and emitted | Implemented-generic | Change/mismatch behavior tests. | +| `smpCnt` | Parsed, emitted, monitored, and wrap-tested | Implemented-generic | Profile-specific wrap rules. | +| `smpSynch` | Compatibility modes implemented | Implemented-generic | Licensed semantics and real synchronized/unsynchronized captures. | +| `smpRate` / `smpMod` | Parsed and emitted | Implemented-generic | Edition/profile-specific presence and interpretation rules. | +| Multiple ASDUs per frame | Engine supports `1..8`; UI/docs historically emphasize `1/2/4/8` | Implemented-generic | Profile-specific allowed values and `nofASDU=6` evidence. | +| Dataset-driven payload | Multiple integer, float, quality, time, enum, bit-string, and string kinds supported | Implemented-generic | Validate permitted SV bTypes, widths, order, and nesting. | +| Unknown payload element | Preflight can reject unsupported layouts | Implemented-generic | Compatible-mode raw preservation design. | +| PCAP read/write | Implemented and regression-tested | Implemented-generic | Golden external captures. | +| Timing health | Local TX and receiver statistics exist | Implemented-generic | Define measurement method and limitations against DANEO-like outcomes. | + +## 9-2LE-style profile research + +| Topic | Current position | Status | Exit criterion | +|---|---|---|---| +| Profile name and revision | `9-2LE-style` only | Provisional | Identify authoritative guideline and revision. | +| 4 current + 4 voltage layout | Current primary workflow | Provisional | Guideline clause plus golden dataset and captures. | +| Value representation | Current workflow uses SCL-derived layout | Provisional | Byte-level guideline verification. | +| Quality ordering and encoding | Engine supports quality fields | Provisional | Guideline vectors and device capture. | +| Protection sampling variant | Product assumption exists | Provisional | Standard/guideline source plus 50 Hz and 60 Hz captures. | +| High-rate variant | Roadmap candidate | Provisional | Standard/guideline source and performance fixture. | +| Nominal-frequency behavior | Not yet formalized as profile evidence | Unknown | Verify formula, rate, wrap, and frame-rate behavior. | +| Scaling convention | Not yet provenance-aware | Unknown | Verify raw-to-secondary convention and expose source. | +| Publisher interoperability | Generic output works | Provisional | At least one real relay/MU test per claimed variant. | +| Subscriber detection | SCL-assisted decode exists | Provisional | Confidence classifier and known/unknown/mismatch vectors. | + +## IEC 61869-9 profile research + +| Topic | Current position | Status | Exit criterion | +|---|---|---|---| +| Preferred variant catalogue | Not implemented | Unknown | Licensed clause matrix. | +| Configurable dataset behavior | Generic SCL engine can support it | Provisional | Standard requirement and real SCL evidence. | +| Protection-oriented variant | Roadmap candidate | Provisional | Licensed rates, packing, payload, and timing requirements. | +| Measurement/high-rate variant | Roadmap candidate | Provisional | Licensed requirements and sustained-throughput tests. | +| Sampling basis | Engine supports SCL `smpRate`/`smpMod` | Provisional | Verify samples-per-second versus samples-per-cycle semantics. | +| `nofASDU` values | Engine mechanically supports `1..8` | Provisional | Profile-specific normative/recommended values. | +| Dataset shape and channel order | Must not be assumed fixed 4I+4V | Provisional | Standard plus vendor SCL matrix. | +| Scaling and units | Not yet profile-provenance-aware | Unknown | Standard clause, SCL source, and real values. | +| Synchronization | Generic `smpSynch` and PTP tooling exist | Provisional | Standard linkage and capture evidence. | +| Public support claim | Not supported yet | Unknown | All mandatory rows reach verified-standard and fixture/device evidence. | + +## OMICRON-derived product benchmark matrix + +This table records product outcomes, not protocol requirements. + +| Benchmark outcome | StationScout | DANEO 400 | ARSVIN target | +|---|---:|---:|---| +| SCL-first system view | Strong | Strong | Import streams and show expected-versus-observed state. | +| Configuration versus live comparison | Strong | Strong | Side-by-side profile, addressing, dataset, and timing mismatch. | +| Signal tracing | Strong | Partial for SV analysis | Trace SCL stream to observed stream and decoded channels. | +| Orphan detection | Not primary public emphasis | Explicit | List observed SV streams absent from SCL and expected streams absent from traffic. | +| MU parameter verification | Not primary public emphasis | Explicit | Validate stream fields, rate, packing, payload, synchronization, and quality. | +| Analog input versus SV output | Outside normal ARSVIN PC-only scope | Explicit | Future import/correlation path; do not imply calibrated measurement. | +| Packet interval/delay statistics | Not primary public emphasis | Explicit | Add interval, jitter, gaps, delay-input limitations, histograms, and evidence export. | +| Triggered recording | Test-case oriented | Explicit | Add software capture trigger rules after profile detector is stable. | +| PRP/HSR verification | Not primary public emphasis | Explicit | Separate redundancy milestone after base SV profiles. | +| Reusable tests and reports | Explicit | Explicit | Machine-readable expected-profile fixtures and repeatable reports. | + +## Fast-track implementation gates + +### Gate 0 — Research register + +Complete when: + +- source editions are recorded, +- licensed-source gaps are visible, +- every proposed profile constant is marked verified or provisional, +- and no unsupported public claim is introduced. + +### Gate 1 — Profile infrastructure + +Complete when: + +- observed facts are independent of WPF and Npcap, +- profile definitions carry source/evidence metadata, +- confidence scoring explains matches and conflicts, +- and unknown streams remain observable. + +### Gate 2 — Formalized 9-2LE-style support + +Complete when: + +- the authoritative guideline revision is reviewed, +- 50 Hz and 60 Hz fixtures exist where applicable, +- byte-exact Publisher and Subscriber tests pass, +- scaling provenance is visible, +- and at least one real counterpart has been exercised. + +### Gate 3 — IEC 61869-9 protection support + +Complete when: + +- licensed clauses are mapped, +- preferred variant parameters are frozen, +- SCL and PCAP fixtures pass, +- real-device evidence exists, +- and performance remains stable. + +### Gate 4 — High-rate and redundancy support + +Complete when: + +- sustained throughput is benchmarked, +- queues are bounded, +- UI rendering is decoupled from packet rate, +- PRP/HSR behavior has dedicated evidence, +- and no false sample-gap diagnosis occurs on clean captures. + +## Definition of public `Supported` + +A profile can be labeled supported only when all are true: + +- standard/guideline edition and clause register complete, +- deterministic fixtures committed, +- byte-exact generation test passing, +- subscriber decode and detection tests passing, +- mismatch and malformed tests passing, +- scaling source explicit, +- performance baseline documented, +- real-device evidence recorded, +- support matrix updated, +- and claim language reviewed against IEC 61850-10 boundaries. From c98dc65bae9dfb391e990f5c8857687abcf0b31b Mon Sep 17 00:00:00 2001 From: masarray Date: Mon, 13 Jul 2026 04:47:35 +0700 Subject: [PATCH 3/5] Add safe Sampled Values evidence intake guide --- samples/sv-evidence/README.md | 131 ++++++++++++++++++++++++++++++++++ 1 file changed, 131 insertions(+) create mode 100644 samples/sv-evidence/README.md diff --git a/samples/sv-evidence/README.md b/samples/sv-evidence/README.md new file mode 100644 index 0000000..43969f0 --- /dev/null +++ b/samples/sv-evidence/README.md @@ -0,0 +1,131 @@ +# Sampled Values Evidence Intake + +This directory defines the evidence package required to validate ARSVIN against real merging units, subscribers, SCL engineering files, and independent packet tools. + +Do not commit confidential station files, credentials, customer names, internal IP plans, protection settings, or production captures without explicit authorization. + +## Preferred evidence package + +Create one folder per anonymized device/profile case: + +```text +samples/sv-evidence// +├── README.md +├── source-register.md +├── stream.scd +├── capture.pcap +├── expected-profile.json +├── expected-values.json +└── SHA256SUMS.txt +``` + +Large, proprietary, or restricted captures should remain outside the public repository. Add a synthetic, non-sensitive fixture that reproduces the same protocol behavior and record the private evidence identifier in the case README. + +## Required metadata + +Record: + +- evidence case ID, +- collection date, +- merging-unit manufacturer and model, or `withheld`, +- firmware version, or `withheld`, +- subscriber/test counterpart, +- SCL file type and edition markers, +- network topology, +- nominal frequency, +- observed frame rate, +- observed sample rate, +- ASDUs per frame, +- observed sample-counter wrap, +- payload bytes per ASDU, +- synchronization source and state, +- independent verification tool, +- capture method, +- authorization and redaction status, +- expected profile claim, +- and known deviations. + +## Redaction rules + +Before committing: + +1. Replace station, bay, IED, and project names with neutral identifiers. +2. Remove credentials, certificates, private keys, passwords, and access tokens. +3. Remove nonessential IP and MAC addresses; preserve multicast structure only where required by the test. +4. Remove customer names, site locations, work-order references, and internal comments. +5. Confirm that the capture contains no unrelated production traffic. +6. Recalculate checksums after redaction. +7. Document every semantic change made during anonymization. + +Anonymization must not silently change the behavior being tested. + +## Evidence quality levels + +| Level | Evidence | +|---|---| +| E0 | Engineering hypothesis only. | +| E1 | Synthetic frame or SCL fixture. | +| E2 | Independent decoder or Wireshark agrees with the synthetic fixture. | +| E3 | Anonymized real-device capture. | +| E4 | Real Publisher-to-Subscriber or MU-to-relay interoperability test. | +| E5 | Repeatable multi-vendor evidence. | + +Public profile support requires licensed-source review plus at least E3 evidence. Lab-interoperable status requires E4. + +## Independent verification + +Where practical, record results from at least one independent tool: + +- Wireshark packet dissection, +- a vendor engineering/test tool, +- OMICRON DANEO or another measurement analyzer, +- a relay event or diagnostic log, +- or a separate reference implementation. + +Independent tools are supporting evidence. They do not replace the applicable standard. + +## Minimum test cases per profile + +Include: + +- clean expected traffic, +- missing frame/sample counter gap, +- duplicate frame, +- out-of-order frame, +- counter wrap, +- configuration revision mismatch, +- dataset mismatch, +- unexpected payload length, +- invalid/questionable/test/oldData quality where applicable, +- synchronization state changes, +- unknown/orphan stream, +- and malformed frame handling. + +## Capture timing guidance + +For rate and jitter analysis, capture long enough to distinguish startup transients from steady-state behavior. Record the capture duration and clock source. Do not claim one-way network delay unless the measurement points share a validated time base and the method is documented. + +## Expected-profile JSON example + +```json +{ + "caseId": "synthetic-9-2le-style-50hz-001", + "claimStatus": "research-candidate", + "sourceEdition": "pending-licensed-review", + "transport": "layer-2", + "expected": { + "appId": "0x4001", + "asduPerFrame": 1, + "payloadBytesPerAsdu": 64 + }, + "observed": { + "sampleRate": null, + "counterWrap": null + }, + "notes": [ + "Values intentionally remain null until verified from authoritative evidence." + ] +} +``` + +Do not fill unknown fields with remembered or assumed values. \ No newline at end of file From fddbf003fbc6efb7e3b02773c257c6469b5918b6 Mon Sep 17 00:00:00 2001 From: masarray Date: Mon, 13 Jul 2026 04:47:50 +0700 Subject: [PATCH 4/5] Link Sampled Values standards research documentation --- docs/index.md | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/docs/index.md b/docs/index.md index 50d7af7..0176ab5 100644 --- a/docs/index.md +++ b/docs/index.md @@ -8,6 +8,12 @@ ARSVIN is a focused IEC 61850 Sampled Values engineering suite for Windows. It i - [Safety Boundaries](safety-boundaries.md) — laboratory assumptions and responsible use. - [Known Limitations](known-limitations.md) — current protocol and runtime boundaries. +## Sampled Values standards and interoperability + +- [SV Standards and Evidence Research Gate](sv-research-gate.md) — authoritative source hierarchy, OMICRON benchmark findings, claim levels, and research acceptance rules. +- [SV Conformance and Interoperability Matrix](sv-evidence-matrix.md) — verified, provisional, unknown, and out-of-scope requirements for 9-2LE-style, IEC 61869-9, and generic Layer-2 SV. +- `samples/sv-evidence` — safe evidence intake, anonymization rules, metadata, and minimum regression cases for real merging-unit captures. + ## Publisher workflows - [SV Profile Support](sv-profile-support.md) — current IEC 61850 SV publishing support and limits. @@ -45,3 +51,4 @@ ARSVIN is a focused IEC 61850 Sampled Values engineering suite for Windows. It i - `samples/comtrade` — COMTRADE replay files. - `samples/evidence` — sample Markdown evidence reports. - `samples/scenarios` — publisher scenario notes and matrices. +- `samples/sv-evidence` — anonymized or synthetic profile-validation evidence packages. \ No newline at end of file From a68bade4a81fffc28efd2eea23a29092a9dc9983 Mon Sep 17 00:00:00 2001 From: masarray Date: Mon, 13 Jul 2026 04:48:15 +0700 Subject: [PATCH 5/5] Record Sampled Values research gate and evidence matrix --- CHANGELOG.md | 11 ++++++++++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 16d07d6..a9ef5bc 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -4,7 +4,16 @@ All notable ARSVIN changes are documented here using a lightweight Keep a Change ## Unreleased -_No unreleased changes._ +### Added + +- Added a formal Sampled Values standards and evidence research gate covering authoritative source hierarchy, claim levels, OMICRON benchmark findings, licensed-standard gaps, and implementation acceptance rules. +- Added a conformance and interoperability matrix separating verified, implemented-generic, provisional, unknown, and out-of-scope behavior for Layer-2 SV, 9-2LE-style workflows, IEC 61869-9, timing, scaling, redundancy, and product claims. +- Added a safe Sampled Values evidence-intake guide for anonymized SCL/PCAP cases, real-device metadata, independent verification, minimum negative tests, and evidence quality levels. + +### Changed + +- Documentation now prevents unverified profile constants from being promoted directly into production support claims. +- The SV roadmap now treats StationScout as a system-engineering workflow benchmark and DANEO 400 as the stronger benchmark for SCL-versus-wire verification, merging-unit analysis, timing statistics, orphan detection, triggered recording, and evidence reporting. ## 0.4.0 — 2026-07-12 ### Added