Wie können bei einem Methodenaufruf über einen OPC UA Client (bspw. den UAExpert) andere Status-Codes zurückgegeben werden als OpcUa_Good? Also wenn bspw. über den UAExpert eine Methode aufgerufen wird und alles klappt, wird ja ein OpcUa_Good zurückgegeben und im UaExpert angezeigt mit einem grünen Balken. Wie kann ich jetzt aber individuell bei meinen im Informationsmodell in der PLC modellierten Methoden in Abhängigkeit von internen Programmvariablen einen Methodenaufruf zum Beispiel ablehnen? Sagen wir mal ich habe einen Roboterarm der sich in einer bestimmten Stellung befindet und ein Client ruft eine Methode auf, dass sich eine Achse drehen soll. Das darf aber auf grund der Position in der sich der Roboterarm befindet nicht passieren. Wie kann ich dann jetzt über OPC UA dem OPC UA Client mitteilen, dass der Methodenaufruf abgelehnt wurde? Im Speziellen möchte ich einen Status-Code für diesen Fall zurückgeben. Gibt es bspw. ein OpcUa_Bad für diesen Fall? Und wie setze ich in CodeSys um, dass im jeweiligen Fall der bestimmte StatusCode zurückgegeben wird?
Danke für den detaillierten Kommentar und die gute Frage, leider können bzw. wollen wir spezifische Support-Anfragen wie diese hier nicht in den TH-cam Kommentaren lösen. Wenden Sie sich bitte mit ihrer Frage an das Produkt Marketing Postfach productmarketing@codesys.com oder, falls noch mehr Unklarheiten oder Probleme auftreten, direkt an den CODESYS Support. Wir beantworten Ihre Fragen gerne und helfen Ihnen weiter.
Hallo, ich habe im Video um 16:10 ein drittes OPC UA-Informationsmodell von Codesys gesehen. Es wurde am 30. Oktober 2020 veröffentlicht. Ich habe dieses Modell nicht und weiß nicht, wie ich es bekommen kann
Alle die im Video verwendeten Modelle sind Beispiele. Unter forge.codesys.com/forge/talk/Engineering/thread/7f8b80aceb/ hat i-campbell ein ZIP-Archiv mit Beispielen von Informationsmodellen hochgeladen. Wahrscheinlich ist das genutzte Modell auch enthalen.
@@patricklarcher9392 Für die V2.3 gibt es keinen OPC UA support, da es OPC UA damals noch nicht gab. Daher ja, für OPC UA braucht man eine V3 Runtime. Theoretisch kann man auch einen Workaround mit einer zusätzlichen V3 Runtime/HMI-Runtime erstellen und die Daten zwischen V2.3 und V3 Runtime über die Funktionen von PlcHandlerAccess manuell austauschen und die Kommunikation mit OPC UA über die HMI/V3-Runtime erledigen. Was in Ihrem Fall einfacher ist kann ich nicht sagen. content.helpme-codesys.com/en/libs/Datasource%20Symbolic%20Access/Current/DatasourceSymbolic/Function-Blocks/Utils/PlcHandlerAccess/fld-PlcHandlerAccess.html
Wie können bei einem Methodenaufruf über einen OPC UA Client (bspw. den UAExpert) andere Status-Codes zurückgegeben werden als OpcUa_Good?
Also wenn bspw. über den UAExpert eine Methode aufgerufen wird und alles klappt, wird ja ein OpcUa_Good zurückgegeben und im UaExpert angezeigt mit einem grünen Balken.
Wie kann ich jetzt aber individuell bei meinen im Informationsmodell in der PLC modellierten Methoden in Abhängigkeit von internen Programmvariablen einen Methodenaufruf zum Beispiel ablehnen?
Sagen wir mal ich habe einen Roboterarm der sich in einer bestimmten Stellung befindet und ein Client ruft eine Methode auf, dass sich eine Achse drehen soll. Das darf aber auf grund der Position in der sich der Roboterarm befindet nicht passieren. Wie kann ich dann jetzt über OPC UA dem OPC UA Client mitteilen, dass der Methodenaufruf abgelehnt wurde? Im Speziellen möchte ich einen Status-Code für diesen Fall zurückgeben. Gibt es bspw. ein OpcUa_Bad für diesen Fall? Und wie setze ich in CodeSys um, dass im jeweiligen Fall der bestimmte StatusCode zurückgegeben wird?
Danke für den detaillierten Kommentar und die gute Frage, leider können bzw. wollen wir spezifische Support-Anfragen wie diese hier nicht in den TH-cam Kommentaren lösen.
Wenden Sie sich bitte mit ihrer Frage an das Produkt Marketing Postfach productmarketing@codesys.com oder, falls noch mehr Unklarheiten oder Probleme auftreten, direkt an den CODESYS Support. Wir beantworten Ihre Fragen gerne und helfen Ihnen weiter.
Hallo, ich habe im Video um 16:10 ein drittes OPC UA-Informationsmodell von Codesys gesehen. Es wurde am 30. Oktober 2020 veröffentlicht. Ich habe dieses Modell nicht und weiß nicht, wie ich es bekommen kann
Ich weiß nicht, wie ich unter "Object type" den „Test Root-Object type“ erhalten kann. Es ist in meinem Modell nicht verfügbar
Alle die im Video verwendeten Modelle sind Beispiele. Unter forge.codesys.com/forge/talk/Engineering/thread/7f8b80aceb/ hat i-campbell ein ZIP-Archiv mit Beispielen von Informationsmodellen hochgeladen. Wahrscheinlich ist das genutzte Modell auch enthalen.
Kann ich mit OPC UA auch auf eine Codesys V2.3 Steuerung zugreifen ? z.B von Eaton XV100 xsoft Codesys V2.3.9 ?
Hallo Patrick,
OPC UA war zu der Zeit der CODESYS V2.3 nicht verfügbar. Damals gab es OPC DA. Ich hoffe das hilft weiter.
Beste Grüße
Leo
@@Codesys-AutomationSoftware Also hab ich jetzt die Möglichkeit oder nicht ???
Oder muss ich alles auf Codesys 3 Umstellen ??
@@patricklarcher9392 Für die V2.3 gibt es keinen OPC UA support, da es OPC UA damals noch nicht gab. Daher ja, für OPC UA braucht man eine V3 Runtime. Theoretisch kann man auch einen Workaround mit einer zusätzlichen V3 Runtime/HMI-Runtime erstellen und die Daten zwischen V2.3 und V3 Runtime über die Funktionen von PlcHandlerAccess manuell austauschen und die Kommunikation mit OPC UA über die HMI/V3-Runtime erledigen. Was in Ihrem Fall einfacher ist kann ich nicht sagen.
content.helpme-codesys.com/en/libs/Datasource%20Symbolic%20Access/Current/DatasourceSymbolic/Function-Blocks/Utils/PlcHandlerAccess/fld-PlcHandlerAccess.html