PLCSim Netzwerkerweiterung "NetToPLCSim"

[Alute]

Hallo Thomas,

ich habe jetzt das Problem im Griff. Du lagest mit Deiner Vermutung zu den SZL-Einträgen richtig. Es können alle Daten, außer den SZL-Einträgen erfolgreich gelesen werden. Bei den SZL-Einträgen wird der erste Zugriff noch geliefert und dann ist Schluß.

Folgendes zu dem S7-PLC-Simulator:

- Unter V11, S7-300 werden noch alle SZL-Einträge zur Verfügung gestellt und können erfolgreich gelesen werden
- Unter V13, S7-1200 werden nur noch wenige SZL-Einträge zur Verfügung gestellt und können erfolgreich gelesen werden
- Unter V13, S7-1500 werden noch weniger SZL-Einträge zur Verfügung gestellt, es kann nur der erste Zugriff gelesen werden

Hier scheint von Seiten Siemens noch eine gröbere Baustelle bezüglich der SZL-Einträge zu existieren. Irgendwie schade. Mal sehen, vielleicht sind ja diese Probleme mit der V14 behoben.

Thomas, nochmals vielen Dank für Deine Unterstützung.

Gruß

Alute

[Thomas_v2.1]

Ich glaube nicht, dass Siemens die SZLs mit der V14 erweitert bzw. dass dort überhaupt noch Arbeit investiert wird. Das ist ja sozusagen nur ein Kompatibilitätsmodus.

