Handbuch PLC Lib: Tc3 PackML V2 - download.beckhoff.com · 3Packaging Machine Tags ... man am besten mit PackML State Machine V3 verknüpfte „State“ Funktionsbausteine, um die

Handbuch

PLC Lib: Tc3_PackML_V2

TwinCAT 3

1.006.06.2016

Version:Datum:

Inhaltsverzeichnis

Inhaltsverzeichnis1 Vorwort ....................................................................................................................................................... 4

1.1 Hinweise zur Dokumentation ............................................................................................................ 41.2 Sicherheitshinweise .......................................................................................................................... 5

2 Packaging Machine State ......................................................................................................................... 62.1 Interfaces .......................................................................................................................................... 6

2.1.1 ITF_UnitState........................................................................................................................ 62.2 Datentypen ....................................................................................................................................... 7

2.2.1 E_PMLCommand.................................................................................................................. 72.2.2 E_PMLState.......................................................................................................................... 82.2.3 E_PMLProtectedUnitMode ................................................................................................... 82.2.4 ST_PMLSubUnitInfoRef........................................................................................................ 92.2.5 ST_PMLSubUnitInfo ............................................................................................................. 92.2.6 ST_PMLStateMachineOptions............................................................................................ 10

2.3 Funktionsbausteine......................................................................................................................... 102.3.1 PML_StateMachine............................................................................................................. 102.3.2 PML_UnitModeConfig......................................................................................................... 142.3.3 PML_UnitModeManager ..................................................................................................... 16

3 Packaging Machine Tags ....................................................................................................................... 193.1 Einleitung ........................................................................................................................................ 193.2 Tag-Arten........................................................................................................................................ 193.3 Tag-Details ..................................................................................................................................... 203.4 Datentypen ..................................................................................................................................... 25

3.4.1 Alarm................................................................................................................................... 253.4.2 Allgemein ............................................................................................................................ 263.4.3 ST_PMLa ............................................................................................................................ 273.4.4 ST_PMLc ............................................................................................................................ 283.4.5 ST_PMLs ............................................................................................................................ 28

3.5 Globale Parameter.......................................................................................................................... 293.6 Globale Konstanten ........................................................................................................................ 29

4 Anhang ..................................................................................................................................................... 304.1 Beispiel Tc3_PackML_V2............................................................................................................... 30

PLC Lib: Tc3_PackML_V2 3Version: 1.0

Vorwort

1 Vorwort

1.1 Hinweise zur DokumentationDiese Beschreibung wendet sich ausschließlich an ausgebildetes Fachpersonal der Steuerungs- undAutomatisierungstechnik, das mit den geltenden nationalen Normen vertraut ist.Zur Installation und Inbetriebnahme der Komponenten ist die Beachtung der nachfolgenden Hinweise undErklärungen unbedingt notwendig.

Das Fachpersonal hat sicherzustellen, dass die Anwendung bzw. der Einsatz der beschriebenen Produktealle Sicherheitsanforderungen, einschließlich sämtlicher anwendbaren Gesetze, Vorschriften, Bestimmungenund Normen erfüllt.

DisclaimerDiese Dokumentation wurde sorgfältig erstellt. Die beschriebenen Produkte werden jedoch ständig weiterentwickelt.Deshalb ist die Dokumentation nicht in jedem Fall vollständig auf die Übereinstimmung mit denbeschriebenen Leistungsdaten, Normen oder sonstigen Merkmalen geprüft.Falls sie technische oder redaktionelle Fehler enthält, behalten wir uns das Recht vor, Änderungen jederzeitund ohne Ankündigung vorzunehmen.Aus den Angaben, Abbildungen und Beschreibungen in dieser Dokumentation können keine Ansprüche aufÄnderung bereits gelieferter Produkte geltend gemacht werden.

MarkenBeckhoff®, TwinCAT®, EtherCAT®, Safety over EtherCAT®, TwinSAFE®, XFC®und XTS® sind eingetrageneund lizenzierte Marken der Beckhoff Automation GmbH.Die Verwendung anderer in dieser Dokumentation enthaltenen Marken oder Kennzeichen durch Dritte kannzu einer Verletzung von Rechten der Inhaber der entsprechenden Bezeichnungen führen.

PatenteDie EtherCAT Technologie ist patentrechtlich geschützt, insbesondere durch folgende Anmeldungen undPatente:EP1590927, EP1789857, DE102004044764, DE102007017835mit den entsprechenden Anmeldungen und Eintragungen in verschiedenen anderen Ländern.

Die TwinCAT Technologie ist patentrechtlich geschützt, insbesondere durch folgende Anmeldungen undPatente:EP0851348, US6167425 mit den entsprechenden Anmeldungen und Eintragungen in verschiedenenanderen Ländern.

EtherCAT® ist eine eingetragene Marke und patentierte Technologie lizensiert durch die BeckhoffAutomation GmbH, Deutschland

Copyright© Beckhoff Automation GmbH & Co. KG, Deutschland.Weitergabe sowie Vervielfältigung dieses Dokuments, Verwertung und Mitteilung seines Inhalts sindverboten, soweit nicht ausdrücklich gestattet.Zuwiderhandlungen verpflichten zu Schadenersatz. Alle Rechte für den Fall der Patent-, Gebrauchsmuster-oder Geschmacksmustereintragung vorbehalten.

PLC Lib: Tc3_PackML_V24 Version: 1.0

Vorwort

1.2 Sicherheitshinweise

SicherheitsbestimmungenBeachten Sie die folgenden Sicherheitshinweise und Erklärungen!Produktspezifische Sicherheitshinweise finden Sie auf den folgenden Seiten oder in den Bereichen Montage,Verdrahtung, Inbetriebnahme usw.

