Also:
Die einzige sinnvolle Schnittstelle, die es aktuell für Heidenhain-Steuerungen gibt, ist die "Option 18" Heidenhain
DNC. Damit kann man dann zwei unterschiedliche Sachen machen:
Entweder man benutzt das kostenlose, bald ausrangierte Tool TNCcmd, verbindet sich (Netzwerkinfrastruktur setze ich mal voraus) und fragt über RUNINFO von der Steuerung Maschinenzustände ab. Über Pipes kann man das dann beliebig weitergeben, einen OPC UA-Server programmieren, whatever. Problem: Langsam, mühsam, bald nicht mehr supported.
Die zweite Möglichkeit ist der Weg über das RemoToolsSDK von Heidenhain. Das kann man sich kaufen, damit Variablen lesen und sogar schreiben (if I remember correctly) und dann quasi den OPC UA Server draufpfropfen. Das dürfte auch der Weg gewesen sein, den bspw. die Heidenhain-Schnittstelle des Inray-OPC-Routers gegangen ist. Als Endanwender würde ich aber eher nicht empfehlen, das Ding zu beschaffen, weil die zuverlässige Umsetzung echt Arbeit sein dürfte.
Ich war auf der Suche nach einem Gateway, der eine LSV2-OPCUA-Adapterfunktion implementiert. Dieses Gateway [1] ist das erste Mal, dass ich sehe, dass sowas auch ohne "Plattform" gebaut wurde. Danke für den Hinweis!
Grundsätzlich wird auch bei Heidenhain in den nächsten - say - 2 Jahren OPC UA ab Steuerung kommen. Warum die aktuell weiter auf ihr doofes proprietäres LSV-2 Protokoll bestehen, erschließt sich mir nicht ganz. Vor allem, weil sie ja in diversen OPC Foundation Working Groups mitspielen...