Opc ua

[Uwe Raabe]

Zitat:

Zitat von Rollo62 (Beitrag 1390849)

Aber da gibt es aber hoffentlich auch die Sourcen dazu, sonst würde ich das dür ein Industrieprojekt nicht einsetzen.

Auf der Home-Seite steht unter Product Variants - Editions: Windows Library Binary (bpl)

Das wäre dann allerdings wirklich ein No-Go :(

[zeras]

Ich habe unter hier eine Software gefunden, die ich offenbar nutzen könnte.
Nun kenne ich mich mit C++ nicht so sehr gut aus. Meint ihr, dass ich das Projekt im RAD Studio Compilieren und zum Laufen bringen würde?
Gibt es Fallstricke oder würde ich die ganzen Quellen nur lokal auf meinen Rechner kopieren, dann RAD starten und hätte eine Exe zum Test?
Vielleicht könnte ich danach eine DLL draus machen und dann mit Delphi weitermachen?

[holger_barntrup]

Was hast du dann zum Schluss für Komponenten genommen?
Ich hab jetzt ein ähnliches Problem das ich einen OPC UA Server gebrauchen könnte.

:roll::?:

[zeras]

Zitat:

Zitat von holger_barntrup (Beitrag 1447689)

Was hast du dann zum Schluss für Komponenten genommen?
Ich hab jetzt ein ähnliches Problem das ich einen OPC UA Server gebrauchen könnte.

:roll::?:

Hallo Holger,

ich bin derzeit nicht weitergekommen.
Mit den Kassl Komponenten konnte ich erste Daten von der Steuerung abfragen, aber das wäre ja der umgekehrte Fall.

[exilant]

Hallo,

ich weiss, dass es nichts kosten soll. Aber trotzdem hier mal der Hinweis auf die bereits vorher erwähnten Tools von OPCLABS. Die sind nicht wirklich billig. Aber man kann sie ausgiebig testen. Wir setzen sie sehr erfolgreich u.a. mit Siemens ein. Aber auch mit OPC Servern von Herstellern die ihr eigenes Steuerungssüppchen kochen. Sowohl lesend als auch schreibend. Unter anderem übergeben wir Rezepturen an Dosieranlagen.

https://www.opclabs.com/products/quickopc/languages-and-tools/delphi

Der Support läuft über ein Forum und ist kompetent und schnell.
Und ganz allgemein: Wir greifen einen Menge Prozessdaten an diversen Anlagen ab. Für Visualisierungen und zu Dokumentationszwecken. Das läuft alles sehr zuverlässig.

[holger_barntrup]

Zitat:

Zitat von exilant (Beitrag 1447716)

Hallo,

ich weiss, dass es nichts kosten soll. Aber trotzdem hier mal der Hinweis auf die bereits vorher erwähnten Tools von OPCLABS. Die sind nicht wirklich billig. Aber man kann sie ausgiebig testen. Wir setzen sie sehr erfolgreich u.a. mit Siemens ein. Aber auch mit OPC Servern von Herstellern die ihr eigenes Steuerungssüppchen kochen. Sowohl lesend als auch schreibend. Unter anderem übergeben wir Rezepturen an Dosieranlagen.

Die Kosten lass ich jetzt erst mal außen vor, das hab ich unter dem Strich nicht zu entscheiden.
Auf der Seite OPCLABS habe ich mich schon umgeschaut aber nur Clientanwendungen gefunden.
Bei mir ist das der umgekehrte Fall. Ich hab eine RTLinux CNC/SPS die per Netzwerk mit einem Bedien-PC verbunden ist, alles eigenbau. Die Bedienoberfläche ist in Delphi programmiert, die Abfrage läuft momentan über einen TCP-Server den ich in die Oberfläche integriert habe. Nun kam die Frage ob das nicht auch per OPC UA machbar ist.
Würde für mich dann ja bedeuten den TCP-Server durch einen OPC UA Server zu ersetzen.
Ich schau mir grad die Komponenten von Prosys an. Auch nicht günstig wenn man "UA Client & Server Source" nimmt. "UA Client & Server Binary" kostet die Hälfte. Weiß nicht wirklich ob das der richtige Weg ist.
Ich hab auch festgestellt das ich mich in das Thema "OPC UA" noch tiefer einarbeiten und mir Literatur besorgen muss.

Hier im Haus gibt es schon eine Software die die Auswertung der Maschinenzustände etc. darstellt. Da hab ich nichts mit zu tun.