DC-Motordaten -> SIN. DCM -> S7 1200 (TIA V15.1)

Guten Morgen,

mein nächstes Projekt wird mich erstmals in die Siemens SINAMICS DCM Welt führen.

Bevor ich viel Zeit beim googeln verschwende, will ich mich an die Experten wenden.

• Gesucht wird eine Möglichkeit einem fremderregten DC Motor seine Aktualwerte zu entlocken und an eine S7-1200 zu übertragen.
• Der Motor wird sich häufig ändern.
• geplant sind 3 x SINAMICS DCM mit unterschiedlichen Ausgangsströmen

• Ankerstrom
• Ankerspannung
  • (wenn möglich)
    
  • Erregerstrom
  • Erregerspannung

Komponenten

6RA8025-6DS22-0AA0-Z G00+G20+M08+Q80+S01

6RA8031-6DS22-0AA0-Z G00+G20+M08+Q80+S01

6RA8078-6DS22-0AA0-ZG00+G20+M08+Q80+S01

SINAMICS DCM

6ES7215-1HG40-0XB0

1) Gibt es mitterweile Softwarepakete für die SINAMICS DCM im TIA V15.1 StartDrive?

(im STARTER sind sie eingebunden)

2) Besteht die Möglichkeit, die Werte, über Feldbus an die SPS zu übertragen?

Protokolle, deren Werte ich frei wählen kann o.ä.

Für weitere Tipps und Anregungen wäre ich natürlich auch sehr dankbar!

Wenn ich mich an (einer Stelle) unverständlich ausgedrückt habe, werde ich das gerne genauer definieren.

vielen Dank für die Hilfe!!!

Hallo,

der DCM ist nicht in Startdrive integriert. Man muss hier Starter und GSD (für TIA) verwenden.

Ich würde erst ein Standardtelegramm (z.B. Tel 1) einstellen, damit die wichtigsten Steuerwörter und Zustandswörter vorhanden sind und dann auf Freie BiCo umstellen und auf Länge 16/16 ändern (dafür gibt es nämlich einen Subslot für die GSD im TIA Portal). Dann kann man die freien Wörter mit Ankerstrom und -Spannung verschalten und dies an die SPS schicken. In der SPS würde ich die Funktion DPRD_DAT/DPWR_DAT (oder GETIO/SETIO) verwenden um den zyklischen Datenverkehr aufzubauen. Die 16 Wörter in Sende und Empfangsrichtung sollten in der SPS z.B. über deinen DB angelegt werden oder dort werden die empfangenen Wörter rein gelegt, bzw. die Sollwerte aus dem Programm abgelegt um sie dann an den Antrieb zu senden. Die Reihenfolge der Wörter ist natürlich wichtig und muss dem Aufbau aus der Starterprojektierung entsprechen. Bitte auch auf HighByte LowByte Drehung in den Steuer-/Zustandswörtern achten.

Vielen Dank für die detaillierte Antwort!

Super, dass es funktionieren kann.

Soweit ist mein Projekt noch nicht fortgeschritten aber das ist ein guter Leitfaden zum vorankommen!

Wenn sonst jemand hilfreicht Tipps hat immer her damit!

Danke!!

Hallo,

ich hab ein ähnliches Problem.

Ich habe eine CPU 1516 und einen Sinamics S120. Eigentlich soll mein Antrieb nur Drehzahlgeregelt fahren. Dafür könnte ich ja den SINA_SPEED nehmen. Allerdings möchte ich noch Daten wie Stromistwert, Zwischenkreisspannung... von meinem Antrieb an die Steuerung gesendet bekommen. Das ist mit dem SINA_SPEED ja nicht möglich, weil der für die Kommunikation üner das Telegramm 1 ist. Ich muss ja aber ein anderes/längeres Telegramm nutzen.  

Baue ich die Kommunikation nun genau so auf, wie du es für den DCM beschireben hast (außer, das ich keine GSD Datei für den S120 brauche)? Oder gibt es eine andere/schönere/einfachere Lösung?

Hallo,

es gibt zumindest jetzt noch weitere Bausteine wie den SINA_SPEED aber für Telegramm 20 und 352.

Im 352 stecken ja zum Beispiel schon zusätzliche Daten drin (Strom, Drehmoment,..) Vielleicht reicht Ihnen das ja schon.