HaftungsausschlussDie gesamten Komponenten werden je nach Anwendungsbestimmungen in bestimmten Hard- und Software-Konfigurationen ausgeliefert. Änderungen der Hard- oder Software-Konfiguration, die über diedokumentierten Möglichkeiten hinausgehen, sind unzulässig und bewirken den Haftungsausschluss derBeckhoff Automation GmbH & Co. KG.

Qualifikation des PersonalsDiese Beschreibung wendet sich ausschließlich an ausgebildetes Fachpersonal der Steuerungs-,Automatisierungs- und Antriebstechnik, das mit den geltenden Normen vertraut ist.

Erklärung der SymboleIn der vorliegenden Dokumentation werden die folgenden Symbole mit einem nebenstehendenSicherheitshinweis oder Hinweistext verwendet. Die Sicherheitshinweise sind aufmerksam zu lesen undunbedingt zu befolgen!

GEFAHR

Akute Verletzungsgefahr!Wenn der Sicherheitshinweis neben diesem Symbol nicht beachtet wird, besteht unmittel-bare Gefahr für Leben und Gesundheit von Personen!

WARNUNG

Verletzungsgefahr!Wenn der Sicherheitshinweis neben diesem Symbol nicht beachtet wird, besteht Gefahr fürLeben und Gesundheit von Personen!

VORSICHT

Schädigung von Personen!Wenn der Sicherheitshinweis neben diesem Symbol nicht beachtet wird, können Personengeschädigt werden!

Achtung

Schädigung von Umwelt oder GerätenWenn der Hinweis neben diesem Symbol nicht beachtet wird, können Umwelt oder Gerätegeschädigt werden.

Hinweis

Tipp oder FingerzeigDieses Symbol kennzeichnet Informationen, die zum besseren Verständnis beitragen.


Packaging Machine State

2 Packaging Machine StateDie Packaging Machine State Funktionsbausteine haben eine gemeinsame Schnittstelle zu denexistierenden PackML Machine State Model Ausführungen. Es wird erwartet, dass anwendungsspezifischeLogik, wie Zustands-Übergänge, in externen Funktionsbausteinen programmiert ist und der PackagingMachine State Funktionsbaustein die zentrale Logik der Zustandsmaschine und die Zustandsdarstellungübernimmt. Deswegen gibt es für diesen Funktionsbaustein eine Empfehlung, wie er mit anderer Logikkombiniert werden kann.

Der Zustandsübergang in einer Maschinenanwendung ist immer anwendungsspezifisch. Deswegen gestaltetman am besten mit PackML State Machine V3 verknüpfte „State“ Funktionsbausteine, um dieStandardisierung zu vereinfachen. Die „State“ Funktionsbausteine erfassen anwendungsspezifische Signaleund stellen die Übergangslogik zu angrenzenden Zuständen dar (siehe PackML Zustandsmodell). Die„State“ Funktionsbautsteine geben Feedback an PS_PackML_State_Machine_V3, wodurch eine Standard-Zustandsmaschine und Zustandsmeldung möglich wird. Die „State“ Funktionsbausteine enthalten denMaschinenausführungscode und die anwendungsspezifische Übergangslogik.

„State“ Funktionsbausteine sind unten gelistet und werden vom Anwendungsprogrammierer soprogrammiert, dass Integrität und Funktionalität der PackML State Machine gewahrt bleibt:

Namen der PackML State Machine V3 Funktionsbausteine:

• PS_Starting• PS_Completing• PS_Resetting• PS_Holding• PS_unHolding• PS_Suspending• PS_Clearing• PS_Stopping• PS_Aborting• PS_Execute• PS_Complete• PS_Idle• PS_Held• PS_Suspended• PS_Stopped• PS_Aborted

Voraussetzungen

Entwicklungsumgebung Zielplattform Einzubindende SPS BibliothekenAb TwinCAT v3.1 Build 4018 PC (i386) Tc3_PackML_V2

2.1 Interfaces

2.1.1 ITF_UnitStateDieses Interface kann den Unit-Bausteinen der Applikation implementiert werden und stellt alle Methodendes Packaging State Models zur Verfügung, die dann je nach Bedarf mit Applikations-Code gefüllt werdenkönnen.

Diese Methoden sind:



M_Aborted

M_Aborting

M_Clearing

M_Complete

M_Completing

M_Execute

M_Held

M_Holding

M_Idle

M_Resetting

M_Starting

M_StateComplete

M_Stopped

M_Stopping

M_Suspended

M_Suspending

M_Undefined

M_Unholding

M_Unsuspending

2.2 Datentypen

2.2.1 E_PMLCommandE_PMLCommandTYPE E_PMLCommand : ( (* states according to PackTags v3.0 *) ePMLCommand_Undefined := 0, ePMLCommand_Reset := 1, ePMLCommand_Start := 2, ePMLCommand_Stop := 3, ePMLCommand_Hold := 4, ePMLCommand_Unhold := 5, ePMLCommand_Suspend := 6, ePMLCommand_Unsuspend := 7, ePMLCommand_Abort := 8, ePMLCommand_Clear := 9);END_TYPE

Voraussetzungen




2.2.2 E_PMLStateE_PMLStateTYPE E_PMLState : ( (* states according to PackTags v3.0 *) ePMLState_Undefined := 0, ePMLState_Clearing := 1, ePMLState_Stopped := 2, ePMLState_Starting := 3, ePMLState_Idle := 4, ePMLState_Suspended := 5, ePMLState_Execute := 6, ePMLState_Stopping := 7, ePMLState_Aborting := 8, ePMLState_Aborted := 9, ePMLState_Holding := 10, ePMLState_Held := 11, ePMLState_Unholding := 12, ePMLState_Suspending := 13, ePMLState_Unsuspending := 14, ePMLState_Resetting := 15, ePMLState_Completing := 16, ePMLState_Complete := 17);END_TYPE

Voraussetzungen


