Блок Entity Gate использует управляющий сигнал во входном порту наверху блока, чтобы определить, когда логический элемент открыт или закрыт:
Когда сущность с положительной полезной нагрузкой прибывает в разрешать порт наверху блока, логический элемент открыт, и сущность может прибыть, пока это смогло бы перейти сразу к следующему блоку.
Когда сущность с нулевой или отрицательной полезной нагрузкой прибывает в разрешать порт наверху блока, логический элемент закрывается, и никакая сущность не может прибыть.
Поскольку тот входящий сигнал может остаться положительным какое-то время интервал произвольной длины, активированный логический элемент может остаться открытым какое-то время интервал произвольной длины. Длина может быть нулем или положительным числом.
В зависимости от вашего приложения логика пропускания может явиться результатом управляемой временем динамики, управляемой состоянием динамики, SimEvents® статистический выходной сигнал блока или расчет, включающий различные типы сигналов. Чтобы видеть, что готовые к использованию скороговорки общего умысла включают блок Entity gate, смотрите Шаблоны проектирования SimEvents.
В этом примере показано, как использовать Sense an Entity Passing from A to B and Open a Gate шаблон разработки. В этом примере блок Step генерирует сигнал шага во время 4. Этот сигнал проходит через блок A Message Send. Блок Entity Replicator копирует сущность и передает ее B. Это использует исходную сущность, чтобы инициировать основанную на событии сущность, чтобы включить блок Entity Gate.
В новой модели перетащите блоки, показанные в примере, и повторно пометьте и соедините их как показано. Для удобства начните с Sense an Entity Passing from A to B and Open a Gate шаблон разработки.
В блоке Step, установленном параметр Step time на 4.
В блок (Message Send), установите флажок the Show enable port. Установка этого флажка позволяет блоку-сигналу Step позволить блоку отправить сообщение в блок Entity Replicator.
В блоке Entity Generator, в Сущности вводят вкладку:
Назовите тип сущности Entity.
Добавьте атрибут под названием Capacity с начальным значением 0.
В блоке Entity Queue, во вкладке Statistics, выбирают Number of entities in block, n.
Сохраните и запустите модель. Наблюдайте количество сущностей, проходящих через логический элемент и количество сущностей в очереди во время 4.
Предположим, что каждая сущность подвергается двум процессам, по одному, и что первый процесс не запускается, если второй процесс все еще происходит для предыдущей сущности. Примите для этого примера, которые желательно моделировать эти два процесса с помощью двух блоков Single Server последовательно, а не одного блока Single Server, время обслуживания которого является суммой двух отдельных времен вычислений; например, вы можете найти решение 2D блока более интуитивным, или вы можете хотеть получить доступ к двум выходным сигналам использования блоков Single Server независимо в другой части модели.
Если вы соединяете очередь, сервер и другой сервер последовательно, то первый сервер может начать служить новой сущности, в то время как второй сервер все еще служит предыдущей сущности. Это не выполняет установленную цель. Для модели нужен логический элемент, чтобы препятствовать тому, чтобы первый сервер принял сущность слишком скоро, то есть, в то время как второй сервер все еще содержит предыдущую сущность.
Entity Input Switch | Entity Output Switch | Entity Replicator | Entity Gate | Message Send
