arOPC и MS SQL

[uapradius]

Добрый день.
Планируется ли реализация функционала в плане записи данных с тегов в MS SQL сервер?
Самая востребованная функция на текущий момент.

[Simple-Scada]

Здравствуйте.

Мы планируем добавить возможность работы Simple-Scada 2 с СУБД MS SQL Server. Т.е. скада сможет читать значения тегов с любого OPC-DA сервера и писать их в БД MS SQL. Или Вы хотите реализовать это именно при помощи arOPC?

[uapradius]

Или Вы хотите реализовать это именно при помощи arOPC?

То что-то Simpe-Scada будет работать с MS SQL - это просто замечательно. Нужно. Но в данном случае, если OPC-сервер сам умеет писать в БД, тоже является его плюсом, т.к. позволяет обходится без проекта на SCADA.

[arOPC]

Здравствуйте.

Поддержка такого функционала в самом OPC сервере скорее всего не будет реализована.

Этот функционал будет  добавлен в другой наш продукт Эмулятор Modbus (http://ardsoft.ru/mEmulator.html). Он может по OPC DA собирать данные с OPC серверов, а затем в нем с помощью скриптов можно будет реализовать необходимый алгоритм работы с базой данных.
Это вызвано тем что:

• Не хочется перегружать OPC сервер, чем проще приложение тем оно стабильнее.
• В эмуляторе уже реализованы алгоритмы написания скриптов.
• В качестве движка используется FastReport, соответственно в нем уже реализованы все алгоритмы работы с базами данных, остается только их включить. Причем список поддерживаемых баз не ограничивается только MS SQL

 

Сроки не называем, так как сейчас ведутся работы по реализации OPC HDA с последующей поддержкой счетчиков СПТ и СПГ.

Айрат

[Teodor]

Этот функционал будет  добавлен в другой наш продукт Эмулятор Modbus
В эмуляторе уже реализованы алгоритмы написания скриптов.
В качестве движка используется FastReport, соответственно в нем уже реализованы все алгоритмы работы с базами данных, остается только их включить. Причем список поддерживаемых баз не ограничивается только MS SQL

Мы планируем добавить возможность работы Simple-Scada 2 с СУБД MS SQL Server. Т.е. скада сможет читать значения тегов с любого OPC-DA сервера и писать их в БД MS SQL.

Гм... Я правильно понял, что такая связочка, после небольшого танца с бубном, даст возможность из Демо скады сделать очень даже полнофункциональную версию, подтягивая значения из СУБД во внутренние (не лицензируемые) точки?

[Simple-Scada]

Гм... Я правильно понял, что такая связочка, после небольшого танца с бубном, даст возможность из Демо скады сделать очень даже полнофункциональную версию, подтягивая значения из СУБД во внутренние (не лицензируемые) точки?

Т.е. сначала OPC-сервер пишет значения тегов в БД, а скада в это время постоянно отправляет запросы на выборку из БД и по получению результата выборки проходит по нему и пишет каждое значение в свою виртуальную переменную? Вы про такую связку? Конечно возможно. О производительности такой связки лучше не думать (а может она и не нужна?). Хуже может быть только работа через текстовые файлы.

[Teodor]

Но все-же это теоретическая дыра... В большинстве своем 64 тега (если QWord-ами, то и все 256 вордов) хватит для быстрых переменных, а всему что не влезло, например настройкам более чем не важна скорость. А есть же ОРС в которых данная возможность уже реализована. Текстовые файлы - не вариант, т.к. их надо по очереди открывать, короче тут все плохо. Такой вариант рассматривался и почти был реализован, ибо надо было парсить JSON из чужой СУБД и как-то скармливать данные контроллеру. В итоге поднял на питоне МВТСР сервер и читаю в контроллер из него. Короче, файлы - не вариант вообще

[arOPC]

Судя по описаниюhttp://simple-scada.com/products  скрипты для работы с БД у демо версии недоступны.

[Teodor]

Точно... Я то в часовой демоверсии работаю, а у клиентов все проф. потому и не заметил подвоха