Conditional decide to check photo eye state

Question

question

Roberto Z asked Dec 31 2020 at 8:28 PM tannerp commented Jan 18 2021 at 1:36 PM

Conditional decide to check photo eye state

Hello!

How does the line of code should read for a conditional decide to check for the photo eye state?

Photo Eye State logic:

On Clear -> Release child token

On Block -> Wait for event

TY

Happy Holidays!

Software Version:

FlexSim 20.0.0

wait for event subflow conditional decide flexsim 20.0.0 photoeye

pe.jpg (24.3 KiB)

pe2.jpg (38.4 KiB)

· 1

Answer 1 · 2021-01-01T14:35:00Z

Jason Lightfoot answered Jan 01 2021 at 2:35 PM tannerp commented Jan 16 2021 at 5:12 PM

Here's an example for you, but this is similar to the default behaviour without a photoeye, and will break with simultaneous arrivals.

You took the sublflow from this post which was testing if the queue was full and waiting for an exit event.

The closest test to that is to test if the photo eye is clear ("state" variable) and if not wait for it to clear as shown in the model.

ConveyorPEavailability.fsm

conveyorpeavailability.fsm (52.3 KiB)

· 4

Roberto Z commented · Jan 11 2021 at 7:11 PM

What does the "Move object" Do?

0 ·

Jason Lightfoot ♦♦ Roberto Z commented · Jan 11 2021 at 11:15 PM

Moves the object onto the conveyor's entry transfer. The source doesn't release the item in this example - if it did the PE would be controlling nothing.

0 ·

Roberto Z commented · Jan 14 2021 at 10:31 PM

I realized that you control the source with something called process flow instances, unfortunately that was not covered in the core training :( and in this particular simulation I consume and create flow items using the combiners which forces me to mix up process flow and port connections logic.

If you go look the process flow named "Clamp" I added a subflow named "PE1 Clear" that is meant to stop the operator from completing its task sequence in case the Photo Eye "PE1" is on block.

Can you please take a look to it and recommend what condition should I put in place to make it work?

My goal is to stop the activities downstream in a sequential manner once a bottleneck upstream gets created.

Thank you!

Kitchen_Base_Trial_Cell_Flow_Item_Packaging.fsm

0 ·

kitchen-base-trial-cell-flow-item-packaging.fsm (203.2 KiB)

tannerp Roberto Z commented · Jan 16 2021 at 5:12 PM

@Roberto Z

Are you updating this in order to avoid using both Process Flow and 3D? In case you are, it's important to know that here aren't any problems with mixing Process Flow and 3D logic. You just need to make sure there aren't any redundant or conflicting commands.

Instead of using your "PE1 Clear" subflow, you could add a trigger that listens to the Photo Eye "PE1". If "PE1" is blocked, it causes the operator to stop whatever he's working on and wait until "PE1" is clear. Just an alternate idea.

0 ·

Answer 2 · 2021-01-17T06:29:42Z

Roberto Z answered Jan 17 2021 at 6:29 AM tannerp commented Jan 18 2021 at 1:36 PM

Thanks for your feedback. I wasn't trying to avoid port connections despite the fact that imo controlling things with process flow is a much cleaner way of working, making it easier to catch up any mistakes and it's visually more pleasing by eliminating clutter from port connections.

I actually used your answer from this post to complete the simulation. This way as bottlenecks get created downstream the operators don't have any space to discharge and eventually they stop working.

Thank you again!

Kitchen_Base_Trial_Cell_Flow_Item_Packaging.fsm

kitchen-base-trial-cell-flow-item-packaging.fsm (202.6 KiB)

· 1

question