Несколько вопросов

[SCADAMaster]

читаемость проекта зависит в первую очередь от его объёма. при наличии ста лишних переменных, пусть даже построен он будет архиграмотноно - у вас будет в нём будет сто лишних переменных.
лишние переменные не перестанут быть лишними при любых условиях и при любых условиях они захламляют проект.

Если построить иерархический проект - от крупных узлов (цех, аппарат) к мелким (клапан, задвижка, параметр), то даже крупный проект может быть легко читаемым.

лично мы считаем, что нагромождать 100500 одинаковых окон, отличающихся названием и порядковыми номерами битов выхода и входа является моветоном.

Для этого в версии 3.5 мы планируем сделать новый механизм - "типизация".

только задействование механизма шаблонов это само по себе лишнее действие. так что всё-таки изменить оформления одного окна быстрее, чем восьми.

Установка нескольких галочек не являются времязатратным действием.

а вот ограничение минимального времени нажатия кнопки - ноль лишних действий(держим кнопку чуть дольше).

Это не интуитивный способ. Вы все кнопки так будете кнопки делать? Или какие то нужно держать, а какие то нет?

при использовании элемента "кнопка без фиксации" метод подтверждения нажатия вообще неосуществим.

Но данный метод действует для контрола команд.

однако что тогда делать с задержкой на подачу команды? уменьшение времени опроса поможет уменьшить время задержки на запись тэга?

Да, уменьшит.
Вам тогда также потребуется уменьшить период опроса изменений ОРС сервера. Но, по очевидным причинам, не стоит гнаться за высокими скоростями. Вообще большинство пользователей устраивают стандартные значения - 1 секунда.

более того оператору(да и его начальству) сложно объяснить причину, по которой на старой схеме управления из кнопочных пультов и реле лохматых годов выпуска, команда проходила сразу, а тут нет.

Потому что скорость движения электронов выше скорости процессора и обмена по интерфейсам.