Zu finden in der Bibliothek "LSinaExt":

https://support.industry.siemens.com/cs/ww/de/view/109747655

Ansonsten wie beim DCM auch. Erst ein Standardtelegramm einstellen und dann Zusatzdaten anlegen (hier nun direkt im Startdrive in der Telegrammprojektierung). Zusatzdaten bekommen eine eigene HW ID, die kann man dann im PLC Programm mit GETIO / SETIO ansprechen. Telegrammverlängerung hat die selber ID wie das Standardtelegramm, da muss man dann GETIO_PART und SETIO_PART verwenden um nur den gewünschten Teil des Telegramms zu schreiben. Ich finde es mit Zusatzdaten komfortabler wegen der eigenen ID.

Hallo Robert,

ich hoffe du liest das noch...

- Die DCM sind im STARTER und TIA Projektiert und die Verbindung läuft.

- der Tipp mit dem 'Standard Telegramm 2/2' auf ein freies 16/16 umzustellen geht auch super.

- der getIO Befehl liest mir alle Daten ein, densetIO habe ich noch nicht getestet.

DANKE erst mal dafür!

Aus der 'F1- Hilfe' für den getIO kann ich lesen:
Parameter: INPUTS - Nur Datentyp BYTE oder ARRAY of BYTE sind zulässig.

- da ich viele Werte im Word-Format brauche ist das etwas nervig

Jetzt zur eigentlichen Frage!

Was spricht eigentlich dagegen die E- bzw. A-Adressen direkt zu verwenden?
- Diese habe ich in den Modulen der DCM im TIA festgelegt.
- Als %QW... oder %IW.... komme ich doch auch an die Daten?

Die einzelnen Werte (Bit/Byte) aus dem ganzen Wort kann ich direkt ansprechen, wenn ich sie brauche:

https://support.industry.siemens.com/cs/document/57374718/wie-k%C3%B6nnen-sie-in-step-7-(tia-portal)-bit-byte-oder-wortweise-und-symbolisch-auf-die-unstrukturierten-datentypen-zugreifen-?dti=0&lc=de-WW

Hallo,

freut mich, dass es soweit klappt

Bezüglich GETIO / SETIO:
Es wird verwendet, um die Daten eines DP Slaves (und das ist der Antrieb für die PLC) konsistent zu lesen / zu schreiben. Der absolute PLC Spezialist bin ich nun leider nicht, um die Unterschiede gegenüber dem einfachen Lesen der I/O Daten zu erklären. Ich habe es in meinen Antriebsbausteinen aber immer verwendet (auch früher schon in S7-300, dort mit DPRD_DAT/ DPWR_DAT). Das sind auch die Funktionen, die GETIO und SETIO nutzen. Schau mal in die TIA Hilfe zu DPRD_DAT, da findest du folgende Beschreibung:

---------------------------------------------------------

Beschreibung

Mit der Anweisung "DPRD_DAT" lesen Sie konsistente Daten eines EA-Moduls aus.

Die Anweisung kann sowohl für Module der Zentralbaugruppe als auch DP-Normslaves und PROFINET IO-Devices verwendet werden.

Sie benötigen "DPRD_DAT", weil Sie mit den Ladebefehlen, die auf die Peripherie bzw. auf das Prozessabbild der Eingänge zugreifen, maximal vier Bytes zusammenhängend auslesen können. Sie können konsistente Daten ggf. auch über das Prozessabbild der Eingänge einlesen. Ob Ihre CPU diese Funktionalität beherrscht, entnehmen Sie der zugehörigen Dokumentation. Weitere Informationen zu konsistenten Daten eines DP-Normslaves/PROFINET IO-Devices finden Sie in dem Abschnitt "Datenkonsistenz".

Verwenden Sie die Anweisung "DPRD_DAT" bei Bedarf auch für einen Datenbereich ab 1 Byte. Die Maximallänge der Daten entnehmen Sie der Dokumentation Ihrer CPU (z. B. 64 Byte bei einer S7-1214).

--------------------------------------------------------

Hoffe das hilft zum Verständnis, besser kann ich es leider nicht erklären. In der Praxis wird es in deinem Programm sicher nicht viel ausmachen, wenn du einfach auf die I/O Daten zugreifst. Es ist dann vielleicht nicht konsistent - wie auch immer sich das dann genau auswirkt.