














Identify the three elements of labels, and assign labels to flow items, tokens, or 3D objects in your model to build the model logic.
Transcript
00:03
In FlexSim, a label is a means of assigning data or information to flow items, tokens, or 3D objects in your model.
00:13
Labels enable you to create distinctions between entities, so that you can dynamically control how your model operates.
00:23
For example, you can use labels to make decisions based on the object type,
00:29
to record statistics for items that flow through a specific part of the process, or to restrict how a token operates.
00:38
Once applied, labels are an important component of building the logic of a model.
00:45
A label has three elements that need to be considered:
00:49
The label owner is the flow item, token, or 3D object that the label is assigned to.
00:58
In this example, the owner is the Box.
01:03
The label name is a descriptor for the type of information the label includes and should be easily identifiable.
01:11
In this example, there are three labels—Type, Weight, and SerialNumber.
01:22
As a best practice, do not include spaces in label names, keep label names short and recognizable,
01:30
and begin labels with a capital letter.
01:33
Following these recommendations makes it easier to reference labels in your model.
01:40
Additionally, FlexSim prioritizes capitalized attributes, which means that labels with capital letters appear first in auto-fill options.
01:51
Finally, the label value is the information, or the actual data point, that you are storing.
01:59
In this example, the Type of the Box is set to a numerical integer of 1.
02:06
Other boxes might be labeled with a 2 or 3 to differentiate between types.
02:13
Here, notice that the Weight label is not set to a specific unit, and might refer to pounds, ounces, or kilograms.
02:24
It is up to you to determine how you will use and interpret labels in the logic and statistics of your model,
02:30
so you can set the label up in any way that makes sense to you.
02:35
Lastly, the SerialNumber in this example is a set of alphanumeric characters, or a string.
02:44
Labels can include text, numbers, strings, references to other objects, and other types of data.
02:54
Next, review how to apply a label.
02:59
In the Model shown, items enter through the Source into Queue1, then the Operator takes them to the Processor.
03:08
Here, 60% of the items are set to flow to the Sink, and 40% of the items will travel back to the Queue for rework.
03:19
Watch as the model is Run.
03:22
In this example, there is no way to record the items that return to the Queue.
03:29
To solve this issue, you can use a Trigger that sets a Label based on the path of the item.
03:36
In the Model, select Processor1.
03:41
In Properties, under Triggers, click Add a new Trigger, and select On Exit.
03:51
Click Add/Edit this Trigger’s operations, then select Data > Set Label.
03:59
In the Set Label properties, set the Object you are assigning the trigger to—in this case, the item.
04:07
Next, give the Label a name—here, “ReworkState”.
04:15
Then, assign a value—in this case, port.
04:20
This label is set to equal the port that the item flows to, 1 or 2.
04:27
Reset and Run the model.
04:31
As you encounter an item that requires rework, Stop the simulation.
04:38
Then, in the Model, click the item.
04:43
In Properties, under Labels, note that the item has a ReworkState label of 2.
04:50
Run the model again and select the item when it finishes reprocessing.
04:57
The label is reassigned a 1, because the item now flows to Port 1—the Sink.
05:05
In this example, you can now gather statistics using the label.
05:10
Select the Dashboard pane, where a table displays the total output of the objects.
05:17
In the Library, under Output, select Output by Type.
05:24
Select the Bar Chart, then drag and drop it onto the Dashboard.
05:31
In Properties, under Objects, click the Sampler, and in the Model, select the Processor.
05:41
Then, change the Type Label to “ReworkState” to differentiate by this Label.
05:47
Note that this field is case sensitive and needs to match the Label name exactly.
05:54
You can verify the Label name under Triggers, in the Set Label Properties.
06:03
Back in the Bar Chart Properties, leave the remaining selections set to the defaults.
06:10
Reset and Run the simulation.
06:13
Now, the model uses the label to record how many items travel via Port 1 and Port 2.
06:22
If you speed the model up, you can see that the bar chart more clearly displays the expected 60/40 split between ports 1 and 2.
06:31
Labels are a means of assigning data that helps to differentiate objects, tokens,
06:38
and flow items in your model, allowing you to effectively build model logic and to gather meaningful statistics to evaluate your model.
00:03
In FlexSim, a label is a means of assigning data or information to flow items, tokens, or 3D objects in your model.
00:13
Labels enable you to create distinctions between entities, so that you can dynamically control how your model operates.
00:23
For example, you can use labels to make decisions based on the object type,
00:29
to record statistics for items that flow through a specific part of the process, or to restrict how a token operates.
00:38
Once applied, labels are an important component of building the logic of a model.
00:45
A label has three elements that need to be considered:
00:49
The label owner is the flow item, token, or 3D object that the label is assigned to.
00:58
In this example, the owner is the Box.
01:03
The label name is a descriptor for the type of information the label includes and should be easily identifiable.
01:11
In this example, there are three labels—Type, Weight, and SerialNumber.
01:22
As a best practice, do not include spaces in label names, keep label names short and recognizable,
01:30
and begin labels with a capital letter.
01:33
Following these recommendations makes it easier to reference labels in your model.
01:40
Additionally, FlexSim prioritizes capitalized attributes, which means that labels with capital letters appear first in auto-fill options.
01:51
Finally, the label value is the information, or the actual data point, that you are storing.
01:59
In this example, the Type of the Box is set to a numerical integer of 1.
02:06
Other boxes might be labeled with a 2 or 3 to differentiate between types.
02:13
Here, notice that the Weight label is not set to a specific unit, and might refer to pounds, ounces, or kilograms.
02:24
It is up to you to determine how you will use and interpret labels in the logic and statistics of your model,
02:30
so you can set the label up in any way that makes sense to you.
02:35
Lastly, the SerialNumber in this example is a set of alphanumeric characters, or a string.
02:44
Labels can include text, numbers, strings, references to other objects, and other types of data.
02:54
Next, review how to apply a label.
02:59
In the Model shown, items enter through the Source into Queue1, then the Operator takes them to the Processor.
03:08
Here, 60% of the items are set to flow to the Sink, and 40% of the items will travel back to the Queue for rework.
03:19
Watch as the model is Run.
03:22
In this example, there is no way to record the items that return to the Queue.
03:29
To solve this issue, you can use a Trigger that sets a Label based on the path of the item.
03:36
In the Model, select Processor1.
03:41
In Properties, under Triggers, click Add a new Trigger, and select On Exit.
03:51
Click Add/Edit this Trigger’s operations, then select Data > Set Label.
03:59
In the Set Label properties, set the Object you are assigning the trigger to—in this case, the item.
04:07
Next, give the Label a name—here, “ReworkState”.
04:15
Then, assign a value—in this case, port.
04:20
This label is set to equal the port that the item flows to, 1 or 2.
04:27
Reset and Run the model.
04:31
As you encounter an item that requires rework, Stop the simulation.
04:38
Then, in the Model, click the item.
04:43
In Properties, under Labels, note that the item has a ReworkState label of 2.
04:50
Run the model again and select the item when it finishes reprocessing.
04:57
The label is reassigned a 1, because the item now flows to Port 1—the Sink.
05:05
In this example, you can now gather statistics using the label.
05:10
Select the Dashboard pane, where a table displays the total output of the objects.
05:17
In the Library, under Output, select Output by Type.
05:24
Select the Bar Chart, then drag and drop it onto the Dashboard.
05:31
In Properties, under Objects, click the Sampler, and in the Model, select the Processor.
05:41
Then, change the Type Label to “ReworkState” to differentiate by this Label.
05:47
Note that this field is case sensitive and needs to match the Label name exactly.
05:54
You can verify the Label name under Triggers, in the Set Label Properties.
06:03
Back in the Bar Chart Properties, leave the remaining selections set to the defaults.
06:10
Reset and Run the simulation.
06:13
Now, the model uses the label to record how many items travel via Port 1 and Port 2.
06:22
If you speed the model up, you can see that the bar chart more clearly displays the expected 60/40 split between ports 1 and 2.
06:31
Labels are a means of assigning data that helps to differentiate objects, tokens,
06:38
and flow items in your model, allowing you to effectively build model logic and to gather meaningful statistics to evaluate your model.