question

mark zhen avatar image
0 Likes"
mark zhen asked Jeanette F commented

Flexsim job shop problem

I'm currently building a model for gig production and I'm not sure why my model is having issues. But what I can provide is some preliminary information on modeling.

1. I have 20 orders but my production order is randomly generated.

2. My processing time wants to be set to evenly distribute 1,100, but I am wondering if I can give him a processing time label at the beginning, and then the machine will process according to the processing time label on the item.

But now it seems that my model is not processed as I thought.

random.fsm

FlexSim 22.0.16
job shop
random.fsm (200.2 KiB)
· 4
5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Joerg Vogel avatar image Joerg Vogel commented ·
@mark zhen, what do understand under „evenly distributed“?
0 Likes 0 ·
mark zhen avatar image mark zhen Joerg Vogel commented ·

The frequency of occurrence on a scale of 1-100 is the average occurrence

0 Likes 0 ·
mark zhen avatar image mark zhen mark zhen commented ·

@Felix Möhlmann @Jason Lightfoot@Kavika F

Hello, I have updated my content, but there is still a problem with the processing order. I don’t know what the problem is.random.fsm

0 Likes 0 ·
random.fsm (194.7 KiB)
Jeanette F avatar image Jeanette F ♦♦ commented ·

Hi @mark zhen , was Felix Möhlmann's answer helpful? If so, please click the "Accept" button at the bottom of their answer. Or if you still have questions, add a comment and we'll continue the conversation.

If we haven't heard back from you within 3 business days we'll auto-accept an answer, but you can always comment back to reopen your question.

0 Likes 0 ·

1 Answer

Felix Möhlmann avatar image
0 Likes"
Felix Möhlmann answered mark zhen commented

In both your models you use a label ("processtime" and "pt" respectively) to refer to the column from which the process time should be read. In both cases, the values of the labels point to wrong columns or aren't even in the range of the table.

In your first model you have "duniform()" expressions in the "StationAssignments" table. You replaced these with number data without switching the cell nodes out of 'flexscript-mode'. As as result, only 0s are returned when reading from the table. It's probably easiest to just create a new table alltogether.

· 28
5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

mark zhen avatar image mark zhen commented ·

But I fixed the random seeds and the order of StationAssignments in the new model, and I still can't run the model smoothly. There will be a lot of products that are not labeled smoothly. I want to solve this problem. As for the processing time, my approach is to read a new table and the table content will have the corresponding TYPE and PROCESSTIME. I think this approach should not be done. There will be problems.

0 Likes 0 ·
mark zhen avatar image mark zhen mark zhen commented ·

In both models, you use labels ("processtime" and "pt" respectively) to reference the fields from which the processing time should be read. In both cases, the label's value points to the wrong column, or isn't even within the scope of the table. (I don't understand where I made this mistake, the settings in the second model)

0 Likes 0 ·
Felix Möhlmann avatar image Felix Möhlmann mark zhen commented ·

When an item is created, a value of 1 is assigned to the "pt" label in Process Flow.

Processor1 uses this label to refer to the table column from which the process time should be read. Column 1 in that table is called "Arrival Time" and only contains 0s though.

capture1.png

capture2.png

capture3.png

I fixed this and the table issue in the attached model and reworked the processor connections.

random_2.fsm

One issue that remains is that the "date" label is missing on the items which the sink tries to read.

0 Likes 0 ·
capture1.png (3.0 KiB)
capture2.png (5.6 KiB)
capture3.png (15.4 KiB)
random-2.fsm (193.2 KiB)
Show more comments