PLCSim mit zwei CPU's?

Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Tag,

bitte erlauben Sie hier einen Hinweis
auf unsere S7-Simulations-SPS
ACCONtrol, z. B. hier im Forum
http://www.sps-forum.de/showthread.php?t=6008
oder auf unserer Webseite.

Einer der Hauptvorteile von ACCONtrol ist
die Entkopplung der Simulation von der
Programmiersoftware. Dadurch ist ACCONtrol
auch von »außen« erreichbar.

Viele Grüße

Gerhard Bäurle
 
Kann ich eine TCP/IP Kommunikation von 2 SPSen simulieren?

Ja, in der nächsten Version. Läuft derzeit im
Testbetrieb und wird in ca. 2 Wochen (Anfang
Oktober 2006) fertiggestellt sein.

Die neue Version bietet unter anderem:

  • TCP/IP-Kommunikation zwischen mehreren
    Simulations-SPSen (müssen auf unterschiedlichen
    PCs im Netzwerk laufen)
  • TCP/IP-Kommunikation zwischen Simulations-
    SPSen und realen SPSen (CP 343-1, 443-1)

Viele Grüße

Gerhard Bäurle
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@DeltaLogic:

Vielen Dank für den Hinweis. Einen virtuellen Profibus kann ich darin jedoch nicht erkennen, oder habe ich da was übersehen ?

MfG

Frank

Guten Tag,

bitte erlauben Sie hier einen Hinweis
auf unsere S7-Simulations-SPS
ACCONtrol, z. B. hier im Forum
http://www.sps-forum.de/showthread.php?t=6008
oder auf unserer Webseite.

Einer der Hauptvorteile von ACCONtrol ist
die Entkopplung der Simulation von der
Programmiersoftware. Dadurch ist ACCONtrol
auch von »außen« erreichbar.

Viele Grüße

Gerhard Bäurle
 
Richtig erkannt. Was genau soll am virtuellen Profibus passieren? Welche Geräte sollen da Teilnehmer sein und was tun?

Das Problem ist folgendermaßen:

Ich hab ein bestehendes Programm, das in der HW-Konfig eine Liste von CPU mit den Adressen 2-8 hat. In diesem sind mehrere DB's enthalten, die im Progamm selbst nicht referenziert sind. Im Netzwerk besteht jedoch die Möglichkeit, dass die anderen CPU's darauf Daten ablegen.
Eine einfache Möglichkeit, dies herauszufinden besteht darin, alle PLC's als Netz zu simulieren, die DB's Stück für Stück zu löschen und die Fehlermeldung zu beobachten - an der Anlage selbst ist dies immer etwas heikel :ROFLMAO:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das Problem ist folgendermaßen:

Ich hab ein bestehendes Programm, das in der HW-Konfig eine Liste von CPU mit den Adressen 2-8 hat. In diesem sind mehrere DB's enthalten, die im Progamm selbst nicht referenziert sind. Im Netzwerk besteht jedoch die Möglichkeit, dass die anderen CPU's darauf Daten ablegen.
Eine einfache Möglichkeit, dies herauszufinden besteht darin, alle PLC's als Netz zu simulieren, die DB's Stück für Stück zu löschen und die Fehlermeldung zu beobachten - an der Anlage selbst ist dies immer etwas heikel :ROFLMAO:
Welche Kommunikationsart wird denn verwendet? Müssen denn dann nicht die entsprechenden DBs in den Sende- oder Empfangsfunktionsaufrufen als Parameter auftauchen?
 
Welche Kommunikationsart wird denn verwendet? Müssen denn dann nicht die entsprechenden DBs in den Sende- oder Empfangsfunktionsaufrufen als Parameter auftauchen?
Natürlich, dass heißt dann aber alle Programme Stück für Stück durchzugehen und nach möglichen Sendebausteinen zu suchen.
Das geht natürlich nur dann, wenn der Quellcode zugänglich und nicht geschütz ist und kostet einiges an zeitlichem Aufwand.
 
Natürlich, dass heißt dann aber alle Programme Stück für Stück durchzugehen und nach möglichen Sendebausteinen zu suchen.
Das geht natürlich nur dann, wenn der Quellcode zugänglich und nicht geschütz ist und kostet einiges an zeitlichem Aufwand.
Ich dachte, dass die Sende- und Empfangsbausteine (z.B. FC5 und FC6) am einfachsten auf einem Aufruf mit "Gehe zu / Verwendungsstelle" gefunden, dann angesprungen und angeschaut werden. Klar, ein ganze Programm von Hand durchsuchen ist schon sehr aufwändig.
 
Zurück
Oben