Merker über MPI an 2.CPU?

DJMetro · 30 Juli 2007

Hallo,
ist es möglich über MPI Merker oder E/A's an eine 2. CPU weiterzugeben? Ich habe nämlich in einer Neuanlage Lichtschranken die ich auch in der Altanlage benötige und die beiden CPUs sind via MPI vernetzt.

Andi

Taddy · 30 Juli 2007

Hallo
Globaldaten-Kommunikation heißt es. Unter diesem Begriff suchen.

Taddy · 30 Juli 2007

Markieren Sie im SIMATIC Manager ein MPI-Subnetz und wählen den Menübefehl Extras > Globaldaten definieren.
Ergebnis: Es erscheint die GD-Tabelle für das angewählte Subnetz.

Steve81 · 30 Juli 2007

Hallo,

hier ist es sehr ausführlich erklärt:

http://www.energietechnik.fh-dortmund.de/personen/spszentr/Internet_Based_Learning/Netz_mit_MPI.htm

DJMetro · 30 Juli 2007

Steve81 schrieb:
Hallo,

hier ist es sehr ausführlich erklärt:

http://www.energietechnik.fh-dortmund.de/personen/spszentr/Internet_Based_Learning/Netz_mit_MPI.htm

Vielen Dank für den Link. Damit wirds bestimmt klappen.

Andi

o.s.t. · 30 Juli 2007

Zwischenfrage:

geht das auch, wenn die 2 Anlagen NICHT im selben Simatic-Projekt sind?
wenn ja, wie?

o.s.t.

Werner54 · 30 Juli 2007

S7-Kommunikation

Hallo,

mehr gibts hier: Beitrags-ID:20982954

DJMetro · 30 Juli 2007

o.s.t. schrieb:
Zwischenfrage:

geht das auch, wenn die 2 Anlagen NICHT im selben Simatic-Projekt sind?
wenn ja, wie?

o.s.t.

Ach ja, stimmt. So ist es bei mir auch. Sie sind nicht in einem Projekt.

@Werner54 wie kommt an den Beitrag?

Andi

Werner54 · 30 Juli 2007

direktlink

DJMetro schrieb:
wie kommt an den Beitrag?

Andi

So sollte es funzen: https://support.automation.siemens....se&objid=20229805&siteid=cseus&subtype=136000

Ralle · 30 Juli 2007

Werner54 schrieb:
So sollte es funzen: https://support.automation.siemens....se&objid=20229805&siteid=cseus&subtype=136000

nö, funzt nicht so gut:

und der? : http://support.automation.siemens.c...earch&searchinprim=0&nodeid0=4000024&x=26&y=8

Dumbledore · 30 Juli 2007

o.s.t. schrieb:
geht das auch, wenn die 2 Anlagen NICHT im selben Simatic-Projekt sind?
wenn ja, wie?

Also ich meine wir hätten das dann schonmal so gelöst, daß in jedem Projekt die jeweils andere CPU "leer" definiert wurde, d.h. nur als Hardware mit korrekter Busadresse. So kann man dann auf jeder Seite die GD-Kommunikation definieren. Man muss natürlich in diesem Fall darauf achten, auf beiden Seiten dieselben Parameter, entsprechend symmetrisch dargestellt (also Ausgang <--> Eingang), einzustellen.

Aber schlagt mich nicht wenn das so nicht geht, probieren geht über studieren

Michael aka Dumbledore

OHGN · 30 Juli 2007

Was spricht denn dagegen beide Projekte in ein Neues zusammenzufassen?

Dumbledore · 30 Juli 2007

OHGN schrieb:
Was spricht denn dagegen beide Projekte in ein Neues zusammenzufassen?

ohne die Situation der Fragesteller zu kennen kann ich nur sagen, dass es durchaus Situationen gibt wo man das vermeiden will oder muss, z.B. weil die beiden Anlagen von Konkurrenten geliefert werden

Gruss Michael aka Dumbledore

Jordy · 30 Juli 2007

Also ich habs mal übern SFC65 und SFC66 gemacht... steh nich so auf globaldaten!

Damit gehts auf jeden Fall auch. Auch Ohne das die beiden CPUs in einem Projekt sind. Was ja bei Fremdsteuerungen auch ungewöhnlich ist.

mr__mines · 31 Juli 2007

Jordy schrieb:
Also ich habs mal übern SFC65 und SFC66 gemacht... steh nich so auf globaldaten! Damit gehts auf jeden Fall auch. Auch Ohne das die beiden CPUs in einem Projekt sind. Was ja bei Fremdsteuerungen auch ungewöhnlich ist.

Wollte nur mal fragen wie du die Komunikation überwacht hast. Fehler bei der Übertragung sind ja nicht ausgeschlossen ???
Machst du das über die Auswertung von retval ???
Wenn ja wie ???
Ich habe auch so einen Fall und bin jetzt so weit einen Takt bei der anderen CPU einzubauen. Ein einfaches Übertragung war OK BIT finde ich nicht !!!

Jordy · 3 August 2007

Also die eigentliche Kommunikation überwache ich über Lebensbit oder Zähler. Wenn die sich halt nicht mehr ändern, ist die Kommunikation ausgefallen.
Die Übertragung an sich überwache ich nicht. Noch nie Probleme mit gehabt. Kommt aber drauf an, wie wichtig die Kommunikation ist, also ob sie für eine sichere Steuerung der Maschine erforderlich ist. Klar, kann man natürlich machen. Soweit ich weiß ist doch bei Fehlerfreier ausführung im RET_VAL eine „0“ drinnen, oder?
Also könntest doch so spontan jetz einfach auf <>0 abfragen und nen Alarm generieren…

