PLCSim Netzwerkerweiterung "NetToPLCSim"

**Earny** · 19.08.2015, 15:35

Ich hatte mich auch eine zeitlang mit NetToPLCSim beschäftigt, bin jetzt aber wieder zurück bei ACCONtrol. ACCONtrol ermöglicht im Gegensatz zu NetToPLCSim + PLCSim auch die Kommunikation zu S7-CPUs mit MPI-Schnittstelle. Bei NetToPLCSim war das, glaube ich, recht umständlich oder es geht gar nicht.
Man kann z.B. .Net-Visualisierungen + Libnodave mit dem in der ACCONtrol ablaufenden S7-Programm testen.
Die Version 1.3.4 (gibt's auch als Demo) kommt auch mit TIA V13.1 zurecht.

**Thomas_v2.1** · 19.08.2015, 17:35

Zitat von JFKjo

ich habe seit geraumer Zeit auch das Problem, dass ich Nettoplcsim nicht mehr zum Laufen bekommen.
System:
Step7 5.5 SP4
TIA V13 SP1

Problem liegt wie schon oft genannt am s7oiehsx. "Could not stop service 's7oiehsx64'. Der Dienst s7oiehsx64 kann nicht auf dem Computer . geöffnet werden"

Hast du nettoplcsim mit Administratorrechten gestartet?
Ohne diese Rechte bekommt eine Anwendung keinen Zugriff auf die Windows-Dienste, und dann gibt es diese Meldung.

Du kannst den Dienst auch über die Windows Diensteverwaltung beenden, dort sollte er, solange Siemens da nicht wieder etwas geändert hat, unter dem Namen 's7oiehsx' oder 's7oiehsx64' bei 64-Bit Betriebssystemen auftauchen.

**Thomas_v2.1** · 19.08.2015, 17:44

Zitat von Earny

Ich hatte mich auch eine zeitlang mit NetToPLCSim beschäftigt, bin jetzt aber wieder zurück bei ACCONtrol. ACCONtrol ermöglicht im Gegensatz zu NetToPLCSim + PLCSim auch die Kommunikation zu S7-CPUs mit MPI-Schnittstelle. Bei NetToPLCSim war das, glaube ich, recht umständlich oder es geht gar nicht.
Man kann z.B. .Net-Visualisierungen + Libnodave mit dem in der ACCONtrol ablaufenden S7-Programm testen.
Die Version 1.3.4 (gibt's auch als Demo) kommt auch mit TIA V13.1 zurecht.

CPUs ohne TCP/IP-Schnittstelle kannst du mit der 'alten' Nettoplcsim Version v0.7.x testen.

Ich halte den Sinn für eingeschränkt, eine CPU mit MPI-Schnittstelle in einer Simulation zu fahren, wo diese dann eine Ethernet-Schnittstelle hat. Soweit ich weiß kommuniziert Accontrol auch nur über die vorhandene Ethernet-Netzwerkkarte und nicht über eine evtl. eingebaute MPI-Karte.

Zumindest habe ich das noch nie benötigt, weil dann ja auch die Partneranwendung auf Ethernet umparametriert werden müsste. Und falls doch, dann geht es mit der alten Version. Aber wenn man Accontrol gekauft hat, kann man natürlich auch das verwenden.

**Earny** · 19.08.2015, 20:22

Wir (Schule) haben einige S7-300 CPUs mit lediglich MPI-Schnittstelle, d.h. keiner Profinet-/Ethernet-Schnittstelle.

Real-Betrieb: Ich kann für diese CPUs mit TIA V13.1 ein Projekt anlegen mit Gerätekonfiguration und S7-Programm und es über unsere MPI-LAN-Kabel (Prozessinformatik) in die CPU laden. Eine .Net-Visu mit Libnodave kann den Prozess visualisieren, d.h. lesend und schreibend aus der Visu auf die S7-CPU zugreifen.

Testbetrieb (sehr wichtig): Ich kann das TIA V13.1-Projekt ohne die kleinste Veränderung in ACCONtrol 1.3.4 reinladen. Anschließend kann ich aus der .Net-Visu auch ohne Veränderung über Libnodave auf die ACCONtrol-CPU zugreifen und somit nicht nur das S7-Programm sondern auch die Visu überprüfen.

Der einzige Unterschied: Beim Realbetrieb muss die Visu zusammen mit Libnodave die Verbindung zur IP-Adresse des MPI-LAN-Kabels aufbauen; beim Testbetrieb muss die Visu die Verbindung zur IP-Adresse 127.0.0.1 aufbauen.

**Thomas_v2.1** · 19.08.2015, 21:06

Ah ok. In dem Fall könnte man das wirklich gebrauchen. Ich kann mir das ja mal ansehen wie viel Aufwand das wäre, auch Steuerungen ohne Ethernet anbinden zu können. Möglich ist es auf jeden Fall, ich habe es nur selber noch nie gebraucht, und es hat auch noch sonst niemand danach gefragt.

Für kleine Visualisierungen kannst du aber durchaus auch die 0.7er Version verwenden. Die ist vom Datendurchsatz nur etwas eingeschränkt, weil ich dort die schneckenlahme original vorgesehene Schnittstelle zu Plcsim verwende.

Wie handhabt ihr das denn bei Accontrol mit dem Siemens Dienst s7oiehsx? Denn das Problem besteht dort genau so, zumindest wenn Accontrol auch auf dem gleichen Rechner wie Step 7 laufen soll.

**Rainer Hönle** · 19.08.2015, 21:17

Die aktuelle ACCONtrolversion prüft ob der Dienst läuft, wenn ja wird dieser gestoppt und ACCONtrol übernimmt Port 102. Am Ende wird er Dienst wieder gestartet. Das passiert alles automatisch.

**Thomas_v2.1** · 19.08.2015, 21:29

Zitat von Rainer Hönle

Die aktuelle ACCONtrolversion prüft ob der Dienst läuft, wenn ja wird dieser gestoppt und ACCONtrol übernimmt Port 102. Am Ende wird er Dienst wieder gestartet. Das passiert alles automatisch.

So habe ich es bei Nettoplcsim ja auch drin, seit es dieses Serviceapackt gibt wonach Step 7 die Funktion einstellt wenn der Dienst nicht mehr läuft. Nur man muss das Programm mit Administratorrechnen starten, weil es nicht installiert ist.

**Thomas_v2.1** · 07.11.2015, 23:38

Ich habe eine neue Version 1.0.0 veröffentlicht.

Über Nettoplcsim werden jetzt alle Funktionen über Netzwerk bereitgestellt, die Plcsim auch lokal anbietet.
D.h. Programmierfunktionen wie Baustein hoch- und herunterladen, Bausteine beobachten, Variablentabelle etc. sind jetzt über Nettoplcsim möglich.
Gleiches gilt für bausteinbezogene Meldungen mit Alarm_S oder Alarm_8, oder zyklische Variablendienste.

Im Normalfall gelten nur noch die von Siemens beschriebenen Einschränkungen / Unterschiede zwischen Plcsim und einer realen SPS.

Download unter:
https://sourceforge.net/projects/nettoplcsim/

**HelmiMUC** · 08.11.2015, 10:47

Hallo,

ich hab mir mal notiert, dass man die INI-Datei von NetToPLCSim über die Verknüpfung zur Exe mit laden lassen kann
Und zwar mit diesem Ziel in der Verknüpfung (auf meine Ordner geändert):

D:\Nettoplcsim\bin\NetToPLCSim.exe -f=Y:\Nettoplcsim.ini -s=NO -autostart

Leider funktioniert dieser Weg nicht mehr, obwohl die Ini im Laufwerk Y zu finden ist.
Was mach ich falsch?

[Edit]
Mist - "Ausführen in" war falsch.
Hab das geändert und jetzt geht es

**Thomas_v2.1** · 10.11.2015, 19:46

Da an anderer Stelle mal die Frage nach der Unterstützung von Plcsim für die 1200/1500 aufkam:
Das Plcsim für die 1200/1500 unterstützt nicht das "alte" S7 Protokoll, um noch in bekannter Manier mit libnodave oder sonstigen Kommunikations-Bibliotheken auf "nicht optimierte" Datenbausteine zuzugreifen, wie es dann bei einer echten CPU möglich wäre.

Der neue symbolische Zugriff funktioniert aber mit einer (aktuell nur Entwicklungs-) Version von Nettoplcsim. Z.B. lassen sich von zweiten Rechner mit WinCC V7.3 via Nettoplcsim aus dem Plcsim für die 1500 die Symbole auslesen, und dann auch die Runtime damit testen.