Hallo,

folgende Aufagbe soll realisiert werden:

Eine T-CPU(315T-2DP) soll die Antriebe einer Sinamics-Anlage(CU320-2DP) steuern.

Dies soll über Telegramme geschehen.

Nachdem ein Schalter betätigt wurde soll die CPU nach und nach die Freigaben für das ALM und die Antriebe setzen und die eingetragenen Verfahrsätze starten.

Ich hab im Forum uä. schon ein paar Dinge gefunden, jedoch Fehlt mir noch immer die Info wie genau ich die Telegramme verwende bzw mit in mein Ablaufprogramm mit einbinde.

Leider ist die für mich absolutes Neuland. Ich hoffe trotzdem die ein oder andere Hilfestellung bekommen zu können :)

Danke für eure Hilfe im vorraus.

Gruß Sven

Hallo,

Die Antriebe und Telegramme werden im HWConfig angelegt am DP(Drive) der CPU.

Wenn du nicht mit GSD arbeitest dann erfolgt als nächstes die Antriebskonfiguration im TConfig integrierten
Starter.

Dann werden die Achsen angelegt und mit den Antrieben verschaltet , aus diesen Achs TO's werden
automatisch die AchsDB's erzeugt mit denen du dann im Anwenderprogram arbeitest.
Bei den PLC Open gibst du dann einfach den geünschten Achs DB an der mit dem Antrieb verschaltet ist
und den rest erledigt das System für dich also die Versorgung der Telegramme zum Antrieb.

Bei der ALM ist das etwas anders, dort gibt es ein ALMFB zur Ansteuerung.
Die ALM hat Telegramm 370 welches mit einer Adresse <64 in HWConfig konfiguriert werden muss.
Dann gibst du einfach dieses Adresse an den ALMFB und er erledigt den Rest für dich.

Edit:

hier noch zwei Anwendungsbeispiele

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

Gruß

Christoph

Hallo Christoph,

danke für deine schnelle Antwort.

Die Verknüpfung der Achsen etc. steht schon komplett.

Ich habe das mit dem ALMFB nun versucht zu realisieren, jedoch bekomme ich nach dem Laden in die CPU den Fehler: "Peripherie-Zugriffsfehler schreibend", bzw. "lesend".

(siehe Bild)

Was könnte den Abhilfe schaffen? Habe den OB122 bereits leer eingefügt, jedoch ohne Erfolg.

Dankeschön...

Hi,

die Einspeisung hat Adresse 50 in der HWConfig?
Eventuell ist in der Einspeisung noch kein Telegramm 370 eingestellt oder die Reihenfolge
der Telegramme in HWConfig passt nicht mit denen im Starter/TConfig zusammen?

Es gibt eine FAQ für die Einspeisung an der T-CPU, eventuell hilft das weiter?

Gruß
Christoph

Hallo,

also die Reihenfolge der Telegramme stimmt, ebenso auch die Adresse.

Muss ich das Telegramm noch irgendwie aktivieren o.ä.?

Leider hat mich auch die FAQ nicht weiter gebracht.

Gruß

Sven

Hallo,

du musst im Starer Projekt das Telegramm konfiguriert haben und dies Konfiguration auch in den Antrieb geladen haben.
Leuchten irgendwelche LED rot  (SF, BF)?
Hat der Antrieb irgendwelche Störungen anstehen?

Gruß
Christoph

Hallo,

ja die Telegramme wurden im Starter und in der HW-Konfig angelegt.

Es steht ein SF an mit der Fehlerbeschreibung wie auf dem obigen Bild.

Gruß

Hi,

und wenn du online an den SInamics gehst stehen da irgendwelche Fehler an?
Rufst du en ALMFB automatisch auf wenn die CPU in run ist oder manuell?

Gruß
Christoph

Hallo Sven1991,

kann sein, dass Du aus dem SPS Programm auf die Adressen der Antriebe zugreifst ??

In der T-CPU wird über die Technologie-Funktionen auf die CU-320 und deren Antriebe zugegriffen.

Grüße

H0556

Hallo,

danke, aber im Programm wird ebenfalls auf die Adresse 50 zugegriffen.

