Delphi-PRAXiS - Delphi Opc ua

Seite 1 von 2

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)

- Algorithmen, Datenstrukturen und Klassendesign (https://www.delphipraxis.net/78-algorithmen-datenstrukturen-und-klassendesign/)

- - Delphi Opc ua (https://www.delphipraxis.net/192863-opc-ua.html)

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.

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

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

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:

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.

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.

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.

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.

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

Seite 1 von 2