Сервер Modbus OPC

Первоначально опубликовано kuksevi

   Спасибо за то что указали на узкие места.

Выпущена новая версия Lectus Modbus OPC/DDE server 3.6 (сборка 9) от 13.06.07 в которой улучшена производительность при работе с большими конфигурациями.

Первоначально опубликовано kuksevi

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

Это не верно. Для управления периодичностью опроса на верхнем уровне может использоваться предопределенная переменная POLL.

Первоначально опубликовано kuksevi

отсутствует  поддержка OPC DA1 ,OPC DA3.

Спецификация OPC DA 1 безнадежно устарела, OPC DA 3 используется не во всех SCADA системах. OPC DA 2 была выбрана как наиболее распространенная. В будующем планируется добавить поддержку OPC DA 3.

Первоначально опубликовано kuksevi

Конфигурирование его при большом количестве тегов утомительно а формат конфигурационного файла довольно громоздок чтобы его сильно править тогда как 

у MODBUS-OPC устройство довольно просто описать в формате csv и импортировать его в конфигураторе где его также легко править.

Это не проблема. Для одного из клиентов была разработана программа которая конвертирует конфигурацию из простого INI файла. Если пользователи посчитают нужным, выложу данную программу конвертации.

Первоначально опубликовано kuksevi

Кроме того Lectus не может работать как служба.

Что есть, то есть.

Посыпаю голову пеплом 

Хотя я не считаю это крупным недостатком.

По мере реализации более приоритетных задач будет добавлена и данная функция.

Первоначально опубликовано kuksevi

Если сравнивать по производительности MODBUS-OPC (сборка от 07.06.2007 )  и Lectus (В качетстве  ОРС клиента Matricon, в качестве slave усройства эмулятор Modbus Slave) на компьтере  P-IV с частотой 3.2 Ггц и ОЗУ 1 гигабайтом памяти загруженость процессора Lectus-ом 

где то в районе 30% причем загруженность периодически заскакивает за 50% и занимает память в районе 21 мегабайта (при обработке 1000 тегов формата int MODBUS RTU)

сервером MODBUS-OPC при аналогичных условиях загрузка процессора в среднем составляет 3% с заскоками до 12%  и занимает память 8.9 мегабайта

При обработке 12000 тегов сервером  MODBUS-OPC (по 3000 на discrete coils input и holding ) загрузка процессора составляла 8%  и занимаемый объем памяти 22500кб и время от подключения к неработающему ОРС серверу до добавления всех тегов в группу составило примерно 3 минуты. Lectus при аналогичных действиях не вышел в рабочий режим после прошествия 30 минут, загрузил процессор на 100% и занял память за 220 мегабайт.

Вот более интересный тест при обрабоке 12000 тегов не компьютере с процессором P-II c частотой 233МГц и 256 ОЗУ MODBUS-OPC на рабочий режим вышел примерно через 15 минут

Если кому интересно то файл конфигурации на 12000 тегов для Lectus можно скачать отсюда http://www.modbusopc.com/lec.zip

См. выше.

Кстати, или я не туда смотрел, или эта конфигурация на 15000 тэгов.

Первоначально опубликовано kuksevi

Файл импорта для устройства на 12000 тегов для MODBUS-OPC можно скачать отсюда 

http://www.modbusopc.com/my.zip

2. Может большинству данной функциональности и хватает, НО попробуйте меня убедить, зачем при равной стоимости приобретать менее функциональный и еще не до конца отлаженный продукт?

MODBUS-OPC более легок в настройке и гораздо менее требователен к системным ресурсам,

поддержка большего числа спецификаций ОРС.

 Что касается отладки то для Windows регулярно выходят обновления да и у предложенного Вами для сравнения Lectus если почитать его файл readme.txt то там также указаны какие ошибки он правил т.е. по Вашему это так же не до конца отлаженные продукты?

Ошибки есть во всех программах. Нет их пожалуй только в не нужных или неиспользуемых.

Кроме того, ошибки подразделяются на критические и не критические, которые не отражаются на основной функциональности и чаще всего появляются в связи с появлением все новых возможностей.

Так вот, этап критических ошибок давно пройден.

Первоначально опубликовано kuksevi

Функциональность продукта вполне приемлимая  есть продукты   с гораздо меньшим функционалом но гораздо большей стоимостью, да и из полезных функций Lectus которые отсутсвуют в MODBUS-OPC это логирование и работа с модемами (но логирование оно полезно при отладке и будет реализовано в последующих версиях MODBUS-OPC, а работа с модемами у Lectus неэффективна поскольку устройство жестко привязывается к одному модему и если рассматривать случай когда мы имеем несколько  модемов то при опросе устройства он будет ждать освобождения конкретного модема а не искать свободный)    

И свободный модем будет звонить тому модему который уже занят обменом с первым модемом ?

Если несколько устройств привязаны к одному модему, то подключение осуществляется только при первом обращении к модему. Последующие устройства только посылают непосредственно Modbus команды, если конечно к этому моменту не произошло отключение от модема в связи с истечением времени простоя (что настраивается в конфигурации).

Кстати, вы забыли указать следующие полезные возможности:

- поддержка Modbus TCP;

- работа в режиме "Master" и "Slave";

- реализация функциональности OPC и DDE сервера; 

- вычисление значения переменной по заданной формуле;

- симулирование значения переменной (константа, случайное, счетчик); 

- формирование любого Modbus запроса;

- передача/считывание данных любого SQL сервера;

- встроенный OPC клиент, для опроса загруженной конфигурации;

 и др.

Из последних добавленных возможностей - это реализация Master и Slave на уровне узлов с поддержкой как прямого подключения, так и Modbus TCP и модемного подключения. Т.е. можно настроить получение данных с удаленного компьютера через TCP или модемное подключение.

Предлагаю посетителям этого форума оценить данную функциональность.

http://www.lectussoft.com/programs/opcserv.zip