Sven1991

Hallo,

danke, aber im Programm wird ebenfalls auf die Adresse 50 zugegriffen.

wenn Du im Programm auf die Adresse 50 zugreifst, musst Du in Deiner Peripherie die Adresse 50 belegt haben, das heißt im Rack oder in der dezentralen Periepherie am linken Busstecker.

Auf die Adressen <64, so wie auf alles was am Drive-Bus hängt kannst Du nicht über E/A bzw PEW/PAW zugreifen.

Das Abbild der Adressen im Technologie Prozeßabbild kann nur mit dem FB MC_WritePeripheriy und MC_ReadPreiphery beschrieben oder gelesen werden.

Grüße

H0556

H0556

 

Sven1991

Hallo,

danke, aber im Programm wird ebenfalls auf die Adresse 50 zugegriffen.

 

wenn Du im Programm auf die Adresse 50 zugreifst, musst Du in Deiner Peripherie die Adresse 50 belegt haben, das heißt im Rack oder in der dezentralen Periepherie am linken Busstecker.

Auf die Adressen <64, so wie auf alles was am Drive-Bus hängt kannst Du nicht über E/A bzw PEW/PAW zugreifen.

Das Abbild der Adressen im Technologie Prozeßabbild kann nur mit dem FB MC_WritePeripheriy und MC_ReadPreiphery beschrieben oder gelesen werden.

Grüße

H0556

Das gilt aber nicht für Adressen <64 und die Ansteuerung der Einspeisung.
Und genau um die geht es hier! Dafür wurde der ALM_FB entwickelt
Er will nicht auf den Antrieb schreiben sondern die Einspeisung mit dem
ALMFB einschalten umd dann über die TechnoDB die Antriebe anzusteueren!

Was man zur weiteren Analyse braucht:
Telegrammübersicht von HWVonfig und TConfig
Status der Einspeisung
Wann wird der Ausgang angesteuert (Sinamics braucht eine Gedenksekunde beim Übergang nach RUN)

ChristophD

 

Das gilt aber nicht für Adressen <64 und die Ansteuerung der Einspeisung.
Und genau um die geht es hier!
Er will nicht auf den Antrieb schreiben sondern die Einspeisung mit dem
ALMFB einschalten umd dann über die TechnoDB die Antriebe anzusteueren!

 Das wär mir aber ganz neu

Dann dürften alle meine Maschinen nicht laufen.

Die CPU hat ein Prozeßabbild beginnend bei Byte 0 auf das mit den E/A Befehlen zugegriffen wird.

Im Anhang ist der passend Auszug aus den 1636 Seiten des Technologie Systemhandbuchs

Grüße

H0556

Hi,

 dann nochmal :

 Einspeisung an der T-CPU

Dort wird genau beschrieben was zu tun ist um die Einspeisung über Telegram 370 am DP(DRIVE)
mit einer Adresse <64 über den FB ALM_CONTROL anzusteuern.

Un warum sollten Deine Maschinen nicht laufen , das was da im pdf steht widerspricht doch in keinster Weise dem bisher geschriebenen.
Die T-CPU hat ein festes Peripherieabbild von 0-63 im DP(DRIVE) und für den Zugriff darauf gibt es FB's
unter anderem den ALM_CONTROL den er verwenden soll.

Da der Themenstarter eher spärlich Informationen weitergibt ist das aus der Ferne sehr schwer zu beurteilen was er macht.
Und ich vermute wir sehen die Sache schon gleich nur interpretieren wir Aussagen unterschiedlich bzw. forumlieren unsere Gedanken unterschiedlich auch wenn es die gleichen sind 

Er kann auch die Einspeisung über nen TO Drehzahlachse ansteuern das würde auch gehen ist aber den denkbar "schmutzigste" Weg das Problem zu lösen.

Gruß
Christoph

Hallo,

ich hab mal einen Programmauszug angehängt wie man auf die ersten 64 Byte der Technologieperipherie zugreifen kann.

Hier werden die Eingänge im DB1500 und die Ausgänge im DB1501 abgelegt.

