Tools

Diese Technologiefunktion realisiert einen Blinker mit seperat einstellbarer Dauer für Ein und Aus. Wenn der Eingang "x_Const_Out = 1" ist der Ausgang dauerhaft High. Wird an diesem Eingang eine HL-Flanke erkannt beginnt der Blinker automatisch zu blinken.

Dieser Baustein liest bestimmte Konfigurationsparameter aus einem Baumüller Antrieb aus. Nähere Informationen siehe Allgemeine Beschreibung.

Aktuell können die Fehler folgender Regler ausgelesen werden:
BmaXX 32xx, BmaXX 33xx, BmaXX 52xx, BmaXX 53xx

Mit diesem Baustein werden Fehler eines Baumüller Antriebs ausgelesen. Sobald ein (oder mehrere) Fehler am Regler ansteht werden einmalig alle ausgelesen und im Array "a_ErrorList" gespeichert. Darin wird ebenfalls die Anzahl aller anstehenden Fehler eingetragen. Ein erfolgreiches Auslesen wird durch "x_ListDone = TRUE" gekennzeichnet. Durch eine fallende Flanke am Eingang "x_Acknowledge" wird die Fehlerliste des Bausteins gelöscht und die automatische Fehlerüberwachung wieder aktiviert.

Ebenfalls kann man die aktuell anstehenden Fehlermeldungen durch den Baustein zyklisch auslesen lassen. Diese Funktion muss durch "x_ContCheck = TRUE" aktiviert werden. Hierbei muss beachtet werden, dass t_CheckCycle größer als 0 gewählt werden muss, da sonst das Auslesen nicht mehr funktioniert. Die De- bzw. Aktivierung der Funktion kann jederzeit vorgenommen werden. Achtung: Das Auslesen findet via Bedarfsdatenkommunikation zum Antrieb statt.

Aktuell können die Fehler folgender Regler ausgelesen werden:
BmaXX 32xx, BmaXX 33xx, BmaXX 44xx ab Firmwareversion 3.11, BmaXX 52xx, BmaXX 53xx

Mit dem TB_FIFO (First In–First Out) werden sequentiell Datensätze gespeichert, die zu einem späteren Zeitpunkt in der gleichen Reihefolge wieder ausgelesen werden können. Es können bis zu 256 Datensätze gespeichert werden.

Mit x_Enable=TRUE wird der Baustein aktiviert. Die erfolgte Aktivierung wird mit TRUE am Ausgang x_Active gemeldet. Ab diesem Zeitpunkt können Datensätze gespeichert und gelesen werden. Ein Datensatz besteht aus ein bis vier Datenworten.

Daten speichern:
Gespeichert wird der an di_InVal0..3 angelegte Datensatz mit der positiven Flanke am Eingang x_Put. Wurde der Datensatz übernommen, wird dies mit TRUE am Ausgang x_PutDone für einen Zyklus gemeldet. Konnte der Datensatz nicht gespeichert werden (FIFO voll), so bleibt x_PutDone FALSE und es wird ein Fehler ausgegeben. Es können bis zu 256 Datensätze gespeichert werden.

Daten lesen:
Mit einer positiven Flanke am Eingang x_Get wird der älteste Datensatz gelesen an di_OutVal0..3 ausgegeben und intern gelöscht. Das heißt ein bereits gelesener Datensatz kann kein zweites Mal ausgelesen werden. Die erfolgreiche Ausgabe wird mit TRUE am Ausgang x_GetDone für einen Zyklus angezeigt. Konnte kein Datensatz gelesen werden (FIFO leer), so bleibt x_GetDone FALSE und es wird ein Fehler ausgegeben.

FIFO löschen:
Mit Wegnahme der Freigabe (x_Enable=FALSE) wird der FIFO gelöscht und alle gespeicherten Datensätze werden gelöscht.

Fehler quittieren:
Fehler werden durch einen gültigen Befehl automatisch gelöscht. Wird z.B. nach einem Fehler -2 (FIFO leer) ein Datensatz gespeichert, so wird damit x_Error=FALSE und i_Error=0.