2.2.3 E_PMLProtectedUnitModeE_PMLProtectedUnitModeTYPE E_PMLProtectedUnitMode : ( ePMLUnitMode_Invalid := 0, ePMLUnitMode_Production := 1, ePMLUnitMode_Maintenance := 2, ePMLUnitMode_Manual := 3);END_TYPE

Voraussetzungen




2.2.4 ST_PMLSubUnitInfoRefST_PMLSubUnitInfoRefTYPE ST_PMLSubUnitInfoRef : STRUCT pArray : POINTER TO ST_PMLSubUnitInfo; nArraySize : UDINT; nNoOfSubUnits : UDINT;END_STRUCTEND_TYPE

pArray Adresse eines eindimensionalen Arrays vom Typ ST_PMLSubUnitInfo. JedesArray-Element enthält den Zustand eines unterlagerten Maschinenteils.Beispiel:stSubUnitInfo : ARRAY[1..10] OF ST_PMLSubUnitInfo;pArray := ADR(stSubUnitInfo);

nArraySize Speichergröße des eindimensionalen Arrays, die mit der SIZEOF Funktionermittelt werden kann.Beispiel:nArraySize := SIZEOF(stSubUnitInfo);

nNoOfSubUnits Anzahl der relevanten unterlagerten Maschinenteile.

Voraussetzungen


2.2.5 ST_PMLSubUnitInfoST_PMLSubUnitInfoTYPE ST_PMLSubUnitInfo : STRUCT bActive : BOOL; eState : E_PMLState;END_STRUCTEND_TYPE

bActive Signalisiert, dass dieser unterlagerte Maschinenteil aktiv ist und denZustandsvorgaben der Zustandsmaschine folgt.

eState Enumeration die den aktuellen Zustand des unterlagerten Maschinenteilswiedergibt.

Voraussetzungen




2.2.6 ST_PMLStateMachineOptionsST_PMLStateMachineOptionsTYPE ST_PMLStateMachineOptions : STRUCTEND_STRUCTEND_TYPE

Voraussetzungen


2.3 Funktionsbausteine

2.3.1 PML_StateMachine

Der PML_StateMachine Funktionsbaustein hat in der aktualisierten Form eine gemeinsame Schnittstellezum PackML Machine State Model V3. Es wird erwartet, dass anwendungsspezifische Logik, wie Zustands-Übergänge, in externen Funktionsbausteinen programmiert werden und der FunktionsbausteinPML_StateMachine die zentrale Logik der Zustandsmaschine und die Zustandsdarstellung übernimmt.Aufgrund des aktuell aktiven UnitMode (eMode) stellt sich das Machine State Model unterschiedlich dar.Dazu sind 3 Grundmodelle vorkonfiguriert (E_PMLProtectedUnitMode [} 8]).



ePMLProtUnitMode_Production



ePMLProtUnitMode_Maintenance



ePMLProtUnitMode_Manual

Weiterhin können weitere anwenderspezifische Modelle in einfacher Weise mit Hilfe des FunktionsbausteinPML_UnitModeConfig [} 14] erstellt werden und sind so sehr flexibel einsetzbar.

Die Logik für Übergänge, insbesondere zwischen Production, Maintenance und Manual Mode, ist abhängigvon der Anwendung. In welchen Zuständen UnitMode-Wechsel für die Grundmodelle zulässig sind, ist in derBeschreibung des Funktionsbaustein PML_UnitModeManager [} 16] genauer beschrieben.

EingängeVAR_INPUT eMode : DINT; eCommand : E_PMLCommand; stSubUnitInfoRef : ST_PMLSubUnitInfoRef; stOptions : ST_PMLStateMachineOptions; END_VAR

eMode: Aktueller PML-UnitMode.

eCommand: Enumeration [} 7] mit den verschiedenen PML-Kommandos des Bausteins.

stSubUnitInfoRef: Struktur [} 9] zum Verweis auf ein Array der aktuellen PML-States von unterlagertenMaschineneinheiten

stOptions: Momentan nicht verwendet

AusgängeVAR_OUTPUT eState : E_PMLState; bError : BOOL; nErrorId : UDINT; END_VAR



eState: Enumeration [} 8] die den aktuellen PML-Zustand der automatischen Zustandsmaschine liefert.

bError: Wird TRUE, sobald ein Fehler eintritt.

nErrorID: Liefert bei einem gesetzten bError-Ausgang die Fehlernummer

Voraussetzungen


2.3.2 PML_UnitModeConfig

Maschinen haben unter Umständen noch andere Anlagenmodi als „Production“, „Maintenance“ und„Manual“. Dieser Baustein ermöglicht es dem Anwender weitere Modelle (UnitModes) zu konfigurieren.

Dabei kann die Nummer des neuen Modells, die vorhandenen Zustande und die Zustände in denen einModell-Wechsel möglich ist frei definiert werden.

EingängeVAR_INPUT eMode : DINT;

bDisableClearing : BOOL; bDisableStarting : BOOL; bDisableSuspended : BOOL; bDisableStopping : BOOL; bDisableAborting : BOOL; bDisableHolding : BOOL; bDisableHeld : BOOL; bDisableUnholding : BOOL; bDisableSuspending : BOOL; bDisableUnsuspending : BOOL; bDisableResetting : BOOL; bDisableIdle : BOOL; bDisableCompleting : BOOL; bDisableComplete : BOOL; bEnableUnitModeChangeStopped : BOOL; bEnableUnitModeChangeIdle : BOOL; bEnableUnitModeChangeSuspended : BOOL; bEnableUnitModeChangeExecute : BOOL; bEnableUnitModeChangeAborted : BOOL;



bEnableUnitModeChangeHeld : BOOL; bEnableUnitModeChangeComplete : BOOL;END_VAR

eMode: Nummer der neuen PML-UnitMode.[4..31]

