Why doesn't the port open/closed as specified in the code?

Question

question

JIANYUAN, HALLEY L asked Feb 26 2020 at 3:47 PM JIANYUAN, HALLEY L commented Feb 26 2020 at 7:13 PM

Why doesn't the port open/closed as specified in the code?

Hello all,

I'm trying to open/close port when the value recorded in the global table exceeds a certain amount but even though there is no error message when running, the port doesn't seem to open/close.

In the model below, both processor 1 and 2 adds a number to Table("GlobalTable1")[1][1] when there's an item being processed. If the number hits 5, the input port should close and only opens when the number drops below 5.

However when running, I've observed that Table("GlobalTable1")[1][1] goes up to 20 when it should not be able to go above 5. I suspect it has to do with the maximum content of both processor being 10 and therefore adds up to 20 but since the input port should be closed I'm not sure how items are still being sent.

Thanks for taking your time to read!

test-9.fsm

global table item flow ports control object referencing

test-9.fsm (29.7 KiB)

______

Cookie preferences

Your privacy is important to us and so is an optimal experience. To help us customize information and build applications, we collect data about your use of this site.

May we collect and use your data?

Learn more about the Third Party Services we use and our Privacy Statement.

Strictly necessary – required for our site to work and to provide services to you

These cookies allow us to record your preferences or login information, respond to your requests or fulfill items in your shopping cart.

YES

Improve your experience – allows us to show you what is relevant to you

These cookies enable us to provide enhanced functionality and personalization. They may be set by us or by third party providers whose services we use to deliver information and experiences tailored to you. If you do not allow these cookies, some or all of these services may not be available for you.

YES

NO

Customize your advertising – permits us to offer targeted advertising to you

These cookies collect data about you based on your activities and interests in order to show you relevant ads and to track effectiveness. By collecting this data, the ads you see will be more tailored to your interests. If you do not allow these cookies, you will experience less targeted advertising.

YES

NO

Are you sure you want a less customized experience?

We can access your data only if you select "yes" for the categories on the previous screen. This lets us tailor our marketing so that it's more relevant for you. You can change your settings at any time by visiting our privacy statement

Your experience. Your choice.

We care about your privacy. The data we collect helps us understand how you use our products, what information you might be interested in, and what we can improve to make your engagement with Autodesk more rewarding.

May we collect and use your data to tailor your experience?

Explore the benefits of a customized experience by managing your privacy settings for this site or visit our Privacy Statement to learn more about your options.

Answer 1 · 2020-02-26T16:21:26Z

Phil BoBo answered Feb 26 2020 at 4:21 PM JIANYUAN, HALLEY L commented Feb 26 2020 at 7:13 PM

Your code is trying to close and open the input of the global table.

If you want to close the input of the processor, then you need to specify the processor as the involved object.

involved.png (83.7 KiB)

· 5

JIANYUAN, HALLEY L commented · Feb 26 2020 at 5:44 PM

Hello @phil.bobo,

I've made the changes but it seems like now processor 1&2 could only process 6 items before being "Stuck" (meanwhile, the value at global table shows 0). The only change I've made was to specify the object as current. Do you know what's wrong with changing that?

Object involved = /** \nObject: */ /***tag:object*//**/current/**/;

test-9.fsm

0 ·

test-9.fsm (29.8 KiB)

Phil BoBo ♦♦ JIANYUAN, HALLEY L commented · Feb 26 2020 at 6:24 PM

That's what your logic is doing. You aren't closing the input until something enters.

So when the fifth item enters one of the processors, you are only closing that one processor and the other processor is still available to receive another item. Once it receives the next item, it closes itself so that it doesn't receive another after that one.

Change your logic to close and reopen both processors at the same time instead of individually.

0 ·

JIANYUAN, HALLEY L commented · Feb 26 2020 at 6:55 PM

Hi @phil.bobo,

Is there a way to refer to the items in the other processor without referencing the value when it was created? Does current.centerobjects[1] works this way? If so, could I use the exact centerobjects[1] for processor 3 and 4 in the same way?

0 ·

Phil BoBo ♦♦ JIANYUAN, HALLEY L commented · Feb 26 2020 at 7:03 PM

Yes, you can reference the other objects and the items in the other processor.

Yes, you can use current.centerObjects[1] to reference the other processor in your model.

Yes, you can do that same thing with processor 3 and 4.

0 ·

JIANYUAN, HALLEY L Phil BoBo ♦♦ commented · Feb 26 2020 at 7:13 PM

Thank you for your help @phil.bobo!!

0 ·

question