Time Table stop input not working

Question

question

Carlos Marcelo LZ asked Nov 25, '20 Ben Wilson commented Dec 12, '20

Time Table stop input not working

Hi I am trying to configure a timetable so that when it downs it only closes its input but the only way I´ve made it work is by stopping the process. My problem is that by doing so the objects get stucked and instead of finishing processing it while not accepting another one.

modeloFinalEscOriginal_autosave.fsm..

Software Version:

FlexSim 20.2.0

flexsim 20.2.0 timetable down behavior stop input resume input

modelofinalescoriginal-autosave.fsm (73.5 KiB)

· 2

Jason Lightfoot ♦ commented · Nov 25, 2020 at 01:16 PM

The timetable is working, I think it's the Pull Form Port Behaviour that isn't considering the state of the port.

0 ·

Ben Wilson ♦♦ commented · Dec 12, 2020 at 01:56 AM

Hi @Carlos Marcelo LZ, was jason.lightfoot's answer helpful? If so, please click the red "Accept" button on 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 unaccept and comment back to reopen your question.

0 ·

Answer 1 · 2020-11-25T16:26:40Z

Jason Lightfoot answered Nov 25, '20 Jason Lightfoot commented Dec 8, '20

Okay - it looks like you need this line in the resume behaviour:

nodefunction(getvarnode(downobject,"receivefromport"));

This isn't ideal as it assumes that the downbehaviour knows something about how the object is pulling, but it should get you past this issue.

You also need this change to the receivefromport trigger where you pull from the list:

#define BYPASS_ALL_BUT_INPUT_CLOSED 0x6F 
pullitem(current, pulled, 0, BYPASS_ALL_BUT_INPUT_CLOSED));

instead of

 pullitem(current, pulled, 0, BYPASS_ALL);

Attached is an example model.

Test_stopresumeinput_pullingfromList_nodefunction.fsm

test-stopresumeinput-pullingfromlist-nodefunction.fsm (33.2 KiB)

· 2

Carlos Marcelo LZ commented · Nov 25, 2020 at 06:50 PM

modeloFinalModificado.fsm

Hi!

First of all thanks for helping me!

Secondly, I applied the logic to my system and it seemed to work but then suddenly in each of the groups I have (i have 5 timetables, one for each group), every processor but one stops receiving boxes before the programmed down behavior.

0 ·

modelofinalmodificado.fsm (74.6 KiB)

Jason Lightfoot ♦ Carlos Marcelo LZ commented · Dec 08, 2020 at 11:47 PM

Attached is a solution where we manage any backorders when the object is stopped while idle, and in normal running, use a condition to check if we are stopped when we would normally be pulling from a list. It means a change to the 'receivefromport' logic and we should also avoid stopping/resuming inputs since we're not using those ports.

modelofinalmodificado_jlManageBackOrders.fsm

0 ·

modelofinalmodificado-jlmanagebackorders.fsm (76.9 KiB)

question