bDisableClearing: Deaktiviert den PMLState „Clearing“

bDisableStarting: Deaktiviert den PMLState „Starting“

bDisableSuspended: Deaktiviert den PMLState „Suspended“. Durch das Deaktivieren des Statischen Zustandes werden die PMLState „Suspending“ & „Unsuspending“ebenfalls deaktiviert

bDisableStopping: Deaktiviert den PMLState „Stopping“

bDisableAborting: Deaktiviert den PMLState „Aborting“

bDisableHolding: Deaktiviert den PMLState „Holding“

bDisableHeld: Deaktiviert den PMLState „Held“. Durch das Deaktivieren des Statischen Zustandes werden die PMLState „Holding“ & „Unholding“ ebenfallsdeaktiviert

bDisableUnholding: Deaktiviert den PMLState „Unholding“

bDisableSuspending: Deaktiviert den PMLState „Suspending“

bDisableUnsuspending: Deaktiviert den PMLState „Unsuspending“

bDisableResetting: Deaktiviert den PMLState „Resettinging“

bDisableIdle: Deaktiviert den PMLState „Idle“. Durch das Deaktivieren des Statischen Zustandes wird der PMLState „Resetting“ ebenfalls deaktiviert

bDisableCompleting: Deaktiviert den PMLState „Completing“

bDisableComplete: Deaktiviert den PMLState „Complete“. Durch das Deaktivieren des Statischen Zustandes werden der PMLState „Completing“ ebenfalls deaktiviert

bEnableUnitModeChangeStopped: Gibt einen Modus-Wechsel im PMLState „Stopped“ frei

bEnableUnitModeChangeIdle: Gibt einen Modus-Wechsel im PMLState „Idle“ frei

bEnableUnitModeChangeSuspended: Gibt einen Modus-Wechsel im PMLState „Suspended“ frei

bEnableUnitModeChangeExecute: Gibt einen Modus-Wechsel im PMLState „Execute“ frei

bEnableUnitModeChangeAborted: Gibt einen Modus-Wechsel im PMLState „Aborted“ frei

bEnableUnitModeChangeHeld: Gibt einen Modus-Wechsel im PMLState „Held“ frei

bEnableUnitModeChangeComplete: Gibt einen Modus-Wechsel im PMLState „Complete“ frei

AusgängeVAR_OUTPUT bError : BOOL; nErrorID : UDINT;END_VAR



Voraussetzungen




2.3.3 PML_UnitModeManager

Maschinen haben andere Anlagenmodi als „Production“, wie oben erwähnt. Jeder Anlagenmodus ist durchein eigenes Zustandsmodell definiert. Für Übergänge zwischen den Modi muss ein „Mode Manager“ definiertwerden. Der „Mode Manager“ enscheidet, wie und in welchen Zustand eine Maschine Anlagenmodi ändernkann, d.h. eingebaute Sperren verhindern, dass die Maschine in ungeeignete Zustände wechselt. Für dieGrundmodi „Production“, „Maintenace“ und „Manual“ sind diese Sperren fest definiert, wie die Darstellungunten zeigt. Für weitere über den PML_UnitModeConfig [} 14]-Baustein definierte Modi kann dies individuellfestgelegt werden.

HINWEIS! Die Logik für Übergänge zwischen den Modi ist abhängig von der Anwendung,insbesondere für Übergänge zwischen „Manual“, und „Production“ Modus. Für solcheModusänderungen können darüber hinaus Hardwaresperren oder Sicherheitsausrüstung erforderlichsein. Die Verantwortung für ordnungsgemäße Moduswechsel liegt bei demjenigen, der sieimplementiert.



EingängeVAR_INPUT bExecute : BOOL; eModeCommand : DINT; ePMLState : E_PMLState;END_VAR

bExecute: Bei einer steigenden Flanke wird versucht den Modus-Wechsel durchzuführen.

eModeCommand: Angeforderter Modus

ePMLState: Enumeration [} 8] die den aktuellen PML-Zustand der automatischen Zustandsmaschine liefert.

AusgängeVAR_OUTPUT eModeStatus : DINT; bDone : BOOL;



bError : BOOL; bErrorID : UDINT;END_VAR

eModeStatus: Aktueller PML-UnitMode

bDone: Wird TRUE, sobald der Modus-Wechsel erfolgreich durchgeführt wurde



Voraussetzungen



Packaging Machine Tags

3 Packaging Machine Tags

3.1 EinleitungPackTags stellen einen einheitlichen Satz Namenskonventionen für Datenelemente bereit, die in denprozeduralen Elementen des Basiszustandsmodells verwendet werden. Wie weiter oben im Dokumentbeschrieben stellt das Base State Model (Basiszustandsmodell) einen einheitlichen SatzMaschinenzustände bereit, so dass alle automatisierten Maschinen gleich betrachtet werden können.PackTags sind mit Namen versehene Datenelemente für interoperablen Datenaustausch bei automatisiertenMaschinen offener Architekturen. In diesem Dokument finden sich die wesentlichen Namen derDatenelemente, Datentyp, Werte, Bereiche und gegebenenfalls Datenstrukturen. PackTags werden für dieMaschine-zu-Maschine-Kommunikation eingesetzt, z.B. zwischen einem Abfüller und einemKappenaufsetzer. PackTags können auch für den Datenaustausch zwischen Maschine und übergeordnetemInformationssystem wie Manufacturing Operations Management und Enterprise Information Systemeneingesetzt werden.

Dieses Dokument definiert alle PackTags für die Navigation durch ein Zustandsmodell und für die Definitionund Betätigung des Anlagensteuerungsmodus. Desweiteren definiert dieses Dokument auch eine Liste vonPackTags, die eventuelle wichtige Informationen einer Maschine bereitstellen. Alle PackTags müssengenutzt werden, um den Prinzipien integrierter Konnektivität mit Systemen mit der gleichenImplementierungsmethode zu entsprechen.

