Цитата Сообщение от Vish57 Посмотреть сообщение
На мой взгляд введение новых ФБ в библиотеку несколько (незначительно) увеличит объем ИДЕ и, соответственно, размер дистрибутива и.... все.
Смотрите: в прошивке самого ПР (неважно 110 или 200) находится виртуальная машина, в которую заложены базовые команды. ОЛ не пытается генерировать машинный код для ПР.
ОЛ компилирует схему в промежуточный код.

Например, пресловутый PID регулятор написан на Си и заложен в прошивку.

Вы предлагаете добавить хитроумный блок 4ИЛИ-НЕ? Да, его добавить можно, но в прошивке придётся и на него отвести место (чтобы ПР физически могло выполнять эту "команду").
Но: уверен, что "место в прошивке под блок 4ИЛИ-НЕ" это далеко не самый главный аргумент. Вообще говоря, Юрий верно говорит, что место в ПР (в прошивке) потребуется.
Но ещё придётся написать реализацию этого блока для существующих и готовящихся к выходу моделей ПР. А ещё протестировать и задокументировать этот блок.

Внимание, вопрос: а какая будет польза от такого блока?
То же самое можно сделать из 3-х блоков OR и одного блока NOT. Разница по времени выполнения будет наверняка несущественная. Ну, явно не в 10 раз. Может, и будет "один цельный блок" работать процентов на 5 быстрее. И? Стоит ли оно того, чтобы делать, отлаживать, и потом поддерживать?


Цитата Сообщение от Vish57 Посмотреть сообщение
А быстродействие и гибкость построения алгоритма увеличатся.
Ну каким образом увеличится гибкость от "встроенного блока 4ИЛИ-НЕ"?

Если бы говорили о блоке "работы с массивом", то ещё, да, можно было бы понять.
Или о возможности "пропускать" ветки схемы.

Но от создания "встроенного" блока 4ИЛИ-НЕ польза (даже, если она и будет) будет мизерной. А вреда будет много.