The CarrierType ObjectType provides a description for a uniquely identified reusable carrier. Examples of CarrierType implementations are AGVs, trays with RFIDs, IBCs with RFIDs, bins with permanent bar codes.

The CarrierType is formally defined in the following table.

Table 135 – CarrierType Definition

Attribute

Value

BrowseName

CarrierType

IsAbstract

False

References

Node Class

BrowseName

DataType

TypeDefinition

Other

Subtype of the BaseObjectType defined in OPC 10000-5 - Part 5: Information Model, i.e. inheriting the Instance Declarations of that Node.

0:HasComponent

Object

Data

0:FolderType

O

0:HasComponent

Method

EndSubCarrierLoading

See below.

M

0:HasComponent

Method

EndSubCarrierUnloading

See below.

M

0:HasProperty

Variable

FormFactor

0:String

0:PropertyType

M, RO

0:HasProperty

Variable

ID

0:String

0:PropertyType

M, RO

0:HasComponent

Method

LoadSubCarrier

See below.

M

0:HasComponent

Method

LoadSublots

See below.

M

0:HasProperty

Variable

MES_ID

0:String

0:PropertyType

M, RW

0:HasProperty

Variable

ParentCarrierID

0:String

0:PropertyType

M, RO

0:HasComponent

Method

StartSubCarrierLoading

See below.

M

0:HasComponent

Method

StartSubCarrierUnloading

See below.

M

0:HasComponent

Object

SubCarriers

0:FolderType

O

0:HasComponent

Variable

Sublots

MaterialSublotType[]

0:BaseDataVariableType

O, RO

0:HasComponent

Method

UnloadSubCarrier

See below.

M

0:HasComponent

Method

UnloadSublots

See below.

M

0:GeneratesEvent

ObjectType

CarrierSublotsChangeLogType

0:GeneratesEvent

ObjectType

SubCarrierLoadedLogType

0:GeneratesEvent

ObjectType

SubCarrierLoadingEndedLogType

0:GeneratesEvent

ObjectType

SubCarrierLoadingStartedLogType

0:GeneratesEvent

ObjectType

SubCarrierUnloadedLogType

0:GeneratesEvent

ObjectType

SubCarrierUnloadingEndedLogType

0:GeneratesEvent

ObjectType

SubCarrierUnloadingStartedLogType

Conformance Units

TMC Intralogistics at the machine

The components of the CarrierType are further described below.

BrowseName

Description

Data

The Data folder organizes implementation specific data for the carrier.

FormFactor

The form factor of the carrier e.g., trolley, AGV, core, IBC, etc.

ID

The underlying system identification of the carrier.

MES_ID

A higher-level system e.g., MES, identification of the carrier.

ParentCarrierID

The unique identifier of the carrier that contains the carrier in question.

SubCarriers

The SubCarriers folder organizes carriers contained in the carrier.

SubLots

The SubLots contained in the carrier.

The components of the CarrierType have additional subcomponents which are defined in the following table.

Table 136 – CarrierType Additional Subcomponents

BrowsePath

References

NodeClass

BrowseName

DataType

TypeDefinition

Others

Data

0:HasComponent

Variable

<DataItem>

0:BaseDataType

0:BaseDataVariableType

OP, RO

SubCarriers

0:HasComponent

Object

<SubCarrier>

CarrierType

OP

The EndSubCarrierLoading Method informs the underlying system that the loading of (sub) carriers into the carrier is complete.

The signature of this Method is specified below. Table 137 specifies the Arguments representation.

Signature

EndSubCarrierLoading (

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 137 – EndSubCarrierLoading Method Arguments

Argument

Description

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.

The EndSubCarrierUnloading Method informs the underlying system that the unloading of (sub) carriers into the carrier is complete.

The signature of this Method is specified below. Table 138 specifies the Arguments representation.

Signature

EndSubCarrierUnloading (

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 138 – EndSubCarrierUnloading Method Arguments

Argument

Description

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.

The LoadSubCarrier Method requests the underlying system to load a subcarrier into the carrier that is currently being loaded.

The signature of this Method is specified below. Table 139 specifies the Arguments representation.

Signature

LoadSubCarrier (

[in] 0:String ID,

[in] 0:String MESID,

[in] 0:String ParentCarrierID,

[in] MaterialSublotType[] Sublots,

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 139 – LoadSubCarrier Method Arguments

Argument

Description

ID

The unique identifier of the carrier to be loaded.

MESID

The higher-level system identifier for the carrier to be loaded.

ParentCarrierID

The unique identifier of the parent carrier i.e., the carrier containing the carrier.

Sublots

The material sublots to be loaded to the carrier.

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.

The LoadSublots Method requests the underlying system to load one or more material sublots into the carrier that is currently being loaded.

The signature of this Method is specified below. Table 140 specifies the Arguments representation.

Signature

LoadSublots (

[in] MaterialSublotType[] Sublots,

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 140 – LoadSublots Method Arguments

Argument

Description

Sublots

The material sublots to be loaded to the carrier.

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.

The StartSubCarrierLoading Method informs the underlying system that the loading of (sub) carriers into the carrier has started.

The underlying system is expected to perform its own loading process while the (sub) carriers are loaded.

The signature of this Method is specified below. Table 141 specifies the Arguments representation.

Signature

StartSubCarrierLoading (

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 141 – StartSubCarrierLoading Method Arguments

Argument

Description

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.

The StartSubCarrierUnloading Method informs the underlying system that the unloading of (sub) carriers from the carrier has started.

The underlying system is expected to perform its own unloading process while the (sub) carriers are unloaded.

The signature of this Method is specified below. Table 142 specifies the Arguments representation.

Signature

StartSubCarrierUnloading (

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 142 – StartSubCarrierUnloading Method Arguments

Argument

Description

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.

The UnloadSubCarrier Method requests the underlying system to unload a subcarrier from the carrier that is currently being unloaded.

The signature of this Method is specified below. Table 143 specifies the Arguments representation.

Signature

LoadSubCarrier (

[in] 0:String ID,

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 143 – UnloadSubCarrier Method Arguments

Argument

Description

ID

The unique identifier of the carrier to be loaded.

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.

The UnloadSublots Method requests the underlying system to unload one or more sublots from the carrier that is currently being unloaded.

The signature of this Method is specified below. Table 144 specifies the Arguments representation.

Signature

UnloadSublots (

[in] 0:String[] SublotIDs,

[out]MethodExecutionFeedbackType ExecutionFeedback);

Table 144 – UnloadSublots Method Arguments

Argument

Description

SublotIDs

The unique identifiers of the material sublots to be unloaded.

ExecutionFeedback

The extended feedback returning a detailed message in case of execution failure.