Hallo Zusammen,
wir wollen eine eigene HMI entwickeln und suchen gerade nach einer passenden Schnittstelle zwischen unserer Anwendung .NET/C# und einer S/-1500. Laufen soll des ganze auf einem Standard Office PC, also keine spezielle Hardware oder Ähnliches. Alles unter Windows.
Wir hatten sowas schon bei einem anderen Steuerungshersteller, da gabs ne fertige dll und ein kleines Programm als Gateway.
Wir wollen es alles symbolisch halten, also keine absolut addressierten DBs, kein Put/GET.
Was uns schon so an Ideen kam:
- OPC-UA (hatten wir in der Vergangenheit Performanceprobleme wenn der Server auf der CPU lief, könnte sich aber mit den neuen CPUs erledigt haben)
- MQTT (Es muss immer ein Brocker mit Installiert werden und die Kommunikation in der SPS ausprogrammiert werden)
- Profinet (Haben wir bereits bei einer Software die mit einem Roboter kommuniziert eingesetzt, benötigt entweder zusätzlich Hardware oder Software die irgendwie schwierig zu finden ist)
Wie löst ihr die Probleme bei der eine eigene Software mit einer S7 kommunizieren soll? Zugekaufte Software? Eigene Protokolle auf TCP/IP Basis?
So richtig gefällt uns gerade noch keine der genannten Lösungen.
Danke für euren Input.
Das hängt ganz davon ab was diese Visu-Software können soll und ob das einzeln eingesetzt wird oder in 1000er Stückzahlen ausgeliefert wird.
Bei kleinen Mengen wird sich das Selbstentwickeln nie rechnen, aber ich denke das habt ihr bedacht. Bei einfachen Visu-Anwendungen könnte auch der View-of-Things Mechanismus auf dem Webserver der S7 interessant sein.
Ihr wollt im Prinzip auf Variablen auf der S7 zugreifen, dafür existieren im Prinzip 3 Wege
1. OPC UA mit Server direkt auf der S7
2. JSON-RPC über die Web-API der S7
3. S7-Protokoll
1. OPC UA auf der S7
Dafür ist eine Laufzeitlizenz pro CPU fällig (mittlerer dreistelliger EUR-Betrag) ansonsten ein solider einfacher Zugriffsweg. Man kann mit aktueller Firmware mit Role-Based Access oder Companion Specification sehr genau festlegen welche Variablen der OPC-Client sieht. Seit den CPUs mit Firmware 3.x ist das ganze auch mit den kleinen CPUs performant. Da das Polling der Variablen findet innerhalb der Steuerung statt - eine blitzsaubere Lösung. Security gibts fertig dazu.
2. JSON-RPC über die Web-API der S7
Im Prinzip pollst du damit Variablen über den Webserver der Steuerung. Das ist deshalb nett weil es ohne Laufzeitlizenzen ist - für schnelle Vorgänge ist das ungeeignet. Für zyklische Applikationen mit > 100 Variablen gleichzeitig ebenso.
3. S7-Protokoll
Das S7-Protokoll ist nicht offengelegt und ändert sich mit jeder TIA-Version irgendwie. Für den Put/Get Zugriff gibt rs gute Bibliotheken, aber im Kontext von IT-Security sind diese für Neuentwicklung an sich tabu. Wenige Hersteller wie Siemens, Tani oder Deltalogic bieten Middleware an welche das S7-Protokoll spricht - jeder mit etwas anderen Lizenzmodellen.
Die Simatic NET PC Software ist eine solche. Um einen mittleren dreistelligen EUR-Betrag bekommt man eine Lizenz mit der zeitgleich 8 SPSen angebunden werden können. Variablen werden übers Netzwerk gepollt - zum Client (also deiner Applikation) kommt OPC UA zum Einsatz.
Die Tani PLC Engine wäre wohl interessant um Teile eurer Aufgabenstellungen ohne C# abzubilden - ich denke die haben abgesehen von Siemens selbst die mächtigste S7-Protokoll-Implementierung.
Weitere Ansätze wie eine Modbus-TCP, Profinet-Karte oder MQTT laufen wohl an deinem Anwendungsfall vorbei, vor allem muss für jeder Variable auf der SPS-Seite was programmiert werden.
