Доброго времени суток, по старинке.
Имеется маленькая проблема, вернее даже спор. Есть несколько PLC типа ADAM 5510 с определенным ПО которое передает в тэгах на OPC сервер порядка 120-130 тэгов. Тэги различные по типу, в основном битовые (кнопка нажата/отжата) но есть и тэги передающие значения манометров, и что не мало важно, значения манометров очень динамичны.
В качестве сервера используем ICONICS Modbus OPC Server 3.1, программа клиент написана на Delphi и использует компоненты IOCOMP для работы с OPC. Для тех кто работал с данными компонентами скажу что с OPC группами в настройках компонент не заморачивались. В дизайнмоде просто привязали к тэгам все необходимые компоненты, и на этом настройка их была закончена.
А теперь самое интересное. Наблюдаются значительные тормоза в отработке компонент. А именно: Кнопка для сработки должна быть нажата пару раз (временами), значения манометров в клиенте имеет более грубый шаг чем на манометре источнике (этот момент особенно важен) и  т.к. графики получаются если сказать не линейными - то это ничего не сказать.

Вот тогда то и возник вопрос как бы так разграничить тэги группами, что бы как то поделить все по приоритетам и с наименьшими тормозами. Но результат оказался плачевным. Оказалось что компоненты IOCOMP уже изначально делят все по группам и каждый компонент обчитывается с равным приоритетом (возможно ошибаюсь).
Затем была идея писать свой OPC сервер, есть прогресс но есть одно НО. В спецификации OPCDA пусть даже версии 2, есть строгая требовательность к программному соответствию ей. Но раз все известные серверы OPC соответствуют такому стандарту то в виду вышесказанного прироста в скорости опроса тэгов мы не добьемся (встречал цифры в сети, что 100 тегов опрашиваются порядка 1-й секунды и это аксиома).

А вот теперь мои мысли: В конкретный момент времени меня интересует из всей этой кучи предположим тэгов 15-20, тип тэгов и битовый и числовой, и мне их нужно опрашивать 100% и очень быстро, про остальные хочу забыть  пока не вспомню что они есть. 
Как мне поступить, стоит ли заморачиваться на написании своего сервера и отступая от стандарта добавлять эти фишки с опросами только конкретных тегов в OPC сервер. Или стоит доводить до ума компоненты IOCOMP да и научиться с ними работать наконец как задумано автором.
Вот собственно все, возможно все изложено по делетантски, возможно не до конца изучена необходимая литература. Прошу совета, как можно это все разрешить, или как бы поступили Вы.
Заранее благодарю.