Conveyor decision point stop and delay: can it use accel / decel?

[craig_dickson]

[ FlexSim 20.2.3 ]

When a conveyor conveyor decision point has its arrival trigger set to "stop item and delay", it appears that the conveyor acceleration is not used: the item just goes immediately from full speed to stopped in zero, and then after the delay from stopped to full speed in zero time. Is there a way to make the item accelerate (and maybe decelerate) on the conveyor? I don't want to use a motor because there are other items elsewhere on the same conveyor that should not stop, and the conveyor has multiple places where the item could stop.

[jason_lightfootVL7B4]

The legacy basic conveyor did this but it didn't have decision points. Can you not use multiple conveyor sections ?

[craig_dickson]

I have (at a minimum) 84 places along the conveyor where an item might stop, with following items queueing up behind during the stop. The item then continues. So that would be (at best) impractical.

I'll probably just do some math and increase the stop time to reflect the accel/decel. Analytically correct, but doesn't look quite right in the animation.

I can understand the difficulty of using decel if you're counting on the arrival trigger of the dp to decide whether to stop the item. But it seems like it should be feasible if you actively route the item to that dp from a previous dp (or process flow)

[joerg_vogel_HsH]

Hi @Craig DIckson, I want to learn which mechanical device let a flow item decelerate on a conveyor. Thank you for your support. Pleases don’t feel offended. I am just curious. Thank you very much.

[craig_dickson]

@Jörg Vogel Mechanically what I am modeling not actually a conveyor, it's a set of shuttles on a loop track, carrying and sorting other items. In theory I could also have modeled it as a set of AGVs, but it's much more straightforward to build the actual logic in a FlexSim conveyor system, and also much more analogous to how the actual system operates.

But there are plenty of conveyor systems that actually accel and decel individual items. For example, conveyors that use powered rollers have independent zones and the zones don't stop or start immediately. Usually we model this accel/decel time using the conveyor restart delay. And as controls get cheaper and smarter there are more situations where it may become important. (Descramblers come to mind.)

[jason_lightfootVL7B4]

Then I suggest if this behaviour becomes critical you should use the AGV logic or basic conveyors. I don't see why it's so much simpler to use conveyors.

[joerg_vogel_HsH]

Thank you!

[joerg_vogel_HsH · Accepted solution]

Currently this is only a feature of a transfer wether exit or entry. And this means you have to insert a conveyor section in your system.

You can extend the location to a full stop by a repeating stop and go mechanism implemented by a delayed repeated message mechanism. Each message let the item stop longer and travel shorter in alternating occurrences until a full stop should happen.

Another bogus deceleration could you implement by delayed message initiating a stop. You set the conveyor item invisible from the time the event occurs until a drawsurrogate item has fulfilled a kinematic deceleration to the point on the conveyor where you have stopped the conveyor item. Then you set the conveyor item visible again and delete the drawsurrogate.

[joerg_vogel_HsH]

The bogus deceleration mechanism works with an acceleration, too. And you can replace the kinematic by animations in the item. It is still a fake, but it will look quite realistic on straight sections for any leading item. Each following item will bump into the previous one and a static animation will mess up the visualization.

[jason_lightfootVL7B4]

Hi @Craig DIckson, was Jörg Vogel's or jason.lightfoot's answer helpful? If so, please click the red "Accept" button at the bottom of one of their answers. 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 unaccept and comment back to reopen your question.