label

label

ravi_c
Not applicable
124 Views
5 Replies
Message 1 of 6

label

ravi_c
Not applicable

dummy-model.fsm.

In attached model there is two processors and two queues. logic which I want from here is at queue 2 a batch of 50 reached from source 2 and one by one processor1 is processing from queue1 then in queue 3 a batch of 500 came from source 3 and processor2 must get 16 item from queue2 at once and process with one item coming from processor1.

0 Likes
Accepted solutions (1)
125 Views
5 Replies
Replies (5)
Message 2 of 6

sam_stubbsYXX86
Community Manager
Community Manager
Accepted solution

It sounds to me that what you're looking for instead of a Processor for processor2 is rather a combiner that takes 1 item from the source2 lane, and batches it with 16 items from the source3 lane. Also, IN order to get the 50 and 500 coming from source2 and source3, I changed the sources to be scheduled sources on repeat instead of inter-arrival sources. (I'm not sure what you were looking for there, but if you want to change the times that those parts come in, you can edit the arrivals table in either sources.)

Here's your model with my proposed changes.

10032-dummy-model.fsm

Message 3 of 6

ravi_c
Not applicable

@Sam StubbsThanks for your response. With combiner yeah it is possible(it could be lengthy process) . But i was looking to build some logic in label tab of processors/Queue. If something with label edit is possible that could be more fast solution.

0 Likes
Message 4 of 6

jeff_nordgren
Not applicable
@Ravi C

I'm not sure I understand your response to @Sam Stubbs regarding the use of a combiner making it a "lengthy process". I'm not sure what that means or how using a combiner as a solution would make anything more "lengthy". In fact, using the combiner for what you describe is not only the better way to go but I would also think the "fastest" way as well. It seems to me that you are trying to re-invent the wheel by using labels or other methods to do what the combiner does inherently instead of just using the combiner that will do all that "other work" it would take to make your solution work.

So you may have to explain a little more why you think a combiner is not the right solution.

Thanks.

0 Likes
Message 5 of 6

ravi_c
Not applicable

@Jeff Nordgren. your point is correct it is not soo much lengthy process(just combining). just i wanted to keep processor as it is and was trying a new way to satisfy my model logic. i was trying to solve it by edit some label of processor and queue. still problem is unsolved.

0 Likes
Message 6 of 6

jeff_nordgren
Not applicable

@Gulati

Not sure why you are stuck on using a processor to do a combiner's native job. But attached is your model with the changes I've made (a bunch of them) just to make it act and function like the combiner already does. It's a lot easier to just use the objects the way they are meant to be used. Don't make if harder on yourself trying to "make" other objects to the same functions that are built into the proper object. Just my two cents. But if you like to make things harder for yourself... go for it.

dummy-model-jn2.fsm