Opc ua

[zeras]

Hallo,

ich bin auf der Suche nach freien Komponenten, um einmal OPC UA auszuprobieren.
Wir haben seit kurzem in unserer Steuerung diese Funktionalität und da wollte ich mal ein wenig "rumspielen".
Kennt jemand freie Kompos dafür?
In der Steuerung müsste ein OPC UA Server sein, so dass ich einen OPC Client programmieren müsste.

[himitsu]

https://www.unified-automation.com/
Klingt wohl am Vielversprechensten, vorallem da es dort nicht nur die Schnittstellen, sondern auch Hilfe/Schulungen dazu gibt und die sitzen in unserem Lande.
http://www.opclabs.com/products
http://www.simplexopcua.com/

Das dort verlinkte gibt es immernoch und nicht nur für Clients
http://www.delphipraxis.net/9595-opc-client.html
http://www.opcconnect.com/delphi.php

Dann gibt es noch
https://www.matrikonopc.com/download...ers/index.aspx
Es gibt noch weitere Seiten in Google zu finden, aber viele leiten am Ende auch nur dahin weiter.

Und selbst Wiki hilft oftmals, man mag es nicht glauben.
Auch für jene, welche mit dem "OPC UA" vom Eingangspost nichts anfangen können und gern wissen wollen, worum es geht.
https://de.wikipedia.org/wiki/OPC_Unified_Architecture

C++-Header für Schnittstellen-DLLs kann man sich immer schnell mal nach Delphi übersetzen.
Dann gibt es immernoch DCOM (DLLs), auch wenn es dafür schon was Neueres gibt. (siehe Wiki)
Hier ist einfach das Problem, was es oftmals in der Industrie gibt, dass kaum Hersteller Schnittstellen direkt für Delphi/Pascal anbieten (war früher mal etwas häufiger)
und man daher das von C++ oder anderen nativen Sprachen erstmal übersetzen muß.
Am Besten als COM-Interface ala ActiveX, für den automatischen Import, oder zumindestens als DLL, wo man nur die DLL-Header übersetzen braucht.

Und du könntest notfalls auch mit jeder x-beliebigen SOAP-Komponente direkt mit den Clienten reden, aber dafür müsstest du dann auch alles selber implementieren. (Authentifizierung, Autorisierung, Verschlüsselung usw.)

[zeras]

Danke erst einmal für die Infos.
Ich hatte die Hoffnung, dass jemand das ganze schon umgesetzt hat.

[himitsu]

Nichts gefunden, also für Delphi/Pascal.

Wobei mir das fast so klingt, als könnte es auch was für unsere Firma sein.
Aber die Messwerterfassung wurde bei uns extra Programmextern entwickelt/entworfen, da sie nicht nur von unserem Programm abhängig sein sollte.
Und Maschinensteuerung ist in unserem ERP eigentlich nicht vorgesehn, abgesehn von einem Werkzeugschrank, der mit unserem Programm seine Daten austausch, aber letztendlich selbstständig seiner Maschine das für die Aufgabe nötige Werkzeug bereitstellt.
Hätten aber hier ein paar Kunden so eine Schnittstelle, dann hätten sie sich doch vermutlich schon gemeldet, ob wir sie auch ausprechen könnten. :stupid:

[4dk2]

Um was für ne Steuerung handelt es sich denn?
Bzw Hersteller?
Meist gibt es neben den OPC noch andere Wege zum Datenaustausch, wenn es nicht unbedingt OPC sein muss.

[zeras]

Zitat:

Zitat von 4dk2 (Beitrag 1372896)

Um was für ne Steuerung handelt es sich denn?
Bzw Hersteller?
Meist gibt es neben den OPC noch andere Wege zum Datenaustausch, wenn es nicht unbedingt OPC sein muss.

Es handelt sich um eine Sigmatek Steuerung aus Österreich.
Ich habe zwar eine Möglichkeit, mich mit der Steuerung zu verbinden, aber wollte den neuen "Hype Industrie 4.0" einmal ausprobieren.
Wäre aber derzeit nur Spielerei, um Erfahrungen zu sammeln. Deshalb soll es auch nichts kosten.

[4dk2]

Industrie 4.0, ist aber jetzt ja nun nicht zwangsläufig OPC :)
Also wir haben fast nur Beckhoff Steuerungen, da gibt es natürlich auch nen OPC Server für, da kostet aber der Server auch was.
Und das was an Daten bei uns aus den Steuerungen kommt, lesen wir nativ aus, und schreiben es direkt in ne Datenbank.
Ist dann doch auch "4.0". Ich find 4.0 ist eh nur nen Werbebegriff.
OPC Server gibt bei den großen Steuerungsherstellern doch auch schon sicher seit über 10 Jahren. Und Daten aus Steuerungen holen,
und zu zentralisieren, finde ich jetzt auch nix neues.

Ich denke es kommt darauf an:
-Will man sehr flexibel sein, und muss man ständig die "Feld-Breite" der Daten ändern
-Ändert sich der Ablauf im Steuerungsprozess schnell
-Anbindung von Weboberflächen
-Möchte von aussen einfach Einfluss auf die Steuerung nehmen (Schreibzugriff)
--> dann lohnt es sich sicher über OPC nachzudenken.

(Click&Play)
Aber! Man sollte die Sicherheit nicht ausser acht lassen und alles im OPC veröffentlichen und am besten noch mit Schreibzugriff :thumb:

Ich kenne Sigmatek jetzt überhaupt nicht, aber wir sind durch die native API, genauso flexibel und auch Objektorientiert.

Aber zurück zur Frage zum Zugriff per Delphi:
Ich hab mal vor Jahren mit Delphi nen Siemens OPC angesteuert, ich suche mal wenn ich nachher im Büro bin, ob ich das noch finde.

[4dk2]

https://github.com/dllmr/opcdelphi
damit hab ich das damals u.a. gemacht.
Aber Das benutzt auch ActiveX.
Und wie himitsu auch schon gesagt hat, war mein zweiter weg dann, von Siemens das entsprechende ActiveX Interface für den OPC zu importieren.

[SatBL]

Hier wäre so etwas

http://www.simplexopcua.com/downloads

[Rollo62]

Hallo SatBL,

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

Rollo

[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.