TIA kein Move Baustein in CPU 315-2 PN/DP

[mr_sunrise]

Zuviel Werbung?
-> Hier kostenlos registrieren

Guten Tag,

ich habe einen CPU315-2 PN/DP dort würde ich gerne mit einem Move Befehl einen Datenbereich transferieren.
Hier im Bild ist es auf einer S7 1500 umgesetzt.
Gibt es die Möglichkeit (move Befehl) auch bei der 315er?

Dankeschön

 

[JesperMP]

SFC 20 "BLKMOV"

 

[mr_sunrise]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dankeschön, kann aber den Array Pointer nicht angeben:

 

[volker]

das muss so aussehen
beispiel
P#DB100.DBX600.0 Byte 30
P#DATENBAUSTEIN.STARTBIT LÄNGE (in Byte,Word o. DWORD)

 

[mr_sunrise]

ich muss diese Adressen beschrieben/lesen

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

P#A600.0 BYTE 100

bzw. was möchtest du denn übergeben? 1 Bit? 1 Byte... Alles?

 

[Ralle]

Aber Achtung, wenn ich recht erinnere muß man für die Peripherie andere Bausteine nutzen
Siehe hier: #2

 

[mr_sunrise]

ok, danke für den Hinweis. Kann es erst morgen testen. Den Move Baustein bekommt man nicht irgendwie importiert?

aber Einfügen konnte ich es mal.

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

ok, danke für den Hinweis. Kann es erst morgen testen. Den Move Baustein bekommt man nicht irgendwie importiert?

selbst wenn, was würde das nutzen?
die 300 funktioniert anders als die 1500

 

[mr_sunrise]

alles klar! @ChristophD

 

[DeltaMikeAir]

Sicher das dass so richtig ist? Ich denke nicht.
Damit schreibst du auf den Eingangsbereich der SPS. Müsstest du da nicht Source und Destination tauschen?

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Aber Achtung, wenn ich recht erinnere muß man für die Peripherie andere Bausteine nutzen
Siehe hier: #2

Oh ja. Es ist ja ein S7-300, obwohl mit TIA. Dass verwirrt.

Ich glaube dies wär ein Fall für DPWR_DAT bzw. DPRD_DAT.

 

[DeltaMikeAir]

Ich glaube dies wär ein Fall für DPWR_DAT bzw. DPRD_DAT.

Eben, die Konsistenz der Daten sollte man auch im Auge behalten

 

[mr_sunrise]

dann ist die Richtung falsch gewesen meinst?

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

dann ist die Richtung falsch gewesen meinst?

Das musst du doch wissen, in welche Richtung du kopieren möchtest. Source und Destination ist dir ein Begriff?

PS:
Aber meiner Meinung nach passt es nun. Wie gesagt, hast du dir mal Gedanken über die Datenkonsistenz gemacht?

 

[JesperMP]

Die Adressen höher als I600 und Q600 sind vermutlich nicht innerhalb von das Periepherieabbild in die 315'er CPU.
Auf den Grund DPRD_DAT für die Eingänge bzw. DPWR_DAT für die Ausgänge anstatt BLKMOV verwenden.

 

[mr_sunrise]

Das musst du doch wissen, in welche Richtung du kopieren möchtest. Source und Destination ist dir ein Begriff?

PS:
Aber meiner Meinung nach passt es nun. Wie gesagt, hast du dir mal Gedanken über die Datenkonsistenz gemacht?

sorry für die vermutlich dumme frage aber was meinst mit Datenkonsistenz?

 

[marlob]

Zuviel Werbung?
-> Hier kostenlos registrieren

sorry für die vermutlich dumme frage aber was meinst mit Datenkonsistenz?

Aus dem Funktionshandbuch von Siemens

Datenkonsistenz​

Definition
Für die Übertragung von Daten ist die Datenkonsistenz eine wichtige Eigenschaft, die Sie
bei der Projektierung einer Kommunikationsaufgabe berücksichtigen müssen. Geschieht das
nicht, kann es zu Fehlfunktionen kommen.
Ein Datenbereich, der nicht durch konkurrierende Prozesse verändert werden kann, wird als
konsistenter Datenbereich bezeichnet. Das heißt, ein in sich zusammengehöriger
Datenbereich, der größer ist als die Maximalgröße des konsistenten Datenbereichs, kann zu
einem Zeitpunkt teilweise aus neuen und aus alten Daten bestehen.
Eine Inkonsistenz kann entstehen, wenn eine Anweisung für Kommunikation z. B. durch
einen Prozessalarm-OB mit höherer Priorität unterbrochen wird. Dadurch wird auch die
Übertragung des Datenbereichs unterbrochen. Verändert das Anwenderprogramm in diesem
OB jetzt die Daten, die noch nicht von der Kommunikationsanweisung verarbeitet wurden,
stammen die übertragenen Daten aus unterschiedlichen Zeitpunkten.

 

[Ralle]

I und Q mit BLOCKMOVE sollten eigentlich nur gehen, wenn er die im Prozessabbild drin hat, sie also automatisch von der SPS gelesen und geschrieben werden.

@mr-sepp
Wie ist das in deiner SPS eingestellt (Hardwarekonfig der SPS).

 

[volker]

ok, danke für den Hinweis. Kann es erst morgen testen. Den Move Baustein bekommt man nicht irgendwie importiert?

aber Einfügen konnte ich es mal.

Anhang anzeigen 66257

Einen eingangsbereich (egal ob db oder E) in einen anderen eingangsbereich kopieren ist eine äußerst dumme idee.
grundsätzlich funktionierte das wenn man das an den richtigen stellen im programm macht.
ABER TU ES NICHT
kopiere den empfangs-db in einen anderen db oder nutze evtl direkt den empfangs-db
kommt auf die anwendung an.

und wie oben erwähnt funktioniert der sfc20 nur mit E/A die im peripherieabbild liegen

DPRD_DAT und DPWR_DAT funktionieren nur wenn der zugriff über die sfc 13/14 der configuration in der hw-config entsprechen