elektro_mensch · 3 August 2007

Keine "0"

Jordy schrieb:
Soweit ich weiß ist doch bei Fehlerfreier ausführung im RET_VAL eine „0“ drinnen, oder?

Also eine "0" steht da meines Erachtens nicht drin.
Ich hab über MPI eine Kommunikation mit einer zweiten Steuerung aufgebaut, mit FC 67 (x-get)(die Bedeutung und Handhabung von RET_VAL ist identisch) und bei einer fehlerfreien vollendeten Ausführung steht da eine 7000 drin. Wenn der Baustein aktiv ist eine 7001 und wenn eine weiterer Anstoß kommt während der Baustein aktiv ist eine 7002.

Ich denke das ist immer so.
Bei einem Fehler steht da irgendwas mit 8000 drine.
Die Fehlerliste steht aber auch in der S7-Hilfe - hat mir auch geholfen weil das natürlich nicht auf Anhieb geklappt hat.

Aber wenn ein allgemeiner Fehler auftritt (also irgendwas mit 8000) steht im Binärereignisbit eine 0 und bei fehlerfreier Ausführung eine 1.

Da ich die Kommunikation aber nicht überwache frage ich das BIE-Bit auch nicht ab. Ehrlich gesagt weiss ich jetzt auch gar nicht wie das geht, müsste ich erst wieder lesen.

Vielleicht weiss das ja jemand.

mfg

Jordy · 4 August 2007

elektro_mensch schrieb:
Also eine "0" steht da meines Erachtens nicht drin.
Ich hab über MPI eine Kommunikation mit einer zweiten Steuerung aufgebaut, mit FC 67 (x-get)(die Bedeutung und Handhabung von RET_VAL ist identisch) und bei einer fehlerfreien vollendeten Ausführung steht da eine 7000 drin. Wenn der Baustein aktiv ist eine 7001 und wenn eine weiterer Anstoß kommt während der Baustein aktiv ist eine 7002.

Ich denke das ist immer so.
Bei einem Fehler steht da irgendwas mit 8000 drine.
Die Fehlerliste steht aber auch in der S7-Hilfe - hat mir auch geholfen weil das natürlich nicht auf Anhieb geklappt hat.

Aber wenn ein allgemeiner Fehler auftritt (also irgendwas mit 8000) steht im Binärereignisbit eine 0 und bei fehlerfreier Ausführung eine 1.

Da ich die Kommunikation aber nicht überwache frage ich das BIE-Bit auch nicht ab. Ehrlich gesagt weiss ich jetzt auch gar nicht wie das geht, müsste ich erst wieder lesen.

Vielleicht weiss das ja jemand.

mfg

Hmm... Was meinst du mit Binärereignisbit? Ist das das BIE Bit? Sorry, den Ausdruck kenne ich nicht. Finde das in der Hilfe auch nicht, das das BIE Bit darin erwähnt wird.?

Abfragen kannst du das auf jeden fall mit: " u bie"

Gruß

elektro_mensch · 5 August 2007

BIE-Bit

Jordy schrieb:
Hmm... Was meinst du mit Binärereignisbit? Ist das das BIE Bit?

Ja genau.

Jordy schrieb:
Abfragen kannst du das auf jeden fall mit: " u bie"

Okay, das ist ja einfach.

In der S7-Hilfe-Seite "Fehlerauswertung mit dem Ausgangsparameter RET_VAL" steht u.a. folgendes:

"Fehlerinformationen im Rückgabewert
Eine Systemfunktion (SFC) zeigt durch den Wert "0" im Binärergebnisbit (BIE) des Statusworts an, daß bei der Bearbeitung der Funktion ein Fehler aufgetreten ist. Einige Systemfunktionen stellen an einem Ausgang, der Rückgabewert (RET_VAL) genannt wird, einen zusätzlichen Fehlercode zur Verfügung. Falls beim Ausgangsparameter RET_VAL ein allgemeiner Fehler (Erklärung siehe unten) auftritt, so wird dies nur durch den Wert 0 im BIE-Bit des Statusworts angezeigt."

fehlerhaft BIE=0
fehlerfrei BIE=1

In derselben Hilfeseite werden auch die Fehlercodes erklärt.

Auf der S7-Hilfeseite "Fehlerinformationen der Kommunikations-SFCs für nichtprojektierte S7-Verbindungen" stehen auch noch mal die Erläuterungen zu den 7000er Werten"

Aber wie gesagt mit dem BIE-Bit habe ich selber noch nichts gemacht (obwohl jetzt bin ich ja neugierig geworden). Wenn sich da in der Siemenshilfe nichts finden läßt, vielleicht mal nach dem "Stautswort" suchen, den das BIE-Bit ist Bestandteil des "Statuswortes". Vielleicht wird es da ja besser erklärt.

Merker über MPI an 2.CPU?

Level-2

Level-2

Level-2

Level-1

Level-2

Level-1

Level-1

Level-2

Level-1

Super-Moderator , User des Jahres 2006-2007

Level-1

Level-2

Level-1

Level-1

Level-1

Level-1

Level-1

Level-1

Level-1

Similar threads

Wir schützen deine Privatsphäre