rack transporter issue

Question

question

Travis Hill asked Sep 30, '22 Jeanette F commented Oct 12, '22

rack transporter issue

In 22.0.08, loading a default rack with a pallet of flowitems using a transporter does not work properly. With the default Slot Assignment Strategy, the transporter loads everything into bay 1, level, 1, slot 1. Using an operator the logic seems to be correct. Choosing the random with space option with the transporter causes the same effect as the default option, except that the pallets are placed in in random bay, level, but the slots are still overloaded.

Not completly sure, but stepping through the code behind the pick list option seems to point to an issue in the slot.hasSpace method.

rack_Transporter_Issue_22.0.8.fsm

In 22.1.3,using the operator has the same problem as the transporter in the previous version.

rack_Transporter_Issue_22.1.3.fsm

Note: the other rack variants seem to function correctly in these same scenarios.

Software Version:

FlexSim 22.0.8

racks

rackissue-22103.png (353.5 KiB)

rackissue-22008.png (363.0 KiB)

rack-transporter-issue-2208.fsm (63.8 KiB)

rack-transporter-issue-2213.fsm (64.6 KiB)

· 1

5 |100000

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

Jeanette F ♦♦ commented · Oct 12, 2022 at 04:43 PM

Hi @Travis Hill,

We haven't heard back from you. Were you able to solve your problem? If so, please add and accept an answer to let others know the solution. Or please respond to the previous comment so that we can continue to help you.

If we don't hear back in the next 3 business days, we'll assume you were able to solve your problem and we'll close this case in our tracker. You can always comment back at any time to reopen your question, or you can contact your local FlexSim distributor for phone or email help.

0 ·

Answer 1 · 2022-09-30T17:37:31Z

Jason Lightfoot answered Sep 30, '22 Jeanette F commented Sep 30, '22

It's working correctly in 22.0.8 since the logic is meant to allow exactly fitting pallets into the bay. The rack has never considered the pallet contents as part of the size.

If you don't want them to stack vertically then remove Z+ from the stacking progression.

· 3

5 |100000

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

Travis Hill commented · Sep 30, 2022 at 06:44 PM

I know know the stacking within the slot would not handle the flowitems inside the pallet, but just swapping the operator with a transporter has two different effects.

In the default strategy with the operator, pallets are being placed in various bays, levels and slots while stacking within the slot based on the pallet size only.

In the default strategy with the transporter, all pallets in the rack are being placed only in level 1, bay 1, slot 1. Visually they are being drawn to the right of the previous pallet, but are all in the same slot.

0 ·

Jason Lightfoot ♦♦ Travis Hill commented · Sep 30, 2022 at 10:20 PM

Thanks for explaining more - my first concern was that you were using using 22.1.3 which did not benefit from the August 2nd updates that fixed the storing of items that exactly fit the slot.

If you make the pallet size 4.1000 exactly, the behavior should be correct.

It looks like the August 2nd update was only a partial fix in that the Transporter is making something different happen to the slot position, resulting in the original problem. I'll send this in for review/fixing.

Thanks again.

0 ·

Jeanette F ♦♦ Travis Hill commented · Sep 30, 2022 at 10:28 PM

Hello @Travis Hill,

I am not able to recreate your problem with it depending on the Type of TE.

TE_Load_Rack.fsm

0 ·

te-load-rack.fsm (64.2 KiB)

question