PLCSim Netzwerkerweiterung "NetToPLCSim"

Zuviel Werbung?
-> Hier kostenlos registrieren
Thomas_v2.1 schrieb:
Ich weiß leider nicht was sich Zottel bei den einzelnen Stellen gedacht hat.
Zum Vergrößern anklicken....
Vermutlich nix...
Ich vermute, ich habe halt in irgendeinem Projekt zum 1. Mal TCP/IP verwendet, dabei alles Mögliche probiert und das was funktionierte immer wieder verwendet (z.B. die ganze Datei openSocket.c).

Thomas_v2.1 schrieb:
Und da schlagen dann die neuen Sicherheitsfunktionen zu.
Zum Vergrößern anklicken....
Gut zu wissen! Vor 3 ca Wochen hatte ich eine Anfrage, wo unter XP alles lief und unter Vista oder 7 nix...
 
Ich habe die Version 0.8.4.6 veröffentlicht. Änderungen sind:
- Die Korrekturen von Thomas_v2.1 an openSocketw
- Fehler mit dem Jahrzehnt in get/setPLCtime() behoben
- Fehler in toPLCfloat() behoben
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bin zu doof ...

Hallo Thomas,

erst mal: wunderbare Idee so ein Programm zu machen. Richte eine "donate" - Möglichkeit ein, ich finde, diese Arbeit soll honoriert werden. Ich bin dabei.

Aber zu meiner Frage: versuche das Tool gerade einzurichten (habe gerade die noch-Version 0.7.2 geladen). Ich habe PLCSIM mit einer simulierten SPS laufen. Wenn ich nettoplcsim starte müßte doch zumindest im Status unten links sstehen, dass das Tool mit PLCSIM connected ist, oder?

Btw: welche Schnittstelle stelle ich denn in PLCSIM ein? PLCSIM (TCP/IP)?

Gruß und Dank,
Thomas.
(Der Neue)
 
SIMATIC Dienst beenden ...

Hallo nochmal,

es liegt doch am Port 102. Wenn ich aber s7oiehsx beenden will, dann wird der Zugriff verweigert. Auch in der Windows-Diensteübersicht geht das nicht (bin Admin). - Ich mag Windows nicht.

Gruß,
Thomas G.
 
Noch'n Thomas. schrieb:
Aber zu meiner Frage: versuche das Tool gerade einzurichten (habe gerade die noch-Version 0.7.2 geladen). Ich habe PLCSIM mit einer simulierten SPS laufen. Wenn ich nettoplcsim starte müßte doch zumindest im Status unten links sstehen, dass das Tool mit PLCSIM connected ist, oder?
Zum Vergrößern anklicken....

Eigentlich schon. Wenn das Verbinden nicht klappt sollte in dem Ausgabefenster zusätzlich eine entsprechende Fehlermeldung auftauchen.
Noch'n Thomas. schrieb:
Btw: welche Schnittstelle stelle ich denn in PLCSIM ein? PLCSIM (TCP/IP)?
Zum Vergrößern anklicken....
Das ist für nettoplcsim egal. Die Einstellung wird erst interessant wenn du z.B. WinCCflexible (ohne nettoplcsim) mit PLCSIM testen möchtest.

Noch'n Thomas. schrieb:
es liegt doch am Port 102. Wenn ich aber s7oiehsx beenden will, dann wird der Zugriff verweigert. Auch in der Windows-Diensteübersicht geht das nicht (bin Admin).
Zum Vergrößern anklicken....
Welches Betriebssystem hast du denn?

Versuche mal den Dienst zu beenden wenn PLCSIM beendet ist.
Also:
1) Step7 starten
2) Dienst beenden
3) PLCSIM starten
4) nettoplcsim starten, Verbinden
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Zottel schrieb:
Ich habe die Version 0.8.4.6 veröffentlicht. Änderungen sind:
- Die Korrekturen von Thomas_v2.1 an openSocketw
Zum Vergrößern anklicken....
Hallo,
ich hoffe du hast meine Änderungen nochmal gegengecheckt. Mit "ich weiß nicht was du dir dabei gedacht hast" meinte ich nämlich, dass ich so auf den ersten Blick z.B. keinen Grund für das bind() gesehen habe, aber es kann ja sein dass es einen triftigen Grund hierfür gab. Nicht dass es dann später Probleme an anderer Stelle gibt.
 
Hallo Thomas,

Läuft den NetToPLCSim auch mit libnodave unter .NET? Ich bekomm da nämlich keine Daten von dem Simulator gelesen. Auch wenn Ich es mit dem Delphi Beispiel von libnodave Probiere, kann Ich keine Daten lesen.

Wenn Ichs aber mit TestIsoTCP probiere funzts!

Fehler ist immer -126 (Result contains no data)

irgend ne Idee?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Mhmm....

Ich habs gerade nochmal versucht. Eine Anfrage mit mehreren TAGs, funktioniert an der CPU anstandlos! Dann IP auf 127.0.0.1 geändert und mit NetoToPLCSIM probiert und Ich bekomme Fehler -126.
 
Jochen Kühner schrieb:
Läuft den NetToPLCSim auch mit libnodave unter .NET? Ich bekomm da nämlich keine Daten von dem Simulator gelesen. Auch wenn Ich es mit dem Delphi Beispiel von libnodave Probiere, kann Ich keine Daten lesen.

Wenn Ichs aber mit TestIsoTCP probiere funzts!

Fehler ist immer -126 (Result contains no data)

irgend ne Idee?
Zum Vergrößern anklicken....

Also ich habe es gerade mit der aktuellen libnodave 0.8.4.6 und der simpleISO_TCP.exe aus dem Dot.Net\CS Verzeichnis getestet. Bei mir funktioniert es auf 127.0.0.1.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke...

Wer die Änderungen mal in meine Version übernhemen und dann nochmals testen. Danke schon mal.

P.S.
Was mich trotzdem wundert, das es mit TestIsoTCP auch mit der alten Version funktioniert hat!
 
Ok, habs grad probiert, jetzt gehts. Hab die Änderungen auch in meine geänderte Version von libnodave übernommen.

Vielleicht hat ja dieses Bind auch den Fehler bei der 64 Bit Version der DLL verursacht. Werd Ich morgen mal testen.

Danke nochmals.

Mfg.
 
NettoPLCSim mit Zenon Visualisierung

Hallo zusammen!

Ich besuche die zweijährige Fachakademie für Automatisierungstechnik. Als Abschlussprojekt möchten wir eine Vollautomatische Kerzenfertigungsanlage Realisieren.

Bei der Visuallisierung haben wir uns für Zenon 6.51 (Copadata) entschieden.
Jetzt möchten wir natürlich im Vorfeld unser Programm mittels nettoplcsim testen.

Leider erhalten wir beim start des Tools folgende meldung: Listerning for clients....

Anscheinend stimmt unsere Netzwerkeinstellung noch nicht.
Wir verwenden Siemens Step 7 V5.4 + SP5 + HF1 in einer VM-Ware

Wir möchten also eine Verbindung von Step7 V5.4 < ----> PLCsim <----> nettoplcsim <---> Zenon

Kann uns irgendjemand eine kurze "Anleitung" geben wie wir die Einstellungen in Step7, usw machen müssen??

Wir sind leider noch ziemliche Anfänger auf dem Gebiet. :(

Danke vorab für die Hilfe!
Best Grüße!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
FAAT2011 schrieb:
Wir möchten also eine Verbindung von Step7 V5.4 < ----> PLCsim <----> nettoplcsim <---> Zenon

Kann uns irgendjemand eine kurze "Anleitung" geben wie wir die Einstellungen in Step7, usw machen müssen??
Zum Vergrößern anklicken....

  1. IP-Adresse des Step7-Plcsim-Rechners auf Adresse einstellen welche die SPS nachher erhalten soll. Gleiche IP-Adresse in Zenon einstellen.
  2. Plcsim starten und Programm in Plcsim laden
  3. Nettoplcsim starten, auf Start klicken. Wenn Fehlermeldung wegen "Port 102" in Benutzung kommt, den Dienst "IEPGHelper" beenden (oder über C:\>net stop s7oiehsx)
  4. Erreichbarkeit des Step7-Rechners aus der VM mittels Ping prüfen
  5. Visualisierung starten und beobachten ob sich mit Nettoplcsim jemand verbindet. Ausgaben im Fenster auf Fehler prüfen.

Wenn keine Verbindung zustande kommt: Firewall prüfen, ggf. Port 102 auf dem Step7-Rechner für eingehende Verbindungen öffnen.
Weiterhin die Beschränkungen der Datenbereiche beachten (siehe Dokumentation).
 
NetToPLCSim und Siemens OPC (Komponenten-Konfigurator)

Hallo,

vielen Dank für die bisher geposteten Beiträge. Ich möchte in meinem Fall mit NetToPLCSim PLCSIM mit dem mitgelieferten Siemens-OPC-Server (Komponenten-Konfigurator) verbinden, allerdings habe ich dabei Probleme, welche vermutlich mit der IP-Adressvergabe zusammenhängen. Die Situation derzeit sieht wie folgt aus:

Der SPS-habe ich im NetPro die IP-Adresse meines Rechners zugeordnet (169.254.11.157). Wenn ich PLCSIM und NetToPLCSim starte, wird der korrekte Status PLCSim: Connected angezeigt.

Ich bekomme allerdings keine Verbindung mit dem OPC-Server hin.
Ich habe im NetPro versucht, dem "Microbox-PC" (PC auf dem der OPC-Server laufen soll) die gleiche Adresse wie der SPS zu geben, die doppelte Vergabe der IP-Adresse wird aber (sinnvollerweise) von Netpro abgelehnt. Ich habe dann dem Microbox-PC die Adresse meiner zweiten Netzwerkkarte zugewiesen und über den Komponenten-Konfigurator die Einstellungen importiert. Der OPC-Server lies sich dann auch starten.

Im NetToPLCSim wird jedoch Client: Disconnected angezeigt. Möglicherweise wird eine Verbindung erst dann aufgebaut, wenn eine konkrete Anfrage vom OPC-Server an die NetToPLCSim weitergeleitet wird.

Ich habe daher in unserer HMI-Entwicklungsumgebung (VisualStudio/VisiWinNetPro) das Programm einmal ausgeführt, um so eine Anfrage zu generieren, es fand aber keine Kommunikation statt. In der HMI-Entwicklungsumgebung ist als Zieladresse 127.0.0.1 (localhost) hinterlegt.

Vermutlich habe ich den OPC-Server nicht korrekt aufgesetzt - hatte jemand schon ähnliche Probleme?

Vielen Dank und Grüsse
Matze
 
Matze333 schrieb:
Im NetToPLCSim wird jedoch Client: Disconnected angezeigt. Möglicherweise wird eine Verbindung erst dann aufgebaut, wenn eine konkrete Anfrage vom OPC-Server an die NetToPLCSim weitergeleitet wird.
Zum Vergrößern anklicken....
Genau so ist es. So lange kein OPC-Client ein Item aus der entsprechenden Steuerung anfragt, baut der OPC-Server auch keine Verbindung zur SPS (bzw. hier nettoplcsim) auf.
Matze333 schrieb:
Ich habe daher in unserer HMI-Entwicklungsumgebung (VisualStudio/VisiWinNetPro) das Programm einmal ausgeführt, um so eine Anfrage zu generieren, es fand aber keine Kommunikation statt. In der HMI-Entwicklungsumgebung ist als Zieladresse 127.0.0.1 (localhost) hinterlegt.
Zum Vergrößern anklicken....
Ich hatte letztens schon eine Anfrage, ob es funktioniert wenn der OPC-Server und die SPS auf dem gleichen Rechner laufen. Konnte es aber bisher noch nicht beispielhaft nachprüfen.
Das Problem ist aber auch nur beim Simatic.Net OPC-Server vorhanden, weil dieser etwas pingelig ist wenn er der Meinung ist dass die konfigurierten IP-Adressen nicht passen.

Um das Problem zu umgehen würde ich zum Testen der Netzwerkkarte eine zweite IP-Adresse zuweisen.
Wenn deine erste IP-Adresse 169.254.11.157 lautet, dann z.B. 169.254.11.158 oder eine weitere freie IP im gleichen Subnetz.

Warum du bei deiner Visualisierung eine IP-Adresse (127.0.0.1?) einstellen musst wenn du über den Simatic.Net OPC-Server gehst verstehe ich nicht ganz. Normalerweise legst du im Simatic.Net die Verbindung zur SPS an (z.B. auf die 2. IP deiner Karte 169.254.11.158). Der Zugriff über Items auf diese Verbindung erfolgt dann gemäß Simatic.Net OPC Syntax über den konfigurierten Verbindungsnamen folgend von Symbol- oder Absolutadressen.
 
Zurück
Oben