Блок Entity Gate использует управляющий сигнал во входном порту наверху блока, чтобы определить, когда логический элемент открыт или закрыт:
Когда сущность с положительной полезной нагрузкой прибывает в разрешать порт наверху блока, логический элемент открыт, и сущность может прибыть, пока это смогло бы перейти сразу к следующему блоку.
Когда сущность с нулевой или отрицательной полезной нагрузкой прибывает в разрешать порт наверху блока, логический элемент закрывается, и никакая сущность не может прибыть.
Поскольку тот входящий сигнал может остаться положительным какое-то время интервал произвольной длины, активированный логический элемент может остаться открытым какое-то время интервал произвольной длины. Длина может быть нулем или положительным числом.
В зависимости от вашего приложения логика пропускания может явиться результатом управляемой временем динамики, управляемой состоянием динамики, статистического выходного сигнала блока SimEvents® или вычисления, включающего различные типы сигналов. Чтобы видеть, что готовые к использованию скороговорки общего умысла включают блок логического элемента Сущности, смотрите Шаблоны проектирования SimEvents.
Этот пример показывает, как использовать шаблон разработки Sense an Entity Passing from A to B and Open a Gate
. В этом примере блок Step генерирует сигнал шага во время 4. Этот сигнал проходит через блок A 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. Установка этого флажка позволяет блоку-сигналу Шага позволить блоку отправить сообщение в блок Entity Replicator.
В Сущности Generatorblock, в Сущности вводят вкладку:
Назовите тип сущности Entity
.
Добавьте атрибут под названием Capacity
с начальным значением 0
.
В блоке Entity Queue, во вкладке Statistics, выбирают Number of entities in block, n.
Сохраните и запустите модель. Наблюдайте количество сущностей, проходящих через логический элемент и количество сущностей в очереди во время 4.
Предположим, что каждая сущность подвергается двум процессам, по одному, и что первый процесс не запускается, если второй процесс все еще происходит для предыдущей сущности. Примите для этого примера, которые желательно моделировать эти два процесса с помощью двух Одного блоков Сервера последовательно, а не одного блока Single Server, время обслуживания которого является суммой двух отдельных времен вычислений; например, вы можете найти решение 2D блока более интуитивным, или вы можете хотеть получить доступ к двум выходным сигналам использования блоков Single Server независимо в другой части модели.
Если вы соединяете очередь, сервер и другой сервер последовательно, то первый сервер может начать служить новой сущности, в то время как второй сервер все еще служит предыдущей сущности. Это не выполняет установленную цель. Для модели нужен логический элемент, чтобы препятствовать тому, чтобы первый сервер принял сущность слишком скоро, то есть, в то время как второй сервер все еще содержит предыдущую сущность.
Логический элемент сущности | Входной переключатель сущности | Переключатель сущности Вывод | Репликатор сущности | Сообщение отправляет