dohertj2/scadaproj
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs(index): OtOpcUa #664 mid-connect ApplyDelta config adoption

Browse Source 
Claude-Session: https://claude.ai/code/session_01Ef2ozxS7QPanGT8uoATbTe
This commit is contained in:
Joseph Doherty
2026-10-09 11:17:15 -04:00
parent 484b176cd6
commit 0b056c6fee
1 changed files with 5 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.claude/skills/sister-project-history/otopcua.md
+5
View File
@@ -158,3 +158,8 @@ AddRoute of the dev Mac (`oee-tagdump-mac`, `10.181.206.245.1.1`) on the two tes
called `ReinitializeAsync` but kept the actor's data + alarm handles, which the reinit had invalidated, so the driver
would go silent. Now releases both at the driver, reinitialises, and re-subscribes both. **Latent only** — unreachable
from a deploy since #516 (a DriverConfig change respawns). **ScadaBridge impact: none.**
- **2026-10-09 #664 (closed; OtOpcUa `f622d0be`).** Mid-connect `ApplyDelta` re-runs `InitializeAsync(newConfig)`, which
Calculation and Galaxy ignored (old tag set / old gateway endpoint while the deploy reported success). Calculation now
adopts a config with a body; Galaxy (no hot-swap) refuses a non-equivalent one with `NotSupportedException`, as its
`ReinitializeAsync` already did; the actor sends `DeltaApplied` after the adopted init. Latent (unreachable since #516).
**ScadaBridge impact: none.**