Skip to Content

Registrieren Anmelden

Industry Online Support

Technical Forum

Navigation

Datenaustausch ohne SFC14/15

Erstellt von: topex am: 27.04.2011 07:40 (4 Antworten)

Bewertung (0)

Dank 2

5 Einträge

27.04.2011 07:40	Bewerten (0)
topex Beiträge: 8 Bewertung: (0)	Guten Morgen, ich habe von einem Lieferanten für eine Servoantriebssteuerung Programmbausteine erhalten. Im OB1 wird dabei über den SFC14 und SFC15 der Datenaustausch mit dem Antrieb (Profibus) gesteuert. Meine CPU (bestehende Anlage CPU 312 V2.6) hat diese SFC`s wohl nicht im Bestand. Wie kann ich den Datenaustausch alternativ verwirklichen? Den Beitrag von wegen Teilprozeßabbild habe ich gelesen, kann aber in meiner Hardwarekonfig kein Prozeßabbild einstellen. Unten habe ich mal ein Stück des bestehenden Programmcodes eingefügt. Pointer funktioniert irgendwie auch nicht, da die Daten als UDT abgelegt werden. CALL "DPRD_DAT" // call SFC14 (read input peripherie adresses) LADDR :=W#16#100 // source peripherie adress 256(10) = 100(16) RET_VAL:=MW100 RECORD :="INPUTS_DKC".PD_IN_1 // 6 Words parameter + 6 words realtime channel CALL "DPWR_DAT" // call SFC15 (write to output peripherie adresses) LADDR :=W#16#100 // destination peripherie adress 256(10) = 100(16) RECORD :="OUTPUTS_DKC".PD_OUT_1 // 6 Words parameter + 6 words realtime channel RET_VAL:=MW102
topex Beiträge: 8 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

27.04.2011 09:33	Bewerten (0)
IBN-Service Beiträge: 8946 Bewertung: (995)	CPU mit neuerer FW (ab 2.6?) können auf konsistente Datenbereiche auch mit L/T Befehlen zugreifen, wenn diese im Prozeßabbild liegen. Ob das für deine CPU312 gilt, kann ich aber nicht mit Sicherheit sagen.
IBN-Service Beiträge: 8946 Bewertung: (995)	Zuletzt bearbeitet von: IBN-Service am: 27.04.2011 11:01
Vorschlag Bedanken Zitat Antwort

28.04.2011 02:17	Bewerten (0)
fritz Diamant-Mitglied Beigetreten: 07.10.2005 Letzter Bes: 01.06.2023 Beiträge: 2966 Bewertung: (1025)	Hallo topex die 312 ab Firmware V2.5 unterstuetzt konsistenten Datenzugriff von mehr als4 Byte im Prozeßabbild (IBN-Service's Idee wird mit Deiner CPU funktionieren). Da Ihr Prozeßabbild aber nur 128 byte lang ist, musst Duschon sicherstellen dasdie E/A's Deiner ServoantriebeinE/A Bereich0-127 liegen. Wenn das nicht geht (z.B. E/A Bereich0-127 is voll mit anderen E/A's), dann gibts leider nur die Moeglichkeit ueber "L PEB/W/D" und "T PAB/W/D" wofuer Du aber in der Lage sein musst E/A module in denServoantrieben entweder dementsprechend zu konfigurieren oder die E/A moduleals "konsistent ueber Byte oder Wort" anstatt "gesammte Laenge" in der HWkonfig einzustellen (die 312 hat wirklich leider die SFC 14/15 nicht und ist vielleicht nicht die beste Wahl fuer diese Anwendung). Hier dann noch ein paar links mit mehr zu diesem Thema und ich hoffe es hilft dir weiter: Wie können Sie auf konsistente Daten ohne SFC14/15 als Teil des Prozessabbildes zugreifen? Welche Beiträge behandeln konsistente Daten in Zusammenhang mit dezentraler Peripherie? Wo und wann wird die Peripherieadressierung benötigt?
	Cheers fritz The advice and opinion given in this thread is that of the author and does not necessarily reflect the views of I S Systems Pty Limited. To find out how I S Systems can help you with your automation needs please visit www.issystems.com.au.
Vorschlag Bedanken Zitat Antwort

04.05.2011 08:39	Bewerten (0)
Weis nicht Beiträge: 292 Bewertung: (22)	Hallo, bei der Lösung ist darauf zu achten, dass die Datentypen nicht zerrissen werden. Beispiel: Achse: WERT1 als Byte WERT2 als DINT WERT3 als Byte WERT4 als INT falsch währe es nun die Werte als Doppelworte zu laden : L PED 500 TDBxy.DBD z L PED 504 T DBxy. DBD (z+4) Wenn der Doppelinteger nun um "0" schwankt, dann kann es Probleme geben. BESSER: L PEB 500 T ..... L PED 501 T .... L PEW 505 T .... L PEB 507 T ..... Beim Schreiben ist das auch sehr wichtig.
Weis nicht Beiträge: 292 Bewertung: (22)
Vorschlag Bedanken Zitat Antwort

06.05.2011 08:45	Bewerten (0)
topex Beiträge: 8 Bewertung: (0)	Busanbindung hat jetzt mit konsistentem Datenaustausch geklappt. Fehler war eine falsche GSD-Datei vom Antriebslieferanten! Vielen Dank für Eure Unterstützung.
topex Beiträge: 8 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort
Für diesen Beitrag bedanken sich 2 Benutzer S_Moderator fritz

|

Teile diese Seite:

Teile diese Seite auf...

Folgen Sie uns auf