Der Funktionsbaustein TB_FilterReal implementiert einen Tiefpassfilter mit programmierbarer Zeitkonstante (T) für REAL-Werte. Bei jedem Zyklus berechnet der Baustein den gefilterten Wert basierend auf dem aktuellen Eingangswert und dem vorherigen gefilterten Wert. Die Zeitkonstante T bestimmt, wie schnell der Filter auf Änderungen im Eingangswert reagiert. Der gefilterte Wert wird im Ausgang Y bereitgestellt.

Der FB eignet sich zur Dämpfung hochfrequenter Eingangswerte und zur Erzeugung geglätteter Ausgangswerte. Die Wahl der Zeitkonstante T beeinflusst die Filterreaktionsgeschwindigkeit. Ein größerer T-Wert führt zu einer langsameren Reaktion auf Änderungen.

Dieser Baustein erstellt die Stützpunkttabelle der Standardkurven für die Verwendung in Technologiebausteinen wie TB_SyncLin. TB_SyncRot, TB_CamStretch.

In der Stützpunkttabelle sind die Kurvenstützpunkte für die Technologiebausteine abgelegt.

Die Tabelle bietet Platz für 32 Kurven á 512 Stützpunkte. Die ersten 16 Plätze sind reserviert. Die Plätze 17 bis 32 können mit Anwenderkurven gefüllt werden. Bausteine mit CamId-Eingang (wie z.B: TB_CamStretch), können die Anwenderkurven verarbeiten. Siehe Beschreibung der entsprechenden Bausteine.

Dieser Baustein erzeugt zyklische Sollpositionen in Anwendereinheiten und kann in Verbindung mit Technologiebausteinen wie TB_SyncRot oder TB_SyncLin Zusatzpositionierungen ausführen.

Der Baustein erzeugt Sollpositionen abhängig einer Leitposition. Die Bewegung startet aus der Rast, sobald die Leitposition (di_xPos) gleich der Startposition (di_xOffs) ist. Die Bewegung der Achse (di_yFact) wird ausgeführt während der Leitweg di_xFact zurücklegt. Es wird ein Geschwindigkeitsprofil ohne Geschwindigkeits-Plateau erzeugt.

Mit diesem Funktionsbaustein wird der G-Code-Puffer des MC_MovePath gelesen. Die G-Code-Befehle werden aufsteigend sortiert, beginnend mit dem gerade aktiven Befehl. Die Tabelle wird automatisch aktualisiert, bei Änderung des G-Code-Buffer ArrayIndex.

Der Funktionsbaustein TB_RtcDateToString konvertiert das RTC-Datum von HEX in einen String.

Die Ausgabe erfolgt in zwei Formaten:

Der Funktionsbaustein TB_RtcTimeToString konvertiert die empfangene RTC-Zeit (im HEX-Format) in ein HH:MM:SS-Format. Optional ist eine Anzeige im 12h-Format möglich, in diesem Fall wird entsprechend der AM/PM-Suffix ergänzt.

Der Funktionsbaustein TB_Select_PT1 dient dazu, zwischen zwei Eingangswerten (r_InValue_1 und r_InValue_2) basierend auf dem Schalter x_Switch auszuwählen. Wenn x_Switch auf FALSE gesetzt ist, wird der Wert von r_InValue_1 ausgewählt, andernfalls wird der Wert von r_InValue_2 ausgewählt. Der ausgewählte Wert wird dann durch ein PT1-Übertragungsglied mit den Zeitkonstanten t_Time_1 oder t_Time_2 (abhängig von der Auswahl) und dem Verstärkungsfaktor r_Multiplier verarbeitet.

Der Funktionsbaustein überwacht die Wertübertragung und setzt die Statussignale x_Busy und x_Done entsprechend. Wenn die Übertragung aktiv ist (d.h., die Differenz zwischen Ausgangs- und Eingangswert größer als 0.25 ist), wird x_Busy auf TRUE gesetzt. Wenn der Zielwert erreicht ist (d.h., x_Switch aktiv ist und die Differenz zwischen Ausgangs- und Eingangswert kleiner oder gleich 0.25 ist), wird x_Done auf TRUE gesetzt.

Der Funktionsbaustein kann mit dem Eingang x_Enable ein- oder ausgeschaltet werden. Wenn x_Enable auf FALSE gesetzt ist, werden alle Ausgänge zurückgesetzt, und der Funktionsbaustein ist inaktiv.

Hinweis: Falls der Wert von r_Multiplier kleiner oder gleich 0 ist, wird der Verstärkungsfaktor auf 1 gesetzt, um eine korrekte Funktionsweise sicherzustellen.

Mit dem TB_ShiftReg steht ein Schieberegister zur Verfügung, mit dem z.B. eine Produktverfolgung implementiert werden kann. Es können vier DINT-Variable geschoben werden. Das Schieberegister kann bis zu 256 Fächer enthalten.

Mit x_Enable=TRUE wird der Baustein aktiviert. Dabei werden alle Daten gelöscht (auf 0 gesetzt). Die erfolgte Aktivierung wird mit TRUE am Ausgang x_Active gemeldet. Ab diesem Zeitpunkt können Datensätze gespeichert und gelesen werden. Ein Datensatz besteht aus ein bis vier Datenworten.

Daten speichern:
Gespeichert wird der an di_InVal0..3 angelegte Datensatz mit der positiven Flanke am Eingang x_Put an der Position us_Position. Wurde der Datensatz übernommen, wird dies mit TRUE am Ausgang x_PutDone für einen Zyklus gemeldet.

Daten lesen:
Mit einer positiven Flanke am Eingang x_Get wird der Datensatz an der Position us_Position an di_OutVal0..3 ausgegeben. Die erfolgreiche Ausgabe wird mit TRUE am Ausgang x_GetDone für einen Zyklus angezeigt.

Daten schieben:
Mit einer positiven Flanke am Eingang x_Clock werden alle Datensätze an die nächste Position geschoben.

Schieberegister löschen:
Mit Wegnahme der Freigabe (x_Enable=FALSE) wird das Schieberegister gelöscht und alle gespeicherten Datensätze werden gelöscht.

Bei Vorschubsystemen, wie z.B. Folienvorschub, kann aufgrund mangelnder Reibung Schlupf entstehen.
Dieser Schlupf wird durch den FB TB_SlipCtrl kompensiert. Hierfür wird der Geschwindigkeits-Istwert des Encoders des Vorschubmotors mit dem Geschwindigkeits-Istwert eines zusätzlichen Encoders, der über ein Encoderrad direkt auf dem Material, z.B. der Folie, sitzt, verglichen.

Aufgrund des gut geeigneten Regelalgorithmus ist es möglich, Schlupf bis maximal ca. 50% zu kompensieren. Dies geschieht ohne bleibende Regelabweichung.

Der maximale Einfluss bezüglich der Drehzahl kann durch di_CtrlLim begrenzt werden. Mit Hilfe des Ausgangs di_SlipPerc kann der aktuelle Schlupf überwacht und bei Bedarf auf zu großen Schlupf reagiert werden, wie z.B. Bahnriss oder Materialstau.

Im folgenden Bild sieht man, wie sich der Funktionsblock verhält, wenn die Materialgeschwindigkeit (z.B. Encoderrad) langsamer wird als der Vorschub.
Dann wird der Ausgang di_Vel insofern kompensiert, als dass dessen Wert im gleichen Maße erhöht wird, sodass der Materialvorschub weiterhin konstant bleibt.

Dieser Baustein kann eingesetzt werden, um die States einer Statemachine (CASE) in einer POE zu monitoren und zu loggen

Allgemeine Beschreibung

Dieser Baustein kann zur detailierten Diagnose einer Statemachine genutzt werden. Dabei wird jeder State in einem Statustrace in Form seines Wertes, seiner Bezeichnung mitgeloggt. Auch die jeweilige Zeit in dem State wird in Millisekunden erfasst. Zusätzlich kann über den Eingang "x_EnableUsrLog" ein Userlogging auf dem PCC aktiviert werden, wobei die erfassten Werte dann auch in dem Kommandozeilen-Fenster des PCCs erscheinen. Außerdem kann man die Ausgagen auch unter D:\bm\log\PLC.log einsehen.
Dieser FB wird einfach an das Ende einer Statemachine gehängt und dort instanziert. Er arbeitet sobald er aufgerufen wird.