Die Anleitung zum Parametrieren sind zwar immer ganz brauchbar, wenn man dann aber nicht weiß wie man im Programm auf die Peripherie zugreifen kann, fehlt in dieser Schritt für Schritt Anweisung einfach ein wichtiger Teil. Nur der Verweis auf die beiden Funktionen ist da relativ wenig für einen Anfänger.

Ich hoffe das hilft einweinig weiter.

Grüße

H0556

Hi,

genau das macht auch dem ALM_CONTROL, nur das noch das Program der Steuerlogic darin enthalten ist.

Die Ansteuerung des ALM erfolgt über den Baustein MC_WritePeriphery.
Das Rücklesen der Statusinformationen des ALM wird mit dem Baustein
MC_ReadPeriphery durchgeführt.
Um dies komfortabler zu ermöglichen wurde der Baustein ALM_Control
geschrieben. Er übernimmt die Ansteuerung des ALM und verwendet dazu
die oben genannten Bausteine.
Zur Vereinfachung der Ansteuerung wurde ein Baustein erstellt, der diese
beiden Bausteine, sowie eine kleine Steuerlogik beinhaltet.

Gruß
Christoph

Hallo,

mal ganz was anderes. Wenn hier nur einfache Funktionen der Technologie genützt werden, also Positionieren und einfacher Gleichlauf ohne Kurven würde sich der Einsatz einer CPU der 1500er Serie empfehlen.

Sobal ein Comport Panel mit eingesetzt wird kann man alles sauber in TIA projektieren und muss nicht Step7 in der alten Version weiter pflegen und in TIA mit Proxy-Steuerungen arbeiten.

Die T-CPU´s der 300er Reihe werden wohl nie in TIA übernommen werden.

Grüße

H0556

Hi,

1500er scheidet hier wohl aus weil das klingt momentan nach eine Hausaufgabe bzw. Aufgabe während der Ausbildung.
Ob da jetzt auf ne 1500 umgeswitch wird ist eher fraglich

Generell würde ich acuh sagen das es mit 1500er und TIA besser zu lösen ginge, T-CPU der 300 wird es wie schon erwähnt nicht im TIA Portal geben.

Gruß
Christoph

ChristophD

Hi,

genau das macht auch dem ALM_CONTROL, nur das noch das Program der Steuerlogic darin enthalten ist.

Die Ansteuerung des ALM erfolgt über den Baustein MC_WritePeriphery.
Das Rücklesen der Statusinformationen des ALM wird mit dem Baustein
MC_ReadPeriphery durchgeführt.
Um dies komfortabler zu ermöglichen wurde der Baustein ALM_Control
geschrieben. Er übernimmt die Ansteuerung des ALM und verwendet dazu
die oben genannten Bausteine.
Zur Vereinfachung der Ansteuerung wurde ein Baustein erstellt, der diese
beiden Bausteine, sowie eine kleine Steuerlogik beinhaltet.

Gruß
Christoph

Hallo,

wenn Du den selben ALM_Control hast wie ich, dann verwendet dieser nicht die die Bausteine MC_WitePeripherie und MC_ReadPeripherie.

Er kann aber verwendet werden wenn man statt den Peripherie Adressen die Adressen des ausgelesenen Controlword bzw Statusword des parametriert. Mit der Peripherie im Drive Bus kann der Baustein nicht direkt arbeiten.

Grüße

H0556

Hi,

ich verwende den aus dem verlinkten FAQ Beitrag, also den von Siemens systemseitig bereitgestellten FB ALM_Control.

Dieser bekommt als Übergabe parameter:

Byte- Ausgangsstartadresse des ALM aus der Hardware-Konfiguration (mögliche Werte: 0-62).

Also scheint es unterschiedliche zu geben

Gruß
Christoph

.

Hallo,

vielen Dank für eure Hilfe!

Was genau das Problem war kann ih euch leider nicht sagen.

Nachdem ich die Konfiguration nochmal neu gemacht hatte lief das Programm einwand frei.

War wohl ein Bug in meiner Konfiguration.

Danke trotzdem für eure bemühungen...

Grüße Sven