Positionierungsaufgabe mit S120 TIA Portal und CPU314

[gravieren]

Zuviel Werbung?
-> Hier kostenlos registrieren

... habe gerade mal nachgeschaut - in FW2.5 wird Tel 111 noch nicht unterstützt.

Also hast Du zwei Möglichkeiten:
1.) Mit dem SINAMICS kannst Du aufgrund der "Bico-/Konnektortechnik" beliebige Telegramme zusammenbauen (wird gerne gemacht, wenn man ein anderes Fabrikat austauscht und man in der SPS das alte Telegramm behalten will).
Also mal im Listenhandbuch nachschauen, welche Verschaltungen wohin gehen.
2.) empfohlene Maßnahme: Firmwareupdate auf FW2.6.2

FW2.6.2 ?

Redet ihr von der FW für einen S120 ?


http://support.automation.siemens.com/CH/view/de/68831755

Wo habe ich hier einen Denkfehler ?

 

[zako]

... offensichtlich hat der Themenstarter eine alte CU320 (CU310) und KEINE CU320-2 (CU310-2)

Somit braucht er eine FW2.x
http://support.automation.siemens.com/CH/view/de/33124038

 

[Tschambolaia]

Zuviel Werbung?
-> Hier kostenlos registrieren

Update auf 2.6 wurde gemacht.
Nun kann ich auch Telegramm 111 auswählen.
Dafür erstmal Danke.

Jetzt würde ich wie gesagt nur mit dem FB284 von Siemens arbeiten, ist das denn möglich.
Ich will mich erstmal auf 4 Funktionen beschränken.

Wie gesagt wäre Super wenn mir da jemand ne Hilfestellung oder kurze Vorgehensweise in Schritten geben könnte.
Damit ich jetzt nicht ewig irgendwas versuche was dann doch gar nicht möglich ist.
Danke.

 

[zako]

... zieh Dir mal Kapitel 5.2 - 5.4 rein (ein eigenes Kapitel für GSD S120 + S7-300 hat man sich hier anscheinend gespart, aber aus den andern ergibt sich das automatisch):
http://cache.automation.siemens.com/dnl/jk/jk1ODM3MQAA_68034568_DL/SINAMICS_Bausteine_TIAP.pdf

Ich mach es mir auch immer erstmal einfach. Mode auf Tippen stellen, dann ein Bit zum Einschalten eines zum Tippen vorwärts und eins zum Fehler quittieren. Dann noch die beiden Adressen angeben und ich kann schon mal über die SPS lagegeregelt verfahren.

 

[zako]

 

[Tschambolaia]

Zuviel Werbung?
-> Hier kostenlos registrieren

Vielen Dank nochmals, für die Screenshots....

Wie schon gesagt den Baustein habe ich eigtl. soweit fertig und ich denke auch der Funktioniert, weil ja z.B. Tippen schon geht.

Ich denke deshalb das mein Starter irgendwo Fehlerhaft Parametriert ist und deswegen der Rest nicht tut :/

 

[zako]

... dann klappt ja die Kommunikation.
Du siehst ja, ob die Betriebsart korrekt angesteuert wird. Beim absoluten Positonien, muss z.B. der EPos referenziert sein, bei relativen z.B. nicht.

Aber wenn Du schon so lange kämpfst, würde ich mal die Hotline kontaktieren, bzw. mal jemanden zur Untersützung vor Ort holen.

 

[Tschambolaia]

Servus zako, bin ein gutes Stück weiter gekommen.
Was mich grad nervt auch wenn´s nur ein Schönheitsfehler ist.
Würde gerne diesen "Veloact" also die aktuelle Geschwindigkeit auf meinem HMI ausgeben lassen (beim Tippen)...

Der Wert ist ja in RPM normiert und bei mir eine riesige Zahl die keinem was sagt.
Gibt es hier Leute aus der Industrie die diesen Wert in der Praxis schon öfter "ausgegeben" haben und was habt Ihr da so gemacht als Skalierung damit der Wert irgendwie was sinnvolles wird ?

Danke

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

diese riesige Zahl ist nicht die absolute RPM sondern der unnormierte Wert bezogen auf die in p2000 eingestellte Bezugsdrehzahl wobei 4000h = 100% von p2000 bedeutet.

