Имитация работы постов контроля блоков

Каждый цех имеет посты контроля блоков одного типа. Посты Контроля предназначены для приема блоков из цеха, тестирования их, отправки исправных блоков на пункты сборки изделий, а брака - на склад забракованных блоков.

Для размещения элементов, имитирующих работу постов контроля блоков, создан класс активного объекта Test.

Согласно указанному ранее назначению постов контроля блоков, нужно сделать так, чтобы три типа блоков передавались из цехов на свои посты контроля, три типа тестированных и исправных блоков поступали на пункты сборки изделий, а три типа забракованных блоков – на склад забракованных блоков.

Элементы модели

Для имитации работы постов контроля блоков одного типа (одного цеха) потребуются элементы:

1. queue – имитация склада изготовленных цехом блоков;

2. delay – имитация времени тестирования блока;

3. selectOutPut – имитация процесса браковки блоков.

Свойства каждого из элементов представлены в таблице 5.

 

Таблица 5 – Элементы постов контроля и их свойства.

Элемент	Свойства	Значения свойств
	Класс заявки: Вместимость:	Product Максимальная
	Класс заявки: Время задержки:   Вместимость: Действие при выходе:	Product exponential(1/get_Main(). timeTestBlock1(\2\3)) get_Main().postKontr1(\2\3) get_Main().kolTestBlock1++;
	Выход true выбирается: Вероятность [0-1]: Действие при выходе (true):   Действие при выходе (false):	С заданной вероятностью 1-get_Main().procBrakBlock1(\2\3) get_Main().gotBlock1(\2\3)++; get_Main().brackBlock1(\2\3)++; entity.sign1 = 1; entity.numBLBrak1(\2\3) = 1;

 

В результате моделирования была получена схема, представленная на рисунке 3.

Рис. 3 – Смоделированные посты контроля блоков.

 

Имитация работы пунктов сборки изделия

Пункты сборки изделий предназначены для приема прошедших тестирование блоков с постов контроля, сборки изделий из блоков, замены забракованных блоков и отправки их на склад забракованных блоков.

Для размещения элементов имитации работы пунктов сборки изделий создан класс активного объекта Sborka.

Элементы модели

Сборка изделия начинается тогда, когда будут готовы три блока(по одному каждого из трех типов). Полагаем, что время готовности блоков различное. Значит, нужно воспользоваться такими элементами AnyLogic, которые предназначены для синхронизации движения заявок (в данном случае блоков). Элементы класса Match предназначены именно для синхронизации движения двух заявок.

После готовности трех блоков для дальнейшей имитации процесса сборки нужно эти три заявки объединить в одну и интерпретировать ее как изделие. В AnyLogic имеются элементы некоторых классов, которые позволяют осуществить такое объединение. Применим элементы класса Combine, позволяющие из двух заявок получить одну. Процесс объединения будет происходить по мере готовности блоков, значит, на пункте сборки будет создаваться очередь, для имитации которой нужно использовать элемент queue.

Для имитации непосредственно процесса сборки взят элемент delay, а для разделения потока изделий на собранные первично и на изделия с замененными блоками после браковки – элемент selectOutPut.

Свойства каждого из элементов представлены в таблице 6.

 

Таблица 6 – Элементы пунктов сборки и их свойства.

Элемент	Свойства	Значения свойств
	Классы заявок: Вход1, Вход2: Условия соответствия Максимальная вместимость 1 Максимальная вместимость 2	Product, Product true
	Классы заявок: Вход1, Вход2, Выход: Объединенная заявка:	Product, Product, Product entity1
	Класс заявки: Максимальная вместимость	Product
	Класс заявки: Выход true выбирается: Условие:	Product При выполнении условия entity.sign1 == 0
	Класс заявки: Вместимость: Действия при выходе:	Product get_Main().kolPunSborki if (entity.sign1 == 0) {get_Main().kolSobrIzd++;} if (entity.sign1 == 2) {if (entity.numBLBrak1 == 1) {get_Main().zamBlock1++;} if (entity.numBLBrak2 == 1) {get_Main().zamBlock2++;} if (entity.numBLBrak3 == 1) {get_Main().zamBlock3++;} get_Main().kolZamIzd++;}
	Выход true выбирается: Условие:	При выполнении условия БракИздБл1(2\3) == 0
	Класс заявки: Использовать: Условие0: Условие1: Условие2:	Product Условия entity.numBlBrak1 == 1 entity.numBlBrak2 == 1 entity.numBlBrak3 == 1
	Класс заявки:	Product
	Классы заявок: Вход1, Вход2, Выход: Объединенная заявка: Действие при входе 1:   Действия при выходе:	Product, Product, Product entity1 if (entity.numBLBrak1(2\3) == 1) БрИздБл 1(2\3) ++; if (entity.numBLBrak1(2\3) == 1) БрИздБл1(2\3) --;
	Классы заявок: Оригинал, Копия: Количество копий: Новая заявка (копия): Действие при выходе копии:	Product, Product 1 new Product() entity.sign1 = 0;

 

Изделия после элемента пунктСборки разделяются на два потока: собранные изделия первично (entity.sign1=0) и изделия с замененными блоками (entity.sign1=2). Разделение необходимо для учета количества изделий с замененными блоками и количества замененных блоков различных типов.

Разделение потока изделий осуществляется элементом selectOutPut по условию entity.sign1 == 0, так как в случае, если изделие было забраковано на стендах выходного контроля или на пунктах приема изделий, признак entity.sign1 будет равен 2.

Каждый порт ГотБл1 …ГотБл3 соединяется с входом соответствующего элемента selectOutPut. Выходы true этих элементов соединены с соответствующими входами элементов match - match1. Таким образом, с выходов true готовые блоки будут направляться для первичной сборки изделий, а с выходов false – для замены бракованных блоков. В качестве условия разделения потоков использованы простые переменные БрИздБл1 …БрИздБл3. Например, если БрИздБл2 ≠0,то имеется забракованное изделие с блоком2.

В результате моделирования была получена схема, представленная на рисунке 4.

 

Рис. 4 – Смоделированный пункт сборки изделий.