Bei den SZL-ID generiere ich die Antwort einer Anfrage nach dem Zustand der Baugruppen-LEDs (16#0x74) schon selber, mit Run dauerhaft auf Ein. Es hatte mal jemand eine Anwendung, die nur funktioniert wenn diese Antwort zurückkommt. Bei der Listenabfrage wird diese jedoch nicht mit eingebaut, da sieht man nur was Plcsim wirklich unterstützt.

Weißt du zufällig welche SZLs dein Programm anfragt? Dann könnte ich evtl. eine Antwort dass diese ID nicht unterstützt wird selber generieren, bevor Plcsim dann abstürzt / nicht benutzbar ist. Wobei, Nettopclsim weiß in diesem Fall nicht ob es mit einer Vplc für 300/400 oder 1200/1500 verbunden ist, darum würde das wieder für alle Varianten gelten.

[Alute]

Also, ich verwende das Tool "SPS Profiler" mit dem eine Überwachung und Verständigung realisiert wird. Darüber lassen sich neben den Standard Informationen (Ein-, Ausgabe, usw.) auch gezielt zusätzliche Systeminformationen (also die SZL's) auslesen und interpredieren. Für das Auslesen der Standard-Informationen werden keine SZLs benötigt. Die SZL's dienen lediglich dazu ergänzende und anteilige Systeminformationen, etwa Status, Speicher, Anzahl Blöcke, Directory und Bereiche auszulesen. Es ist also nicht notwendig hierfür SZL's zur Verfügung zu stellen da sie nur ergänzend benötigt würden. Ansonsten erfüllt das NettoPlcSim voll meine Anforderungen.

[MatMer]

Hallo Thomas,

bin gerade dabei NetToPLCSim für die TIA Welt zu testen. Mein Aufbau besteht aus einer VM Windows 10 64 Bit mit WinCC 7.4 Update 2, einer zweiten VM mit PLCSIM für S7-1500 und einer dritten VM Windows 7 die per Softing OPC Server auf die SPS koppelt.

Ich hab es jetzt soweit, dass die Verbindung mit dem OPC Server einwandfrei funktioniert, aber ich bekomme keine Verbindung in der WinCC Runtime. Im Logger sehe ich die IP Adresse der WinCC VM mit dem Hinweis "Failed to connect to PLCSIM"
Im WinCC sind die Variablen im Simatic S7-1200, S7-1500 Channel angelegt. Einstellungen sind IP Adresse auf eingestellte IP, Zugangspunkt ist die entsprechende Netzwerkkarte der VM und die Produktfamilie s71500-Connection. Und da hörts ja dann schon auf, wass ich bei S7-1500 im WinCC einstellen kann. Windows Firewall habe ich jetzt extra mal deaktiviert, aber keine Änderung.

Mich wundert halt, dass der Softing koppelt während WinCC nicht zugreifen kann. Hast du noch irgendeinen Tipp für mich?

Danke!

[ChristophD]

Hi,
ich würde vermuten das WinCC das PLCSIM auf dem gleichen Rechner erwartet wenn du die PLCSIM Kopplung auswählst.
Kannst du statt PLCSIM einfach eine TCP/IP Kopplung auswählen?

Gruß
Christoph

[MatMer]

Hi,

also WinCC steht auf TCP/IP Kopplung. Die Gegenseite ist halt PLCSIM und keine echte SPS.

[Thomas_v2.1]

Die Fehlermeldung "Failed to connect to PLCSIM" in WinCC hört sich aber danach an, als wenn da noch etwas auf Plcsim steht.
Mit Nettoplcsim muss WinCC so eingestellt werden, als wenn es mit der echten SPS kommuniziert, also unter dem TCP/IP-Baum in WinCC. Was du beschreibst ist das ja auch noch so.

Ich habe allerdings WinCC 7.4 noch nicht mit Nettoplcsim/Plcsim testen können.
Denn beispielsweise funktioniert WinCC 7.3 nicht mehr mit Plcsim V14, mit Plcsim V13 (und Nettoplcsim) funktioniert WinCC 7.3 hingegen einwandfrei. Allerdings liegt das Problem auf Protokollebene, ich weiß aber nicht ob das auch mit WinCC7.3 und einer realen 1500 mit neuerer Firmware auftritt.
Im Siemens Supportforum hatte jemand zumindest den Fall, dass ein WinCC 7.2 nicht mehr mit einer echten 1200 und der neuesten Firmware kommunizieren kann. Wie man es sonst von WinCC gewohnt ist, d.h. das kann mit jeder Siemens S7 sprechen, scheint mit den neuen 1200/1500 nicht mehr zu gelten. Siemens hat das aber nicht (öffentlich) dokumentiert, welche WinCC Version mit welcher Steuerungsgeneration/Firmwarestand kompatibel ist.

[Ralle]

Siemens hat das aber nicht (öffentlich) dokumentiert, welche WinCC Version mit welcher Steuerungsgeneration/Firmwarestand kompatibel ist.

Ich wette, das wissen die selbst nicht genau und bekommen erst nach und nach mit, das es hier hakt.

[Thomas_v2.1]

Ich wette, das wissen die selbst nicht genau und bekommen erst nach und nach mit, das es hier hakt.

Oder so. Wahrscheinlich ist der WinCC Teil eine andere Abteilung. Die TIA-Leute frickeln in üblicher Weise vor sich hin, mit jedem Servicepack wird erstmal alles auf links gedreht - ist bei TIA ja egal, du musst ja immer alles zusammen hochrüsten weil sonst nichts mehr geht. Und die WinCC Leute bekommen davon nichts mit.
Das dürfte interessant werden, wenn der Kunde ein Multiserver/client WinCC am Laufen hat das er gerade für ein paar tausend Euro hochgerüstet hat damit es mit der 1500 kommunizieren kann, und es dann ein halbes Jahr später mit der neuen Steuerung nicht mehr zusammenspielt.

[MatMer]

Die Fehlermeldung "Failed to connect to PLCSIM" in WinCC hört sich aber danach an, als wenn da noch etwas auf Plcsim steht.
Mit Nettoplcsim muss WinCC so eingestellt werden, als wenn es mit der echten SPS kommuniziert, also unter dem TCP/IP-Baum in WinCC. Was du beschreibst ist das ja auch noch so.

Die Fehlermeldung kommt nicht im WinCC sondern im Logger vom NetToPLCSim, sprich der bekommt wohl mit das WinCC gerne möchte aber das Routen klappt dann nicht.
Wenn sich die Gelegenheit ergibt kannst du ja berichten ob es mit der Konsteallation gehen müsste. Wir bestellen jetzt kurzfristig eine 1517-3 PN/DP so das der Kollege weiter testen kann.

Trotzdem Danke für das schnelle Feedback