Damit das Userlogging auf dem PCC auch aktiv ist, muss das in einer Konfigurationsdatei freigeschaltet werden.
Diese Konfigurationsdatei liegt unter "D:\bm\boot" und heißt "PCC_PLC_001.INI". Dort muss dann der Eintrag "x_EnableUsrLog" auf 1 gesetzt werden

Mit diesem Baustein kann die Synchronbewegung der Technologiebausteine TB_SyncLin und TB_SyncRot ersetzt werden. Standardmäßig wird hier eine Gerade verwendet, so dass sich die Achse winkel- und geschwindigkeitssynchron zum Master bewegt.

Folgende Bedingungen sind für Anwender-Synchronkurven einzuhalten.
-Die Steigung am Anfang und am Ende muss gleich sein.
-Die Krümmung am Anfang und Ende muss null sein.
-Die Kurve muss aus 512 Stützpunkte bestehen

Die Kurve muss in x- und y-Richtung auf 0…16.777.216 normiert sein.

x-Richtung:
Es werden 512 Stützpunkte für die x-Positionen [0]0, [1]32.768, [2]65.536, …, [511]16.744.448 vorgegeben und der zugehörige y-Wert wird in der Tabelle _SyncCam abgelegt. Der x-Wert wird nicht abgelegt.

y-Richtung:
Der y-Wert bei der ersten x-Position ist _SyncCam[0]=0. Der Wert ist immer 0. Der letzte Wert der Kurve wäre der 513. Wert, also _SyncCam[512]=16.777.216. Da die Kurve jedoch nur bis _SyncCam[511] definiert wird, sind die Punkte so zu normieren, dass der 513. Wert 16.777.216 ist. Für eine einfache Gerade ist _SyncCam[511] folglich 16.744.448.

Beim Einsatz der Anwender-Synchronkurve ist zu beachten, dass der SEP frühestens am Ende der Anwender-Synchronkurve erfolgen darf, da sich sonst ein Ruck oder Stoß beim Eintritt in die Umkehr ergeben kann. Die Bewegung nach der Anwender-Synchronkurve bis zum SEP erfolgt mit einer Geraden.

Um z.B. Totzeiten zu kompensieren oder vorzusteuern ist es erforderlich, den Weg, den eine Achse während einer bestimmten Zeit zurücklegen wird, vor zu berechnen. Die Funktion TB_TimeToTravel berechnet diesen Weg (Typ UDINT). In Kombination mit dem FB TB_MasterEngine kann der Weg auch während der Beschleunigungs- und Bremsphase exakt berechnet werden.

Die Funktion berechnet den Verfahrweg in Einheiten, den eine Achse während einer bestimmten Zeit zurücklegen wird.

Reale Leitachse:
Wird z.B. mit einer realen Leitachse gearbeitet, so hat man nur die aktuelle Geschwindigkeit zur Verfügung. Da keine Information über die Dauer der Beschleunigung vorhanden ist, ist die Berechnung nur für den konstanten Betrieb exakt, während der Beschleunigung entsteht ein Fehler. Nur der Eingang di_VelAct_s kann angeschlossen werden.

Virtuelle Leitachse:
Da bei Verwendung einer virtuellen Leitachse (FB TB_MasterEngine) die Geschwindigkeit, die erreicht werden soll und auch die Größe und Dauer der Beschleunigung bekannt sind, erfolgt die Berechnung des Verfahrweges fehlerfrei. Alle Eingänge müssen belegt werden, sie stehen am FB TB_MasterEngine zur Verfügung.

Die Funktions XAND führt eine logische OR-AND-Verknüpfung der mit den beiden Eingangssignalen IN1 und IN2 verbundenen Operanten aus.

Das Ausgangssignal wird den Zustand "1" (hoch) haben, wenn entweder das erste und das zweite Eingangssignal beide den Zustand "1" haben oder beide Eingangssignale den Zustand "0" haben. Andernfalls wird der Ausgang den Zustand "0" (niedrig) haben.