Вопросы по MasterSCADA 4D

[melky]

SCADAMaster вопрос, почему для ВСЕХ приборов не сделать работу с COM портом поверх TCP ?
Независимо на какой прибор я буду писать драйвер ? То есть в API или как у вас там устроено предусмотреть возможность работы линии связи COM, COM over TCP (UDP)
Что значит новые модели Меркуриев ? речь о банальном 230-м, сидящем за преобразователем интерфейса Ethernet - RS485.
Как выше написал, не уверен что система переварит 300 овер дофига виртуальных COM портов... насколько помню на это было ограничение в ОС.

KrAssor - OPC DA и т.д. кроме UA работают только в Windows среде, меня это не устраивает.
И опять же, если есть возможность писать драйвера в самой среде, зачем прибегать к OPC даже универсальным ?
Момент номер 2, за Универсальный OPC от Инсат, написав для него драйвер для устройства я еще должен платить ? вот с пуркуа бы ?

[SCADAMaster]

SCADAMaster вопрос, почему для ВСЕХ приборов не сделать работу с COM портом поверх TCP ?

Это реализация делается на уровне каждого конкретного драйвера. В целом это правильно, потому что прибор может вообще работать только по UDP, и ни COM, ни TCP использовать уже нельзя.
В ОРС сервере кстати примерно также - на этапе разработки указывается какие интерфейсы может использовать тот или иной драйвер. Правда с MPS сделать реализацию различных интерфейсов значительно проще.

Что значит новые модели Меркуриев ? речь о банальном 230-м, сидящем за преобразователем интерфейса Ethernet - RS485.

Имеющийся драйвер Меркурия - перенесенный из MS3, достаточно старый. Сейчас мы его переделываем, и само собой нужны новые модели счетчиков которые появились у Инкотекс - 234, 236.

Как выше написал, не уверен что система переварит 300 овер дофига виртуальных COM портов... насколько помню на это было ограничение в ОС.

Если хотите - то через неделю можем попробовать предоставить предварительную версию нового драйвера для Меркурия, где будет TCP.

Момент номер 2, за Универсальный OPC от Инсат, написав для него драйвер для устройства я еще должен платить ? вот с пуркуа бы ?

Не за него, а за плагин User Protocol, но цена на него смешная.
И вообще логично, что раз вы используете инструментарий который реализуют большую часть функций, и от вас по сути требуется только послать что-то в порт, а потом обработать, то за этот инструментарий нужно платить.