Notwendig sind die Tags, die für die Funktion der automatisierten Maschine oder die Konnektivität zuKontroll- oder Fernsystemen benötigt werden.

3.2 Tag-ArtenPackTags werden in drei Gruppen aufgegliedert: Command (Befehl), Status (Zustand) und Administration(Verwaltung). Befehls- und Zustands-Tags enthalten Daten für die Anbindung der Maschine an dieLiniensteuerung zur Koordination oder zum Herunterladen von Rezepten/Parametern. Befehlstags werdenals „Informationsempfänger“ an das Maschinenprogramm „übergeben“ und von ihm konsumiert, Zustands-Tags werden vom Maschinenprogramm erzeugt und ausgelesen. Verwaltungs-Tags enthalten Daten, dieübergeordnete Systeme zur Analyse der Maschinenleistung oder zur Information der Bediener sammeln.

Die Gruppierung von Daten sollte in benachbarten Registern erfolgen, um die Kommunikation zu optimieren.

Normalerweise werden Informationsdaten via OPC in einem Ethernet-basierten Kommunikationsnetzwerkübertragen.

Präfix von Befehls-Tags ist „PMLc“.

Präfix von Zustands-Tags ist „PMLs“.

Präfix von Verwaltungs-Tags ist „PMLa“.



3.3 Tag-DetailsDer folgende Abschnitt gibt einen Überblick über die Tags. In den nachfolgenden Tabellen sind Befehls-,Zustands- und Verwaltungs-PackTags aufgelistet.

Befehlsstruktur PMLcTag Name Data Type

