Skip to content

Integrate ARIEC61850 UTC-Time precision fix - #164

Merged
masarray merged 2 commits into
mainfrom
integrate/ariec61850-utc-precision
Aug 13, 2026
Merged

Integrate ARIEC61850 UTC-Time precision fix#164
masarray merged 2 commits into
mainfrom
integrate/ariec61850-utc-precision

Conversation

@masarray

Copy link
Copy Markdown
Owner

Purpose

Advance ARSAS from ARIEC61850 PR #54 / commit 902fc828... to the validated UTC-Time precision fix from ARIEC61850 PR #55 / commit 8b46cfed....

Why

ARSAS 1.6.26/1.6.27 could only receive timestamps after ARIEC61850 had already truncated sub-millisecond precision to .fff. That made a true source around 31.2006000 arrive as 31.200, so later seven-digit hover formatting merely produced 31.2000000.

Changes

  • update the immutable ARIEC61850 lock to 8b46cfed0614a4d0b0a5bf73fa7a6e77cf6fe817 / source PR Self-host landing media and add safe Windows downloads #55;
  • add an integration regression that starts from IEC 61850 wire fraction bytes 0x33 0x5A 0x86;
  • assert the pinned engine now yields 31.2006000;
  • then assert the existing ARSAS nearest-millisecond presentation correctly renders that decoded value as 31.201.

Safety / scope

No FAT workflow, evidence lifecycle, multi-IED behavior, SNTP, report control, signal matching, or UI behavior is changed here. This is an engine-lock integration plus a cross-repository regression guard.

Merge only after the exact branch passes the normal ARSAS build/test/package gates, focused IO FAT validation, and deterministic SV validation.

@masarray
masarray merged commit 75041e9 into main Aug 13, 2026
4 checks passed
@masarray masarray mentioned this pull request Aug 13, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant