PLCSim Netzwerkerweiterung "NetToPLCSim"

Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,
your WinCC PC has 192.168.1.1 and your Step7 PC has 192.168.1.2? Then the IP addresses should be correct, and nettoplcsim/plcsim is reachable at IP 192.168.1.2.

You could try to start the monitoring in nettoplcsim and see if there are any connection requests. You can start it with right-click on the station you want to monitor in nettoplcsim (see attached screenshot).

If you don't need the multiple instances option, you could test with the older 0.7.2 version. Under some circumstances the new version has got some problems with WinCC.

nettoplcsim-monitoring.png
 
Hi

thanks for your attention

yes, my WinCC PC has 192.168.1.1 and your Step7 PC has 192.168.1.2

I use monitor before but nothing happen
there isnt any request connection in monitor window

I also test with nettoplcsim V0.7 but It also cant be successful

I strongly need help
 
I use xp 32 bit

even i turn firewall off
and also i check 102 port by Tcpview software
and just nettoplcsim is use that port
 
saman4389 schrieb:
my wincc lisens was expired, dows it important for disconnected connection ?
Zum Vergrößern anklicken....

Maybe.
You can try the libnodave test programms. I attached the necessary files (libnodave.dll and testISO_TCP.exe), but you can download them also from libnodave page at sourceforge.
Unpack the files on your WinCC (or any other) machine, open a command line and navigate into the folder.
Then try
Code: 
testISO_TCP.exe 192.168.1.2
The program connects to the plc with IP 192.168.1.2 and tries to read some variables from DB1 and 16 Bytes from marker 0 to 16.

Anhang anzeigen libnodave-0.8.4.6.win.zip
 
thanks Thomas

what does libnodave show me ?
i load very small program too plc, it is just a start/stop circuit (with address Q0.0 )
 
Zuviel Werbung?
-> Hier kostenlos registrieren
saman4389 schrieb:
what does libnodave show me ?
i load very small program too plc, it is just a start/stop circuit (with address Q0.0 )
Zum Vergrößern anklicken....

It's a little test-program that does nearly the same as when you start WinCC with configured variables with addresses MD0, MD4 and MD8.

If the testprogram is able to read out the variables from nettoplcsim, then the setup of plcsim/nettoplcsim and your network is OK. Then the problem is your missing WinCC license.
If you have no program loaded into plcsim, it should show an error when reading variables from DB1 (because not available) and show the values of zero for the marker-words.
Your output seems like this:
Code: 
E:\libnodave-0.8.4.6\win>testISO_TCP.exe 192.168.1.10
openSocketw.c: Connected to host: 192.168.1.10
Connected.
Trying to read 64 bytes (16 dwords) from data block 1.
failed! (10)
Trying to read 16 bytes from FW0.
FD0: 0
FD4: 0
FD8: 0
FD12: 0.000000
Finished.
 
Hi Thomas
i check libnovade and it was connected, but wincc still has problem
I attach screen shot of my project in two pc
please see them and suggest a solution for me

thanks very much
 

Anhänge

  • pic.rar
    252,4 KB · Aufrufe: 34
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,
I think the problem is in your WinCC configuration.
At first you have to set the rack/slot comination to rack=0 and slot=2 (not 0/3 as you have configured). A S7-300 has always this combination.

The next thing is the 'logical device name' in system parameter settings. Maybe you have special PC hardware, but I set up usually something like "TCP/IP -> ......", ending with the name of the LAN interface I want to use (don't use something with 'Auto' in it).
 
Hi

I changed them but it is still disconnected

what could i do?
It is very important for me to test wincc and plcsim over tcp/ip

please give me more information
 
Hi Thomas

:)
Thanks very very much
as you said, I check my network interface and found that wincc didn't recognize that.
so i install wincc in another good pc and check it. it was successful with v0.7 and v0.9. In both versions, i unchecked every things in system parameter.


also I have a question, when i use nettoplcsim v0.7, objects in wincc graphic page are gray. something like when plc is disconnected but i can order and change output. also nettoplcsim continuously show me an error in reading data. could you please explain me how to solve it?

Thanks for you attention
Good luck
 
Zuviel Werbung?
-> Hier kostenlos registrieren
saman4389 schrieb:
also I have a question, when i use nettoplcsim v0.7, objects in wincc graphic page are gray. something like when plc is disconnected but i can order and change output. also nettoplcsim continuously show me an error in reading data. could you please explain me how to solve it?
Zum Vergrößern anklicken....

At what kind of variables does this error occur? Datablocks, markers, input, output, ...
Remind that in version 0.7 output variables like Ax.y or Oy.x are read-only, and input variables like Ex.y or Ix.y are write-only. Timers or counters can't be read at all.
But nettoplcsim should show an error in the output window when a client tries to read unsupported data areas.
 
Sehe mit dem internen Monitor und Wireshark keine Kommunikation

Hallo,

ich habe vor mit dem TIA Portal v11, PLCSIM 5.4 SP5+Update 2 und RT-Simulator V11 eine ICS-Umgebung zu simulieren und anschließend die simulierte PLC mit Zufallsdaten auf Fehler überprüfen.
Das ganze läuft in einer VM. PLC- und HMI-Simulation ist gestartet. die Netzwerkschnittstelle hat die gleiche IP wie die PLC. Das HMI eine andere aber im gleichen Netz.

Mit dem Tool habe ich die Netzwerkadresse der Netzwerkkarte und die PLCSIM adresse ausgewählt (diese sind wie gesagt identisch),
State ist Running. Nun zu meinem Problem: Sowohl über den internen Monitor, als auch über Wireshark kann ich keine Kommunikation feststellen.

Über die HMI kann ich jedoch die PLC-Variablen verändern, sodass doch eine Kommunikation stattfinden müsste.

Bin absoluter Neuling, was das angeht, wo liegt hier der Fehler/Denkfehler?

Danke im voraus
reloop
 
reloop2k schrieb:
ich habe vor mit dem TIA Portal v11, PLCSIM 5.4 SP5+Update 2 und RT-Simulator V11 eine ICS-Umgebung zu simulieren und anschließend die simulierte PLC mit Zufallsdaten auf Fehler überprüfen.
Das ganze läuft in einer VM. PLC- und HMI-Simulation ist gestartet. die Netzwerkschnittstelle hat die gleiche IP wie die PLC. Das HMI eine andere aber im gleichen Netz.
Zum Vergrößern anklicken....

Ich habe mit TIA Portal noch nicht viel gemacht, und solange ich nicht gezwungen bin es zu nutzen rühre ich das Teil auch auf keinen Fall an, aber wenn das so wie bei Step7/Plcsim/WinCC flexible "Klassik" funktioniert brauchst du mein Programm doch überhaupt nicht.

Was ist denn eine ICS-Umgebung?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ja, STEP7 ist bestandteil von TIA Portal. Wieso brauche ich dein Tool nicht? Möchte doch das PLC ohne TIA Portal/PLCSIM/WinCC steuern und damit testen. Oder kann ich es direkt über die S7online Schnittstelle?

ICS = Industrial Control System ~ SCADA
 
reloop2k schrieb:
Ja, STEP7 ist bestandteil von TIA Portal. Wieso brauche ich dein Tool nicht? Möchte doch das PLC ohne TIA Portal/PLCSIM/WinCC steuern und damit testen. Oder kann ich es direkt über die S7online Schnittstelle?

ICS = Industrial Control System ~ SCADA
Zum Vergrößern anklicken....

Ist mir jetzt nicht ganz klar was du meinst.

Ohne den TIA-Mist war es so:
Ich programmiere mein Programm in Step7. Wenn ich keine reale SPS habe kann ich das Programm zum Testen in Plcsim laden. Habe ich auf dem gleichen Rechner WinCCflexible oder WinCC laufen kann ich es ohne mein Tool mit Plcsim testen.
Habe ich ein Nicht-Siemens-Scada oder WinCC auf einem anderen Rechner separat laufen, kann dieses nur mit meinem Tool auf Plcsim das sich auf einem anderen Rechner befindet zugreifen.

Wenns bei dir auch ohne nettoplcsim funktioniert ist es doch umso besser.
 
Die Simulation läuft derzeit auf einem Rechner ohne Probleme auch ohne Tool natürlich. Das Problem, was ich habe ist, dass ich eine Schnittstelle benötige, über die ich die gerade laufende PLC steuern/beeinflussen kann. Genauer gesagt, möchte ich ein Tool entwickeln/ vorhandene Tools(Fuzzer) anpassen, die automatisiert Eingabedaten an die simulierte PLC senden und damit versuchen Fehler der PLCs aufzudecken.

Ich dachte, ich könnte mit deinem Tool, das mir ja die TCP/IP-Schnittstelle zur Verfügung stellt, diese nutzen, um Eingabedaten an die simulierte PLC zu senden.
 
Zurück
Oben