question

Carlos Marcelo LZ avatar image
0 Likes"
Carlos Marcelo LZ asked Ben Wilson commented

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..

FlexSim 20.2.0
flexsim 20.2.0timetabledown behaviorstop inputresume input
· 2
5 |100000

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

Jason Lightfoot avatar image Jason Lightfoot ♦♦ commented ·

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

0 Likes 0 ·
Ben Wilson avatar image Ben Wilson ♦♦ commented ·

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 Likes 0 ·

1 Answer

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

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


· 2
5 |100000

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

Carlos Marcelo LZ avatar image Carlos Marcelo LZ commented ·

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 Likes 0 ·
Jason Lightfoot avatar image Jason Lightfoot ♦♦ Carlos Marcelo LZ commented ·

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 Likes 0 ·