This repository has been archived on 2026-10-11. You can view files and clone it. You cannot open issues or pull requests or push a commit.
Files
HiNC-2025-win-desktop-Deploy/App/wwwroot/HiAPI-docsite/api/Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.html
T

696 lines
32 KiB
HTML

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Class SiemensAcIcSyntax | HiAPI-C# 2025 </title>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta name="title" content="Class SiemensAcIcSyntax | HiAPI-C# 2025 ">
<meta name="description" content="Recognizes the Siemens per-word coordinate function family on axis words — AC(...) (absolute), IC(...) (incremental), DC(...) (rotary shortest-path), ACP(...) / ACN(...) (rotary directional approach), and the coded-position (indexing axis) counterparts CAC(...) / CIC(...) / CDC(...) / CACP(...) / CACN(...) — e.g. X=AC(400), C=IC(360/17), C=DC(47.296), B=CAC(2) — unwraps the inner expression so the downstream resolves it through the normal Siemens expression machinery, and records the per-word positioning override in a block-root section keyed by word name ( / / / / , and the Coded* values for the coded-position verbs). Siemens semantics: the wrapper forces the interpretation of that one coordinate word for that one block, regardless of the modal G90/G91 state. The positional conversion itself stays with the same consumers that honor the modal state — for linear axes and for rotary axes (both treat every non-Incremental override as an absolute write), while the rotary shortest/directional resolution stays with the tail-pass — this syntax only normalizes the text and stamps the override; it never reads machine position (the Evaluation stage is not the place for position-state reads). Scope: axis words (per , falling back to X/Y/Z/A/B/C) accept the full family, except that the rotary-only verbs DC/ACP/ACN are unwrapped only on rotary axes (per , falling back to A/B/C) — on a linear axis they are invalid Siemens and are left untouched so they surface as unevaluated residue instead of being silently mis-read. The interpolation parameters I/J/K accept AC/IC only (Siemens circle centers are incremental by default; I=AC(...) switches that one component to an absolute center coordinate, consumed by ) — the rotary verbs are meaningless there and are left untouched. The coded-position verbs (their argument is a 1-based indexing position number, not a coordinate) are unwrapped only on axes that reports as usable indexing axes — CDC/CACP/CACN additionally require the axis to be rotary. Everywhere else (a non-indexing axis, no indexing config on the list, I/J/K) they stay untouched, mirroring the Siemens alarm 17500 (&quot;axis is not an indexing axis&quot;) with loud unevaluated residue. The number→coordinate lookup happens at the write stage ( / via ), not here — the Evaluation stage neither reads machine position nor resolves tables. Positioning-axis forms (POS[C]=DC(...) / SPOS=) never reach the word path and are out of scope. Values whose parentheses do not balance around the wrapper (e.g. IC(1)+AC(2)) are also left untouched. Must be placed in the Evaluation bundle before (the unwrapped inner text is a plain Siemens expression the evaluator numeric-ifies on the same block). Inside REPEAT / subprogram splices each re-fed piece runs the full bundle again, so the unwrap happens on every iteration.">
<link rel="icon" href="../img/HiAPI.favicon.ico">
<link rel="stylesheet" href="../public/docfx.min.css">
<link rel="stylesheet" href="../public/main.css">
<meta name="docfx:navrel" content="../toc.html">
<meta name="docfx:tocrel" content="toc.html">
<meta name="docfx:rel" content="../">
<meta name="loc:inThisArticle" content="In this article">
<meta name="loc:searchResultsCount" content="{count} results for &quot;{query}&quot;">
<meta name="loc:searchNoResults" content="No results for &quot;{query}&quot;">
<meta name="loc:tocFilter" content="Filter by title">
<meta name="loc:nextArticle" content="Next">
<meta name="loc:prevArticle" content="Previous">
<meta name="loc:themeLight" content="Light">
<meta name="loc:themeDark" content="Dark">
<meta name="loc:themeAuto" content="Auto">
<meta name="loc:changeTheme" content="Change theme">
<meta name="loc:copy" content="Copy">
<meta name="loc:downloadPdf" content="Download PDF">
<script type="module" src="./../public/docfx.min.js"></script>
<script>
const theme = localStorage.getItem('theme') || 'auto'
document.documentElement.setAttribute('data-bs-theme', theme === 'auto' ? (window.matchMedia('(prefers-color-scheme: dark)').matches ? 'dark' : 'light') : theme)
</script>
</head>
<body class="tex2jax_ignore" data-layout="" data-yaml-mime="ManagedReference">
<header class="bg-body border-bottom">
<nav id="autocollapse" class="navbar navbar-expand-md" role="navigation">
<div class="container-xxl flex-nowrap">
<a class="navbar-brand" href="../index.html">
<img id="logo" class="svg" src="../img/HiAPI.logo.png" alt="">
</a>
<button class="btn btn-lg d-md-none border-0" type="button" data-bs-toggle="collapse" data-bs-target="#navpanel" aria-controls="navpanel" aria-expanded="false" aria-label="Toggle navigation">
<i class="bi bi-three-dots"></i>
</button>
<div class="collapse navbar-collapse" id="navpanel">
<div id="navbar">
<form class="search" role="search" id="search">
<i class="bi bi-search"></i>
<input class="form-control" id="search-query" type="search" disabled placeholder="Search" autocomplete="off" aria-label="Search">
</form>
</div>
</div>
</div>
</nav>
</header>
<main class="container-xxl">
<div class="toc-offcanvas">
<div class="offcanvas-md offcanvas-start" tabindex="-1" id="tocOffcanvas" aria-labelledby="tocOffcanvasLabel">
<div class="offcanvas-header">
<h5 class="offcanvas-title" id="tocOffcanvasLabel">Table of Contents</h5>
<button type="button" class="btn-close" data-bs-dismiss="offcanvas" data-bs-target="#tocOffcanvas" aria-label="Close"></button>
</div>
<div class="offcanvas-body">
<nav class="toc" id="toc"></nav>
</div>
</div>
</div>
<div class="content">
<div class="actionbar">
<button class="btn btn-lg border-0 d-md-none" type="button" data-bs-toggle="offcanvas" data-bs-target="#tocOffcanvas" aria-controls="tocOffcanvas" aria-expanded="false" aria-label="Show table of contents">
<i class="bi bi-list"></i>
</button>
<nav id="breadcrumb"></nav>
</div>
<article data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax">
<h1 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax" class="text-break">
Class SiemensAcIcSyntax
</h1>
<div class="facts text-secondary">
<dl><dt>Namespace</dt><dd><a class="xref" href="Hi.html">Hi</a>.<a class="xref" href="Hi.NcParsers.html">NcParsers</a>.<a class="xref" href="Hi.NcParsers.EvaluationSyntaxs.html">EvaluationSyntaxs</a>.<a class="xref" href="Hi.NcParsers.EvaluationSyntaxs.Siemens.html">Siemens</a></dd></dl>
<dl><dt>Assembly</dt><dd>HiMech.dll</dd></dl>
</div>
<div class="markdown summary"><p>Recognizes the Siemens per-word coordinate function family on axis
words — <code>AC(...)</code> (absolute), <code>IC(...)</code> (incremental),
<code>DC(...)</code> (rotary shortest-path), <code>ACP(...)</code> /
<code>ACN(...)</code> (rotary directional approach), and the coded-position
(indexing axis) counterparts <code>CAC(...)</code> / <code>CIC(...)</code> /
<code>CDC(...)</code> / <code>CACP(...)</code> / <code>CACN(...)</code> — e.g.
<code>X=AC(400)</code>, <code>C=IC(360/17)</code>, <code>C=DC(47.296)</code>,
<code>B=CAC(2)</code> — unwraps the inner
expression so the downstream <a class="xref" href="Hi.NcParsers.EvaluationSyntaxs.VariableEvaluatorSyntax.html">VariableEvaluatorSyntax</a>
resolves it through the normal Siemens expression machinery, and
records the per-word positioning override in a block-root
<a class="xref" href="Hi.NcParsers.Keywords.PositioningOverride.html">PositioningOverride</a> section keyed by word name
(<a class="xref" href="Hi.NcParsers.Keywords.Positioning.html#Hi_NcParsers_Keywords_Positioning_Absolute">Absolute</a> /
<a class="xref" href="Hi.NcParsers.Keywords.Positioning.html#Hi_NcParsers_Keywords_Positioning_Incremental">Incremental</a> /
<a class="xref" href="Hi.NcParsers.Keywords.Positioning.html#Hi_NcParsers_Keywords_Positioning_Shortest">Shortest</a> /
<a class="xref" href="Hi.NcParsers.Keywords.Positioning.html#Hi_NcParsers_Keywords_Positioning_PositiveOnly">PositiveOnly</a> /
<a class="xref" href="Hi.NcParsers.Keywords.Positioning.html#Hi_NcParsers_Keywords_Positioning_NegativeOnly">NegativeOnly</a>, and the
<code>Coded*</code> values for the coded-position verbs).</p>
<p>
Siemens semantics: the wrapper forces the interpretation of that one
coordinate word for that one block, regardless of the modal G90/G91
state. The positional conversion itself stays with the same consumers
that honor the modal state —
<a class="xref" href="Hi.NcParsers.LogicSyntaxs.IncrementalResolveSyntax.html">IncrementalResolveSyntax</a> for linear axes and
<a class="xref" href="Hi.NcParsers.LogicSyntaxs.McAbcSyntax.html">McAbcSyntax</a> for rotary axes (both treat
every non-Incremental override as an absolute write), while the
rotary shortest/directional resolution stays with the
<a class="xref" href="Hi.NcParsers.LogicSyntaxs.McAbcCyclicPathSyntax.html">McAbcCyclicPathSyntax</a> tail-pass — this
syntax only normalizes the text and stamps the override; it never
reads machine position (the Evaluation stage is not the place for
position-state reads).
</p>
<p>
Scope: axis words (per <a class="xref" href="Hi.NcParsers.Dependencys.IMachineAxisConfig.html#Hi_NcParsers_Dependencys_IMachineAxisConfig_AxisNames">AxisNames</a>,
falling back to X/Y/Z/A/B/C) accept the full family, except that the
rotary-only verbs <code>DC</code>/<code>ACP</code>/<code>ACN</code> are unwrapped only
on rotary axes (per <a class="xref" href="Hi.NcParsers.Dependencys.IMachineAxisConfig.html#Hi_NcParsers_Dependencys_IMachineAxisConfig_IsRotaryAxis_System_String_">IsRotaryAxis(string)</a>,
falling back to A/B/C) — on a linear axis they are invalid Siemens
and are left untouched so they surface as unevaluated residue
instead of being silently mis-read. The interpolation parameters
I/J/K accept <code>AC</code>/<code>IC</code> only (Siemens circle centers are
incremental by default; <code>I=AC(...)</code> switches that one component
to an absolute center coordinate, consumed by
<a class="xref" href="Hi.NcParsers.LogicSyntaxs.Siemens.SiemensCircularMotionSyntax.html">SiemensCircularMotionSyntax</a>) —
the rotary verbs are meaningless there and are left untouched.
The coded-position verbs (their argument is a 1-based indexing
position <b>number</b>, not a coordinate) are unwrapped only on axes
that <a class="xref" href="Hi.NcParsers.Dependencys.IIndexingPositionConfig.html#Hi_NcParsers_Dependencys_IIndexingPositionConfig_IsIndexingAxis_System_String_">IsIndexingAxis(string)</a> reports as
usable indexing axes — <code>CDC</code>/<code>CACP</code>/<code>CACN</code>
additionally require the axis to be rotary. Everywhere else (a
non-indexing axis, no indexing config on the list, I/J/K) they stay
untouched, mirroring the Siemens alarm 17500 ("axis is not an
indexing axis") with loud unevaluated residue. The number→coordinate
lookup happens at the write stage
(<a class="xref" href="Hi.NcParsers.LogicSyntaxs.McAbcSyntax.html">McAbcSyntax</a> /
<a class="xref" href="Hi.NcParsers.LogicSyntaxs.IncrementalResolveSyntax.html">IncrementalResolveSyntax</a> via
<a class="xref" href="Hi.NcParsers.LogicSyntaxs.CodedPositionUtil.html">CodedPositionUtil</a>), not here — the
Evaluation stage neither reads machine position nor resolves tables.
Positioning-axis forms (<code>POS[C]=DC(...)</code> / <code>SPOS=</code>) never
reach the word path and are out of scope. Values whose parentheses
do not balance around the wrapper (e.g. <code>IC(1)+AC(2)</code>) are also
left untouched.
</p>
<p>
Must be placed in the Evaluation bundle <b>before</b>
<a class="xref" href="Hi.NcParsers.EvaluationSyntaxs.VariableEvaluatorSyntax.html">VariableEvaluatorSyntax</a> (the unwrapped inner text is a
plain Siemens expression the evaluator numeric-ifies on the same
block). Inside REPEAT / subprogram splices each re-fed piece runs the
full bundle again, so the unwrap happens on every iteration.
</p>
</div>
<div class="markdown conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public class SiemensAcIcSyntax : ISituNcSyntax, INcSyntax, IMakeXmlSource</code></pre>
</div>
<dl class="typelist inheritance">
<dt>Inheritance</dt>
<dd>
<div><a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object">object</a></div>
<div><span class="xref">SiemensAcIcSyntax</span></div>
</dd>
</dl>
<dl class="typelist implements">
<dt>Implements</dt>
<dd>
<div><a class="xref" href="Hi.NcParsers.Syntaxs.ISituNcSyntax.html">ISituNcSyntax</a></div>
<div><a class="xref" href="Hi.NcParsers.Syntaxs.INcSyntax.html">INcSyntax</a></div>
<div><a class="xref" href="Hi.Common.XmlUtils.IMakeXmlSource.html">IMakeXmlSource</a></div>
</dd>
</dl>
<dl class="typelist inheritedMembers">
<dt>Inherited Members</dt>
<dd>
<div>
<a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object.equals#system-object-equals(system-object)">object.Equals(object)</a>
</div>
<div>
<a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object.equals#system-object-equals(system-object-system-object)">object.Equals(object, object)</a>
</div>
<div>
<a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object.gethashcode">object.GetHashCode()</a>
</div>
<div>
<a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object.gettype">object.GetType()</a>
</div>
<div>
<a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object.memberwiseclone">object.MemberwiseClone()</a>
</div>
<div>
<a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object.referenceequals">object.ReferenceEquals(object, object)</a>
</div>
<div>
<a class="xref" href="https://learn.microsoft.com/dotnet/api/system.object.tostring">object.ToString()</a>
</div>
</dd></dl>
<dl class="typelist extensionMethods">
<dt>Extension Methods</dt>
<dd>
<div>
<a class="xref" href="Hi.Common.DuplicateUtil.html#Hi_Common_DuplicateUtil_TryDuplicate__1___0_System_Object___">DuplicateUtil.TryDuplicate&lt;TSelf&gt;(TSelf, params object[])</a>
</div>
<div>
<a class="xref" href="Hi.Common.InvokeUtil.html#Hi_Common_InvokeUtil_SelfInvoke__1___0_System_Action___0__">InvokeUtil.SelfInvoke&lt;TSrc&gt;(TSrc, Action&lt;TSrc&gt;)</a>
</div>
<div>
<a class="xref" href="Hi.Common.InvokeUtil.html#Hi_Common_InvokeUtil_SelfInvoke__2___0_System_Func___0___1__">InvokeUtil.SelfInvoke&lt;TSrc, TDst&gt;(TSrc, Func&lt;TSrc, TDst&gt;)</a>
</div>
<div>
<a class="xref" href="Hi.Coloring.ColorUtil.html#Hi_Coloring_ColorUtil_GetGloomyColor_System_Object_System_Double_System_Double_">ColorUtil.GetGloomyColor(object, double, double)</a>
</div>
<div>
<a class="xref" href="Hi.Common.NameUtil.html#Hi_Common_NameUtil_GetSelectionName_System_Object_">NameUtil.GetSelectionName(object)</a>
</div>
<div>
<a class="xref" href="Hi.Common.StringUtil.html#Hi_Common_StringUtil_GetPropertyStringIfToStringNotOverloaded_System_Object_System_Boolean_System_Boolean_">StringUtil.GetPropertyStringIfToStringNotOverloaded(object, bool, bool)</a>
</div>
<div>
<a class="xref" href="Hi.Parallels.LockUtil.html#Hi_Parallels_LockUtil_Lock_System_Object_">LockUtil.Lock(object)</a>
</div>
</dd></dl>
<h2 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_examples">Examples</h2>
<p><code>C=IC(360/17)</code> (the HUA08126 REPEAT shape) — the wrapper is
unwrapped to the inner expression (still a string; the evaluator
numeric-ifies it later on the same block) and the override section
records the per-word incremental interpretation:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "IC(360/17)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "360/17" },
"PositioningOverride": { "C": "Incremental" }
}</code></pre>
<p><code>X=AC(25)</code> — absolute override; the inner literal stays a string
here (pass-2 of the evaluator turns it numeric):
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "AC(25)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "X": "25" },
"PositioningOverride": { "X": "Absolute" }
}</code></pre>
<p>A plain expression without the wrapper is not touched and no override
section appears:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "R5+2" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "R5+2" } }</code></pre>
<p>Unbalanced wrapper parentheses (<code>IC(1)+AC(2)</code> — the outer regex
shape matches but the inner text closes the wrapper early) — left
untouched so it surfaces as unevaluated residue instead of a silent
mis-read:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "IC(1)+AC(2)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "IC(1)+AC(2)" } }</code></pre>
<p><code>C=DC(47.296)</code> (the A055548 corpus shape, 6632 lines in one
program) — rotary shortest-path: unwrapped like AC and stamped
<code>Shortest</code>; the write stays absolute and the shortest swing is
the unconditional <a class="xref" href="Hi.NcParsers.LogicSyntaxs.McAbcCyclicPathSyntax.html">McAbcCyclicPathSyntax</a>
tail-pass for modular rotary axes (an exactly-180° target resolves
deterministically to the negative swing — the tail-pass window is
half-open [anchor-180°, anchor+180°); real controls make that
measure-zero tie machine-data-dependent):
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "DC(47.296)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "47.296" },
"PositioningOverride": { "C": "Shortest" }
}</code></pre>
<p><code>X=DC(90)</code> — the rotary-only verb on a linear axis is invalid
Siemens (real controls alarm): left untouched, loud residue instead
of a silent absolute conversion:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "DC(90)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "DC(90)" } }</code></pre>
<p><code>C=ACP(270)</code> — absolute target, positive-direction-only
approach (may deliberately take the long way around):
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "ACP(270)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "270" },
"PositioningOverride": { "C": "PositiveOnly" }
}</code></pre>
<p><code>C=ACN(90)</code> — the negative-direction mirror:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "ACN(90)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "90" },
"PositioningOverride": { "C": "NegativeOnly" }
}</code></pre>
<p><code>I=AC(400)</code> — interpolation parameter switched to an absolute
center coordinate (Siemens I/J/K default incremental); consumed by
<a class="xref" href="Hi.NcParsers.LogicSyntaxs.Siemens.SiemensCircularMotionSyntax.html">SiemensCircularMotionSyntax</a>:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "I": "AC(400)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "I": "400" },
"PositioningOverride": { "I": "Absolute" }
}</code></pre>
<p><code>I=DC(10)</code> — rotary verbs are meaningless on interpolation
parameters: left untouched, loud residue:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "I": "DC(10)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "I": "DC(10)" } }</code></pre>
<p>The coded-position cases below inject a
<code>SiemensMachineDataTable</code> declaring C rotary and X linear, both
assigned to indexing table 1 = <code>[0, 90, 180, 270]</code> (the values
double as mm for X). <code>C=CAC(3)</code> — coded absolute: the inner
text (a position number expression, numeric-ified later by the
evaluator like every other case) is unwrapped and the coded override
is stamped; the number→angle lookup stays with the write-stage
consumers:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "CAC(3)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "3" },
"PositioningOverride": { "C": "CodedAbsolute" }
}</code></pre>
<p><code>C=CIC(2)</code> — coded incremental (advance two indexing
positions):
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "CIC(2)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "2" },
"PositioningOverride": { "C": "CodedIncremental" }
}</code></pre>
<p><code>C=CDC(4)</code> — coded shortest-path:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "CDC(4)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "4" },
"PositioningOverride": { "C": "CodedShortest" }
}</code></pre>
<p><code>C=CACP(2)</code> — coded positive-direction-only:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "CACP(2)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "2" },
"PositioningOverride": { "C": "CodedPositiveOnly" }
}</code></pre>
<p><code>C=CACN(2)</code> — coded negative-direction-only:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "CACN(2)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{
"Parsing": { "C": "2" },
"PositioningOverride": { "C": "CodedNegativeOnly" }
}</code></pre>
<p><code>C=CAC(3)</code> with no indexing config on the dependency list (this
case injects none) — the axis is not an indexing axis, so the word
stays untouched and surfaces as loud unevaluated residue (the
Siemens control raises alarm 17500 here):
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "CAC(3)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "C": "CAC(3)" } }</code></pre>
<p><code>X=CDC(2)</code> — the rotary coded verbs are invalid on a linear
indexing axis: left untouched, loud residue (<code>X=CAC(2)</code> /
<code>X=CIC(2)</code> would unwrap):
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "CDC(2)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "X": "CDC(2)" } }</code></pre>
<p><code>I=CAC(3)</code> — interpolation parameters take no coded verbs:
#BeforeBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "I": "CAC(3)" } }</code></pre>
<p>#AfterBuild:</p>
<pre><code class="lang-csharp">{ "Parsing": { "I": "CAC(3)" } }</code></pre>
<h2 class="section" id="constructors">Constructors
</h2>
<a id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax__ctor_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.#ctor*"></a>
<h3 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax__ctor" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.#ctor">
SiemensAcIcSyntax()
</h3>
<div class="markdown level1 summary"><p>Initializes a new instance with default settings.</p>
</div>
<div class="markdown level1 conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public SiemensAcIcSyntax()</code></pre>
</div>
<a id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax__ctor_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.#ctor*"></a>
<h3 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax__ctor_System_Xml_Linq_XElement_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.#ctor(System.Xml.Linq.XElement)">
SiemensAcIcSyntax(XElement)
</h3>
<div class="markdown level1 summary"><p>Initializes a new instance by deserializing from the given XML element.</p>
</div>
<div class="markdown level1 conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public SiemensAcIcSyntax(XElement src)</code></pre>
</div>
<h4 class="section">Parameters</h4>
<dl class="parameters">
<dt><code>src</code> <a class="xref" href="https://learn.microsoft.com/dotnet/api/system.xml.linq.xelement">XElement</a></dt>
<dd><p>Source XML element.</p>
</dd>
</dl>
<h2 class="section" id="properties">Properties
</h2>
<a id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_Name_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.Name*"></a>
<h3 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_Name" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.Name">
Name
</h3>
<div class="markdown level1 summary"><p>Syntax kind name (typically the concrete type name).</p>
</div>
<div class="markdown level1 conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public string Name { get; }</code></pre>
</div>
<h4 class="section">Property Value</h4>
<dl class="parameters">
<dt><a class="xref" href="https://learn.microsoft.com/dotnet/api/system.string">string</a></dt>
<dd></dd>
</dl>
<a id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_XName_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.XName*"></a>
<h3 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_XName" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.XName">
XName
</h3>
<div class="markdown level1 summary"><p>XML element name used to register this syntax with <a class="xref" href="Hi.Common.XmlUtils.XFactory.html">XFactory</a>.</p>
</div>
<div class="markdown level1 conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public static string XName { get; }</code></pre>
</div>
<h4 class="section">Property Value</h4>
<dl class="parameters">
<dt><a class="xref" href="https://learn.microsoft.com/dotnet/api/system.string">string</a></dt>
<dd></dd>
</dl>
<h2 class="section" id="methods">Methods
</h2>
<a id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_Build_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.Build*"></a>
<h3 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_Build_Hi_Common_Collections_LazyLinkedListNode_Hi_NcParsers_Syntaxs_SyntaxPiece__System_Collections_Generic_List_Hi_NcParsers_Dependencys_INcDependency__Hi_NcParsers_NcDiagnosticProgress_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.Build(Hi.Common.Collections.LazyLinkedListNode{Hi.NcParsers.Syntaxs.SyntaxPiece},System.Collections.Generic.List{Hi.NcParsers.Dependencys.INcDependency},Hi.NcParsers.NcDiagnosticProgress)">
Build(LazyLinkedListNode&lt;SyntaxPiece&gt;, List&lt;INcDependency&gt;, NcDiagnosticProgress)
</h3>
<div class="markdown level1 summary"><p>Build syntax arrangement into the
<code class="paramref">syntaxPieceNode</code> in-place.</p>
</div>
<div class="markdown level1 conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public void Build(LazyLinkedListNode&lt;SyntaxPiece&gt; syntaxPieceNode, List&lt;INcDependency&gt; ncDependencyList, NcDiagnosticProgress ncDiagnosticProgress)</code></pre>
</div>
<h4 class="section">Parameters</h4>
<dl class="parameters">
<dt><code>syntaxPieceNode</code> <a class="xref" href="Hi.Common.Collections.LazyLinkedListNode-1.html">LazyLinkedListNode</a>&lt;<a class="xref" href="Hi.NcParsers.Syntaxs.SyntaxPiece.html">SyntaxPiece</a>&gt;</dt>
<dd></dd>
<dt><code>ncDependencyList</code> <a class="xref" href="https://learn.microsoft.com/dotnet/api/system.collections.generic.list-1">List</a>&lt;<a class="xref" href="Hi.NcParsers.Dependencys.INcDependency.html">INcDependency</a>&gt;</dt>
<dd></dd>
<dt><code>ncDiagnosticProgress</code> <a class="xref" href="Hi.NcParsers.NcDiagnosticProgress.html">NcDiagnosticProgress</a></dt>
<dd></dd>
</dl>
<a id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_MakeXmlSource_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.MakeXmlSource*"></a>
<h3 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_MakeXmlSource_System_String_System_String_System_Boolean_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.MakeXmlSource(System.String,System.String,System.Boolean)">
MakeXmlSource(string, string, bool)
</h3>
<div class="markdown level1 summary"><p>Creates an XML representation of the object.
This method may also generate additional resources such as related files.</p>
</div>
<div class="markdown level1 conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public XElement MakeXmlSource(string baseDirectory, string relFile, bool exhibitionOnly)</code></pre>
</div>
<h4 class="section">Parameters</h4>
<dl class="parameters">
<dt><code>baseDirectory</code> <a class="xref" href="https://learn.microsoft.com/dotnet/api/system.string">string</a></dt>
<dd><p>The base directory for resolving relative paths</p>
</dd>
<dt><code>relFile</code> <a class="xref" href="https://learn.microsoft.com/dotnet/api/system.string">string</a></dt>
<dd><p>The relative file path for the XML source</p>
</dd>
<dt><code>exhibitionOnly</code> <a class="xref" href="https://learn.microsoft.com/dotnet/api/system.boolean">bool</a></dt>
<dd><p>if true, the extended file creation is suppressed.</p>
</dd>
</dl>
<h4 class="section">Returns</h4>
<dl class="parameters">
<dt><a class="xref" href="https://learn.microsoft.com/dotnet/api/system.xml.linq.xelement">XElement</a></dt>
<dd><p>An XML element representing the object's state</p>
</dd>
</dl>
<h4 class="section" id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_MakeXmlSource_System_String_System_String_System_Boolean__remarks">Remarks</h4>
<div class="markdown level1 remarks"><p>For the demand of easy moving source folder (especially project folder) without configuration file path corruption, the relative file path is applied.
The <code class="paramref">baseDirectory</code> is typically the folder at the nearest configuration file folder.
Since the folder can be moving with the configuration file.</p>
</div>
<a id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_Reg_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.Reg*"></a>
<h3 id="Hi_NcParsers_EvaluationSyntaxs_Siemens_SiemensAcIcSyntax_Reg_Hi_Common_XmlUtils_XFactory_" data-uid="Hi.NcParsers.EvaluationSyntaxs.Siemens.SiemensAcIcSyntax.Reg(Hi.Common.XmlUtils.XFactory)">
Reg(XFactory)
</h3>
<div class="markdown level1 summary"><p>Registers this type's deserializer with the given <a class="xref" href="Hi.Common.XmlUtils.XFactory.html">XFactory</a>
(or <a class="xref" href="Hi.Common.XmlUtils.XFactory.html#Hi_Common_XmlUtils_XFactory_Default">Default</a> when <code class="paramref">factory</code> is
<code>null</code>). Idempotent.</p>
</div>
<div class="markdown level1 conceptual"></div>
<div class="codewrapper">
<pre><code class="lang-csharp hljs">public static void Reg(XFactory factory = null)</code></pre>
</div>
<h4 class="section">Parameters</h4>
<dl class="parameters">
<dt><code>factory</code> <a class="xref" href="Hi.Common.XmlUtils.XFactory.html">XFactory</a></dt>
<dd></dd>
</dl>
</article>
<div class="contribution d-print-none">
</div>
</div>
<div class="affix">
<nav id="affix"></nav>
</div>
</main>
<div class="container-xxl search-results" id="search-results"></div>
<footer class="border-top text-secondary">
<div class="container-xxl">
<div class="flex-fill">
<span> Copyright © 2025 <a href='https://superhightech.com.tw'>Tech Coordinate</a>. All rights reserved. <a href='https://superhightech.com.tw'>超級高科技股份有限公司</a> © 2025 版權所有 </span>
</div>
</div>
</footer>
</body>
</html>