PMLc PMLc ST_PMLcUnitMode PMLc.UnitMode DINTUnitModeChangeRequest PMLc.UnitModeChangeRequest BOOLMachSpeed PMLc.MachSpeed REALMaterialInterlock PMLc.MaterialInterlock DINTCntrlCmd PMLc.CntrlCmd DINTCmdChangeRequest PMLc.CmdChangeRequest BOOLRemoteInterface[#] PMLc.RemoteInterface[#] ST_Interface

Number PMLc.RemoteInterface[#] DINTControlCmd-Number

PMLc.RemoteInterface[#] DINT

CmdValue PMLc.RemoteInterface[#] DINTParameter[#] PMLc.RemoteInterface[#].Parameter[#] ST_Descriptor

Id PMLc.RemoteInterface[#].Parameter[#].Id DINTName PMLc.RemoteInterface[#].Parameter[#].Na-

meSTRING

Unit PMLc.RemoteInterface[#].Parameter[#].Unit STRING(5)Value PMLc.RemoteInterface[#].Parameter[#].Va-

lueREAL

Parameter[#] PMLc.Parameter[#] ST_DescriptorId PMLc..Parameter[#].Id DINTName PMLc..Parameter[#].Name STRINGUnit PMLc..Parameter[#].Unit STRING(5)Value PMLc..Parameter[#].Value REAL

Product[#] PMLc.Product[#] ST_ProductProductId PMLc.Product[#] DINTProcessVaria-bles[#]

PMLc.Product[#].ProcessVariables[#] ST_Descriptor

Id PMLc.Product[#].ProcessVariables[#].Id DINTName PMLc.Product[#].ProcessVariables[#].Name STRINGUnit PMLc.Product[#].ProcessVariables[#].Unit STRING(5)Value PMLc.Product[#].ProcessVariables[#].Value REAL

Ingredients[#] PMLc.Product[#].Ingredients[#] ST_IngredientIngre-dientId

PMLc.Product[#].Ingredients[#].IngredientId DINT

Parame-ter[#]

PMLc.Product[#].Ingredients[#].Parameter[#] ST_Descriptor

Id PMLc.Product[#].Ingredients[#].Parame-ter[#].Id

DINT

Name PMLc.Product[#].Ingredients[#].Parame-ter[#].Name

STRING

Unit PMLc.Product[#].Ingredients[#].Parame-ter[#].Unit

STRING(5)

Value PMLc.Product[#].Ingredients[#].Parame-ter[#].Value

REAL



Zustandsstruktur PMLsTag Name Data Type

PMLs PMLs ST_PMLsUnitModeCurrent PMLs.UnitModeCurrent DINTUnitModeRequested PMLs.UnitModerequested DINTUnitModeChangeInPro-cess

PMLs.UnitModeChangeInProcess BOOL

StateCurrent PMLs.StateCurrent DINTStateRequested PMLs.StateRequested DINTStateChangeInProcess PMLs.StateChangeInProcess BOOLMachineSpeed PMLs.MachineSpeed REALCurMachineSpeed PMLs.CurMachineSpeed REALMaterialInterlock PMLs.MaterialInterlock DINTEquipmentInterlock PMLs.EquipmentInterlock ST_Equipment

Blocked PMLs.EquipmentInterlock.Blocked BOOLStarved PMLs.EquipmentInterlock.Starved BOOL

RemoteInterface[#] PMLs.RemoteInterface[#] ST_InterfaceNumber PMLs.RemoteInterface[#] DINTControlCmd-Number

PMLs.RemoteInterface[#] DINT

CmdValue PMLs.RemoteInterface[#] DINTParameter[#] PMLs.RemoteInterface[#].Parameter[#] ST_Descriptor

Id PMLs.RemoteInterface[#].Parameter[#].Id DINTName PMLs.RemoteInterface[#].Parameter[#].Na-

meSTRING

Unit PMLs.RemoteInterface[#].Parameter[#].Unit STRING(5)Value PMLs.RemoteInterface[#].Parameter[#].Va-

lueREAL

Parameter[#] PMLs.Parameter[#] ST_DescriptorId PMLs..Parameter[#].Id DINTName PMLs..Parameter[#].Name STRINGUnit PMLs..Parameter[#].Unit STRING(5)Value PMLs..Parameter[#].Value REAL

Product[#] PMLc.Product[#] ST_ProductProductId PMLc.Product[#] DINTProcessVaria-bles[#]

PMLc.Product[#].ProcessVariables[#] ST_Descriptor

Id PMLc.Product[#].ProcessVariables[#].Id DINTName PMLc.Product[#].ProcessVariables[#].Name STRINGUnit PMLc.Product[#].ProcessVariables[#].Unit STRING(5)Value PMLc.Product[#].ProcessVariables[#].Value REAL

Ingredients[#] PMLc.Product[#].Ingredients[#] ST_IngredientIngre-dientId

PMLc.Product[#].Ingredients[#].IngredientId DINT

Parame-ter[#]

PMLc.Product[#].Ingredients[#].Parameter[#] ST_Descriptor

Id PMLc.Product[#].Ingredients[#].Parame-ter[#].Id

DINT

Name PMLc.Product[#].Ingredients[#].Parame-ter[#].Name

STRING

Unit PMLc.Product[#].Ingredients[#].Parame-ter[#].Unit

STRING(5)

Value PMLc.Product[#].Ingredients[#].Parame-ter[#].Value

REAL



Verwaltungsstruktur PMLa



Tag Name Data TypePMLa Admin ST_PMLa

Parameter[#] PMLa.Parameter[#] ST_DescriptorId PMLa..Parameter[#].Id DINTName PMLa..Parameter[#].Name STRINGUnit PMLa..Parameter[#].Unit STRING(5)Value PMLa..Parameter[#].Value REAL

Alarm[#] PMLa.Alarm[#] ST_AlarmTrigger PMLa.Alarm[#].Trigger BOOLId PMLa.Alarm[#].Id DINTValue PMLa.Alarm[#].Value DINTMessage PMLa.Alarm[#].Message STRINGCategory PMLa.Alarm[#].Category DINTDateTime PMLa.Alarm[#].DateTime ST_DateAndTi-

meYear PMLa.Alarm[#].DateTime.Year DINTMonth PMLa.Alarm[#].DateTime.Month DINTDay PMLa.Alarm[#].DateTime.Day DINTHour PMLa.Alarm[#].DateTime.Hour DINTMinute PMLa.Alarm[#].DateTime.Minute DINTSecond PMLa.Alarm[#].DateTime.Second DINTmSec PMLa.Alarm[#].DateTime.mSec DINT

DateTime PMLa.Alarm[#].AckDateTime ST_DateAndTi-me

Year PMLa.Alarm[#].AckDateTime.Year DINTMonth PMLa.Alarm[#].AckDateTime.Month DINTDay PMLa.Alarm[#].AckDateTime.Day DINTHour PMLa.Alarm[#].AckDateTime.Hour DINTMinute PMLa.Alarm[#].AckDateTime.Minute DINTSecond PMLa.Alarm[#].AckDateTime.Second DINTmSec PMLa.Alarm[#].AckDateTime.mSec DINT

AlarmExtent PMLa.AlarmExtent DINTAlarmHistory[#] PMLa.AlarmHistory[#] ST_Alarm

Trigger PMLa.AlarmHistory[#].Trigger BOOLId PMLa.AlarmHistory[#].Id DINTValue PMLa.AlarmHistory[#].Value DINTMessage PMLa.AlarmHistory[#].Message STRINGCategory PMLa.AlarmHistory[#].Category DINTDateTime PMLa.AlarmHistory[#].DateTime ST_DateAndTi-

meYear PMLa.AlarmHistory[#].DateTime.Year DINTMonth PMLa.AlarmHistory[#].DateTime.Month DINTDay PMLa.AlarmHistory[#].DateTime.Day DINTHour PMLa.AlarmHistory[#].DateTime.Hour DINTMinute PMLa.AlarmHistory[#].DateTime.Minute DINTSecond PMLa.AlarmHistory[#].DateTime.Second DINTmSec PMLa.AlarmHistory [#].DateTime.mSec DINT

DateTime PMLa.AlarmHistory[#].AckDateTime ST_DateAndTi-me

Year PMLa.AlarmHistory[#].AckDateTime.Year DINTMonth PMLa.AlarmHistory[#].AckDateTime.Month DINTDay PMLa.AlarmHistory[#].AckDateTime.Day DINTHour PMLa.AlarmHistory[#].AckDateTime.Hour DINTMinute PMLa.AlarmHistory[#].AckDateTime.Minute DINTSecond PMLa.AlarmHistory[#].AckDateTime.Second DINTmSec PMLa.AlarmHistory[#].AckDateTime.mSec DINT

AlarmHistoryExtent PMLa.AlarmHistoryExtent DINTStopReason[#] PMLa.StopReason[#] ST_Alarm

Trigger PMLa.StopReason[#].Trigger BOOLId PMLa.StopReason[#].Id DINT



Value PMLa.StopReason[#].Value DINTMessage PMLa.StopReason[#].Message STRINGCategory PMLa.StopReason[#].Category DINTDateTime PMLa.StopReason[#].DateTime ST_DateAndTi-

meYear PMLa.StopReason[#].DateTime.Year DINTMonth PMLa.StopReason[#].DateTime.Month DINTDay PMLa.StopReason[#].DateTime.Day DINTHour PMLa.StopReason[#].DateTime.Hour DINTMinute PMLa.StopReason[#].DateTime.Minute DINTSecond PMLa.StopReason[#].DateTime.Second DINTmSec PMLa.StopReason[#].DateTime.mSec DINT

DateTime PMLa.StopReason[#].AckDateTime ST_DateAndTi-me

Year PMLa.StopReason[#].AckDateTime.Year DINTMonth PMLa.StopReason[#].AckDateTime.Month DINTDay PMLa.StopReason[#].AckDateTime.Day DINTHour PMLa.StopReason[#].AckDateTime.Hour DINTMinute PMLa.StopReason[#].AckDateTime.Minute DINTSecond PMLa.StopReason[#].AckDateTime.Second DINTmSec PMLa.StopReason[#].AckDateTime.mSec DINT

StopReasonExtent PMLa.StopReasonExtent DINTWarning[#] PMLa.Warning[#] ST_Alarm

Trigger PMLa.Warning [#].Trigger BOOLId PMLa.Warning[#].Id DINTValue PMLa.Warning[#].Value DINTMessage PMLa.Warning[#].Message STRINGCategory PMLa.Warning[#].Category DINTDateTime PMLa.Warning[#].DateTime ST_DateAndTi-

meYear PMLa.Warning[#].DateTime.Year DINTMonth PMLa.Warning[#].DateTime.Month DINTDay PMLa.Warning[#].DateTime.Day DINTHour PMLa.Warning[#].DateTime.Hour DINTMinute PMLa.Warning[#].DateTime.Minute DINTSecond PMLa.Warning[#].DateTime.Second DINTmSec PMLa.Warning[#].DateTime.mSec DINT

DateTime PMLa.Warning[#].AckDateTime ST_DateAndTi-me

Year PMLa.Warning[#].AckDateTime.Year DINTMonth PMLa.Warning[#].AckDateTime.Month DINTDay PMLa.Warning[#].AckDateTime.Day DINTHour PMLa.Warning[#].AckDateTime.Hour DINTMinute PMLa.Warning[#].AckDateTime.Minute DINTSecond PMLa.Warning[#].AckDateTime.Second DINTmSec PMLa.Warning[#].AckDateTime.mSec DINT

WarningExtent PMLa.WarningExtent DINTModeCurrentTime[#] PMLa.ModeCurrentTime[#] DINTModeCummulativeTime[#] PMLa.ModeCummulativeTime[#] DINTStateCurrentTime[#,#] PMLa.StateCurrentTime[#,#] DINTStateCummulativeTi-me[#,#]

PMLa.StateCummulativeTime[#,#] DINT

ProdConsumedCount[#] PMLa.ProdConsumedCount[#]Id PMLa.ProdConsumedCount[#].Id DINTName PMLa.ProdConsumedCount[#].Name STRINGUnit PMLa.ProdConsumedCount[#].Unit STRING(5)Count PMLa.ProdConsumedCount[#].Count DINTAccCount PMLa.ProdConsumedCount[#].AccCount DINT

ProdProcessedCount[#] PMLa.ProdProcessedCount[#]Id PMLa.ProdProcessedCount[#].Id DINT



Name PMLa.ProdProcessedCount[#].Name STRINGUnit PMLa.ProdProcessedCount[#].Unit STRING(5)Count PMLa.ProdProcessedCount[#].Count DINTAccCount PMLa.ProdProcessedCount[#].AccCount DINT

ProdDefectiveCount[#] PMLa.ProdDefectiveCount[#]Id PMLa.ProdDefectiveCount[#].Id DINTName PMLa.ProdDefectiveCount[#].Name STRINGUnit PMLa.ProdDefectiveCount[#].Unit STRING(5)Count PMLa.ProdDefectiveCount[#].Count DINTAccCount PMLa.ProdDefectiveCount[#].AccCount DINT

AccTimeSinceReset PMLa.AccTimeSinceReset DINTMachDesignSpeed PMLa.MachDesignSpeed REALStatesDisabled PMLa.StatesDisabled DINTPlcDateTime PMLa.AckDateTime ST_DateAndTi-

meYear PMLa.AckDateTime.Year DINTMonth PMLa.AckDateTime.Month DINTDay PMLa.AckDateTime.Day DINTHour PMLa.AckDateTime.Hour DINTMinute PMLa.AckDateTime.Minute DINTSecond PMLa.AckDateTime.Second DINTmSec PMLa.AckDateTime.mSec DINT

3.4 Datentypen

3.4.1 Alarm

3.4.1.1 ST_Alarm

Sammlung der Tags für die Beschreibung von Alarmereignissen.TYPE ST_Alarm : STRUCT Trigger : BOOL; Id : DINT; Value : DINT; Message : STRING; Category : DINT; DateTime : ST_DateAndTime; AckDateTime : ST_DateAndTime;END_STRUCTEND_TYPE

Voraussetzungen


3.4.1.2 ST_DateAndTime

Diese Struktur dient zur Speicherung von Datum und Uhrzeit eines Ereignisses oder zum Quittieren einesEreignisses.TYPE ST_DateAndTime : STRUCT Year : DINT; Month : DINT; Day : DINT; Hour : DINT;



Minute : DINT; Second : DINT; mSec : DINT; END_STRUCTEND_TYPE

Voraussetzungen


3.4.2 Allgemein

3.4.2.1 ST_Count

Sammlung von Tags für die Beschreibung von Parametern in der Maschine.TYPE ST_Count : STRUCT Id : DINT; Name : STRING; Unit : STRING(5); Count : DINT; AccCount : DINT; END_STRUCTEND_TYPE

Voraussetzungen


3.4.2.2 ST_Descriptor

Sammlung von Tags für die Beschreibung von Parametern in der Maschine.TYPE ST_Descriptor : STRUCT Id : DINT; Name : STRING; Unit : STRING(5); Value : REAL;END_STRUCTEND_TYPE

Voraussetzungen


3.4.2.3 ST_Equipment

Sammlung von Tags für die Beschreibung von Parametern in der Maschine.TYPE ST_Descriptor : STRUCT Blocked : BOOL; Starved : BOOL;END_STRUCTEND_TYPE



Voraussetzungen


3.4.2.4 ST_Ingredient

Sammlung von Tags für die Beschreibung der benötigten Rohmaterialien für das Produkt.TYPE ST_Ingredient : STRUCT IngredientId : DINT; Parameter : ARRAY [1..MaxIngredientParameters] OF ST_Descriptor;END_STRUCTEND_TYPE

Voraussetzungen


3.4.2.5 ST_Interface

Sammlung von Tags für die Beschreibung von Materialien in der Maschine.TYPE ST_Interface : STRUCT Number : DINT; ControlCmdNumber : DINT; CmdValue : DINT; Parameter : ARRAY [1..MaxInterfaceParameters] OF ST_Descriptor;END_STRUCTEND_TYPE

Voraussetzungen


3.4.2.6 ST_Product

Sammlung von Tags für die Beschreibung des auf der Maschine gefertigten Produkts.TYPE ST_Product : STRUCT ProductId : DINT; ProcessVariables : ARRAY [1..MaxProductProcessVariables] OF ST_Descriptor; Ingredients : ARRAY [1..MaxIngredients] OF ST_Ingredient;END_STRUCTEND_TYPE

Voraussetzungen


3.4.3 ST_PMLaSammlung aller Verwaltungstags der PackTag Struktur.



TYPE ST_PMLa : STRUCT Parameter : ARRAY [1..MaxAdminParameters] OF ST_Descriptor; Alarm : ARRAY [1..MaxAlarms] OF ST_Alarm; AlarmExtent : DINT := MaxAlarms; AlarmHistory : ARRAY [1..MaxHistoryAlarms] OF ST_Alarm; AlarmHistoryExtent : DINT := MaxHistoryAlarms; StopReason : ARRAY [1..MaxStopReasons] OF ST_Alarm; StopReasonExtent : DINT := MaxStopReasons; Warning : ARRAY [1..MaxWarnings] OF ST_Alarm; WarningExtent : DINT := MaxWarnings; ModeCurrentTime : ARRAY [1..MaxUnitMode] OF DINT; ModeCummulativeTime : ARRAY [1..MaxUnitMode] OF DINT; StateCurrentTime : ARRAY [1..MaxUnitMode, 0..MaxMachineState] OF DINT; StateCummulativeTime : ARRAY [1..MaxUnitMode, 0..MaxMachineState] OF DINT; ProdConsumedCount : ARRAY [1..MaxConsumedCounts] OF ST_Count; ProdProcessedCount : ARRAY [1..MaxProductCounts] OF ST_Count; ProdDefectiveCount : ARRAY [1..MaxProductCounts] OF ST_Count; AccTimeSinceReset : DINT; MachDesignSpeed : REAL; StatesDisabled : DINT; PlcDateTime : ST_DateAndTime;END_STRUCTEND_TYPE

Voraussetzungen


3.4.4 ST_PMLcSammlung aller Befehlstags der PackTag Struktur.TYPE ST_PMLc : STRUCT UnitMode : DINT; UnitModeChangeRequest : BOOL; MachSpeed : REAL; MaterialInterlock : DINT; CntrlCmd : DINT; CmdChangeRequest : BOOL; RemoteInterface : ARRAY [1..MaxCommandRemoteInterfaces] OF ST_Interface; Parameter : ARRAY [1..MaxCommandParameters] OF ST_Descriptor; Product : ARRAY [1..MaxCommandProducts] OF ST_Product;END_STRUCTEND_TYPE

Voraussetzungen


3.4.5 ST_PMLsSammlung aller Zustands-Tags der PackTag Struktur.TYPE ST_PMLs : STRUCT UnitModeCurrent : DINT; UnitModeRequested : DINT; UnitModeChangeInProcess : BOOL; StateCurrent : DINT; StateRequested : DINT; StateChangeInProcess : BOOL; MachineSpeed : REAL; CurMachineSpeed : REAL; MaterialInterlock : DINT; EquipmentInterlock : ST_Equipment;



RemoteInterface : ARRAY [1..MaxStatusRemoteInterfaces] OF ST_Interface; Parameter : ARRAY [1..MaxStatusParameters] OF ST_Descriptor; Product : ARRAY [1..MaxStatusProducts] OF ST_Product;END_STRUCTEND_TYPE

Voraussetzungen


3.5 Globale ParameterParameter für den Aufbau der Packaging Maschine Tag Strukturen. Diese können beim Einfügen derBibliothek für das aktuelle Projekt angepasst werden.(* PMLc / PMLs *) MaxInterfaceParameter : INT := 5 MaxProductProcessVariables : INT := 10 MaxIngredients : INT := 10 MaxIngredientParameters : INT := 10

(* PMLc *) MaxCommandRemoteInterfaces : INT := 2 MaxCommandParameters : INT := 10 MaxCommandProducts : INT := 5

(* PMLs *) MaxStatusRemoteInterfaces : INT := 2 MaxStatusParameters : INT := 10 MaxStatusProducts : INT := 5

(* PMLa *) MaxAdminParameters : INT := 10 MaxAlarms : INT := 10 MaxHistoryAlarms : INT := 10 MaxStopReasons : INT := 10 MaxWarnings : INT := 10 MaxConsumedCounts : INT := 10 MaxProductCounts : INT := 10

Voraussetzungen


3.6 Globale KonstantenKonstanten für den Aufbau der Packaging Maschine Tag Strukturen. Diese können nicht verändert werden.(* PMLa *) MaxUnitMode : INT := 31 MaxMachineState : INT := 17

Voraussetzungen



Anhang

4 Anhang

4.1 Beispiel Tc3_PackML_V2In Vorbereitung…


Documents

Handbuch PLC Lib: Tc3 PackML V2 - download.beckhoff.com · 3Packaging Machine Tags ... man am besten mit PackML State Machine V3 verknüpfte „State“ Funktionsbausteine, um die