mattplc - 2025-01-14

Hallo,

bisher war die Benutzung der Symbolkonfiguration für die OPC-UA Variablen recht easy einsetzbar.
Im UAExpert Tool konnte man im Klarnamen den String sehen.
var1 = client.get_node("ns=4;s=|var|WAGO 750-8212 PFC200 G2 2ETH RS.Application.PLC_PRG.fbTest.StateActual")

Die Anbindung an die Python opcua Library hat so eigentlich gut funktioniert.
Auch zum debuggen im UAExptert, konnte man den Value so sehen wie die Varibale heißt.
In meinem Fall ein Enum. Was seit längerer Zeit nicht mehr funktionier ist das eingeben von Enums.
Im UAExpert kommt die Fehlermeldung "BadTypeMismatch" früher war das nicht der Fall.

Da die Symbolkonfiguration demnächst bei Codesys 3.5 rausfällt, wollte ich den Kommunikationsverwalter nutzen.
Jetzt schaut der String mit der Node ID komplett anders aus.
Bsp.: NS5|Opaque|0x01000000A6E12A718AF7333ABAFA2D7686EF27669CF33071C7D034759DE601779DF62178E9
Hier sieht man den Value gar nicht mehr im UA Expert. In Python finde ich auch keine Möglichkeit die OPC UA Variable einzulesen.
Python: var1 = client.get_node("ns=5;s=|var|0x01000000A6E12A718AF7333ABAFA2D7686EF27669CF33071C7F016759BDC7114.PLC_PRG.fbTest.sVar_1")

Weiß jemand wir das in Zukunft läuft?
ich hab etwas das Gefühl, das die Übergeordneten Systeme die OPC UA Variablen nicht mehr so einfach einlesen können oder mache ich etwas falsch?

Danke