question

mark zhen avatar image
0 Likes"
mark zhen asked Jason Lightfoot commented

agv inventory

I have received some new information to expand my model. I have to start with some unfinished parts of the machine that were left from yesterday. My machine is already processing when the model starts. , when the green q has been processed, it will call agv to carry out storage, and call agv to carry an empty tote to carry out the next round of processing. It may be better to explain with my attached picture.

When my model is ready to run, my purple aoiq1_1, aoiq1_2, aoiq2_1, aoiq2_2, must have the specified number (10black plane in tote) and the green aoiq1_1, aoiq1_2, aoiq2_1, aoiq2_2 need to have free totes, and then when After finishing the overall processing, the green q must be pushed into the list first, and the available agv will be called to put the finished product in the warehouse and carry the finished product processed by my previous machine for filling. You can freely add q or other required items. Machine

1644999022444.png

0216-rc.fsm

FlexSim 20.0.10
agvnetworkqueuesinventory
1644999022444.png (113.0 KiB)
0216-rc.fsm (398.2 KiB)
5 |100000

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

1 Answer

Jason Lightfoot avatar image
0 Likes"
Jason Lightfoot answered Jason Lightfoot commented

I think your question is related to putting items into the queues at the start for which you should add a source to generate the items - either in the 3D model or as process Activities.

I've added a new process flow for the queues to show how this is best done. I just added the aoic_q group as members of the process flow.

0216-rc_jl.fsm

1645030857559.png

You say that empty totes in the green queues should be added to a list. This is best done with another object based process flow that detects entry and pushes to the required list. It can be done with triggers but then you need to manage/copy changes - it's better that the queues below to a process flow. I would create a new group for the green queues and a new object based process flow for them.


(When you say the machine is already processing when the model start - this is not what I observe. The only thing I observe is that at time 287.496 a token enters an aio process flow's Travel activity and cannot travel to the destination since puller is not defined as a label. Maybe you meant to reference "token.Back"?)



1645030857559.png (13.4 KiB)
0216-rc-jl.fsm (403.5 KiB)
· 6
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 ·

Can you tell me in detail about your approach? Because I want to have similar behavior on other qs, both green and red (red ones need planes but green ones don't), and the overall situation is as follows When my model presses run, my various workspaces already have pre-set raw materials and empty tote (respectively placed in the red q and green q), and the completed (meaning that the plane has been processed also After putting the tote on the green q), you need to call an idle agv to carry him, and you also need to call an agv to put the previously finished product into the red q for processing,

0 Likes 0 ·
Jason Lightfoot avatar image Jason Lightfoot ♦♦ mark zhen commented ·

This is what I recommend you do: "I would create a new group for the green queues and a new object based process flow for them. "

Here's more detail about what's happening in the process flow:

  1. The source activity creates a token at time zero - because this is an object/instanced process flow a token is created for each instance (queue) independently. Instances are referred to by 'current'.
  2. That token moves in zero time to the Create Tote activity which creates the tote in the model (not an object in the model - this is so that moving to a queue triggers entry behaviour). The created tote is added as a label on the token.
  3. The token moves into the Create Planes activity which is set to create 10 planes in the tote using the label on the token as a reference.
  4. The token moves to the MoveObject activity which is set to move the tote (token.tote label) into the queue (referenced as 'current')
  5. The sink destroys the token.


0 Likes 0 ·
mark zhen avatar image mark zhen Jason Lightfoot ♦♦ commented ·

@Jason Lightfoot

This sounds a bit complicated. Is there a model for reference?

0 Likes 0 ·
Show more comments