Class ClToMcTransformSyntax
- Namespace
- Hi.Numerical.ClsfParsers
- Assembly
- HiMech.dll
Endpoint inverse kinematics for driving an MC machine from CLSF input,
expressed in the NC pipeline's transform vocabulary: when the pipeline's
NcKinematicsDependency resolves to a live solver (the
machining chain is an IXyzabcChain), each pure-CL motion block
gets
- a ToolHeightCompensation section (the active tool's attacher→tip length) plus its chain entry — a translation along the workpiece-frame tool axis, mirroring the RTCP entry of G43p4RtcpSyntax;
- a PivotTransformSource chain entry — MakePivotTransformMat(IMachineKinematics, Vec3d, Mat4d) anchored to the workpiece frame, absorbing the fixture topology (workpiece→Pn, wired on ProgramZeroToPnProvider) together with the Pn→MC kinematics at the solved endpoint rotary state;
- the solved rotary axes in raw degrees on
MachineCoordinateState (wrapped afterwards by
McAbcCyclicPathSyntax) — machine XYZ is not written
here; the shared McXyzSyntax composes it from
ProgramXyz × chainexactly like the NC pipeline.
ClMillingDevice project) this syntax is
inert and the pipeline stays pure CL.
Entry Kind follows the block's posture: when the solved rotary
endpoint cyclically equals the previous block's modal state the entries
are KindStatic (contour-valid), else
KindDynamic (endpoint snapshot; path
interpolation stays in CL space with per-step IK in
ActClLinearMcXyzabcContour /
ActClArcMcXyzabcContour). A
ClLinear block whose finished chain has no
Dynamic entry downgrades to McLinear — the same
HasDynamicEntry(JsonObject) dispatch the NC
pipeline uses, where MC-linear and CL-linear tip paths coincide and
per-step IK is unnecessary.
When the endpoint cannot be solved (e.g. a tilted normal on a 3-axis
machine) the block's MotionEvent (and arc payload) is removed
together with its ProgramXyz and transform chain — so
McXyzSyntax composes nothing and the modal MC lookback
skips the unreachable block — and a validation error anchors to the CLSF
line; the machine holds position over the bad block.
public class ClToMcTransformSyntax : ISituNcSyntax, INcSyntax, IMakeXmlSource
- Inheritance
-
ClToMcTransformSyntax
- Implements
- Inherited Members
- Extension Methods
Properties
Name
Syntax kind name (typically the concrete type name).
public string Name { get; }
Property Value
XName
XML element name used to register this syntax with XFactory.
public static string XName { get; }
Property Value
Methods
Build(LazyLinkedListNode<SyntaxPiece>, List<INcDependency>, NcDiagnosticProgress)
Build syntax arrangement into the
syntaxPieceNode in-place.
public void Build(LazyLinkedListNode<SyntaxPiece> syntaxPieceNode, List<INcDependency> ncDependencyList, NcDiagnosticProgress ncDiagnosticProgress)
Parameters
syntaxPieceNodeLazyLinkedListNode<SyntaxPiece>ncDependencyListList<INcDependency>ncDiagnosticProgressNcDiagnosticProgress
MakeXmlSource(string, string, bool)
Creates an XML representation of the object. This method may also generate additional resources such as related files.
public XElement MakeXmlSource(string baseDirectory, string relFile, bool exhibitionOnly)
Parameters
baseDirectorystringThe base directory for resolving relative paths
relFilestringThe relative file path for the XML source
exhibitionOnlyboolif true, the extended file creation is suppressed.
Returns
- XElement
An XML element representing the object's state
Remarks
For the demand of easy moving source folder (especially project folder) without configuration file path corruption, the relative file path is applied.
The baseDirectory is typically the folder at the nearest configuration file folder.
Since the folder can be moving with the configuration file.
Reg(XFactory)
Registers this type's deserializer with the given XFactory
(or Default when factory is
null). Idempotent.
public static void Reg(XFactory factory = null)
Parameters
factoryXFactory