Du musst Dir das halt noch vernünftig umrechnen.

 

[Ralle]

diese riesige Zahl ist nicht die absolute RPM sondern der unnormierte Wert bezogen auf die in p2000 eingestellte Bezugsdrehzahl wobei 4000h = 100% von p2000 bedeutet.

Du musst Dir das halt noch vernünftig umrechnen.

@ChristophD
Weißt du zufällig auch, warum Siemens das so macht? Hat sich das historisch so ergeben oder gibt es da besondere Gründe?

 

[ChristophD]

Das nennt sich ganz einfach PROFIDRIVE Spezifikation.
Dort sind diese Mechanismen festgelegt und beschrieben.
Die SINAMICS Antriebsfamilie hält sich halt sehr konsequent an diese Profil-Norm dadurch kannst du auf PLC Seite quasi universell programmieren ohne auf den darunterliegenden Antrieb Rücksicht nehmen zu müssen.
Statt also für jeden Antrieb einen speziellen Handlings FB zu schreiben und die Hersteller Telegramme zu beachten kannst du bei PROFIDRIVE auf die definierten Telegramm, deren Belegung und die definierten Parameter zugreifen.

 

[zako]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ChristophD
Weißt du zufällig auch, warum Siemens das so macht? Hat sich das historisch so ergeben oder gibt es da besondere Gründe?

... man muss ja Drehzahl, Drehmoment an den Antrieb "geeignet" vorgeben können.
Und da hat sich eine Vorgabe in % einfach bewährt.
Es gibt Antriebe (Torquemoten), die eine Bezugsdrehzahl von z.B. 30min[SUP]-1[/SUP] haben und dann wieder schnelldrehende Spindeln, die mit 80000min[SUP]-1[/SUP] drehen sollen.
Man könnte ja direkt in min[SUP]-1[/SUP] vorgeben, dann wären z.B. die Sprünge für den Torquemotor viel zu groß und für die Spindel würde ein "WORD" gar nicht reichen (es gibt Leute, die als Bezugsdrehzahl 16384min[SUP]-1 ´[/SUP]wählen, dann kann man die Drehzahl als WORD direct vorgeben).
Ähnliches für Drehmomente (es gibt SINAMICS- Leistungsteile, die 1,7A Ausgangsstrom können und welche von weit über 1000A). Und wenn Du dann noch Regelungsstrukturen über ein überlagerte Steuerung ziehst, dann ist die Rechnung in % einfach am geeignetsten und man hat immer eine geeingete Auflösung.

 

[Draco Malfoy]

Anhang anzeigen 26711

War dat nicht so, daß E und A Bereiche in der Peripherie gleich sein mussten ? Zumindest habe ich soetwas für FB283 in Erinnerung

 

[zako]

... hier ist doch auch der EA- Bereich jeweils 12 Worte ab EA-Adresse 256.

Übrigens bei S7-1500 würde man die HWID angeben.

 

[Draco Malfoy]

Zuviel Werbung?
-> Hier kostenlos registrieren

... hier ist doch auch der EA- Bereich jeweils 12 Worte ab EA-Adresse 256.

Übrigens bei S7-1500 würde man die HWID angeben.

Ich muss die E/A Bereiche ja trotzdem korrekt anlegen. Die eine Achse ist ab 256, bei der Y1_Vertical Axis läuft dat auseinander
Im FB284 laufen intern möglicherweise Befehle von der Sorte LOG_TO_GEO ab (bzw. GEO_TO_LOG um aus der HW-ID die E/A Adr. zu bekommen), und kann mir gerade nicht vorstellen daß da was korrektes bei rauskommt wenn der E/A Bereich nicht zusammenfällt

 

[Draco Malfoy]

@ChristophD
Weißt du zufällig auch, warum Siemens das so macht? Hat sich das historisch so ergeben oder gibt es da besondere Gründe?

Ich bin zwar nicht Christoph D. Aber m.W. sind diese Hex Normierungen eingeführt worden, um der mathematischen Sicherheit des Wertes wegen (= kleine oder undeutlich skalierte Werte gehen eher verloren, als eine normierte Größe).

 

[ChristophD]

@Draco

siehe Post #31 und #32 dort steht die Antwort