Simple-Scada forum
Simple-Scada 2 => OPC UA/DA сервер arOPC => Тема начата: uapradius от 15 Сентября 2016, 18:34:34
-
Добрый день.
Планируется ли реализация функционала в плане записи данных с тегов в MS SQL сервер?
Самая востребованная функция на текущий момент.
-
Здравствуйте.
Мы планируем добавить возможность работы Simple-Scada 2 с СУБД MS SQL Server. Т.е. скада сможет читать значения тегов с любого OPC-DA сервера и писать их в БД MS SQL. Или Вы хотите реализовать это именно при помощи arOPC?
-
Или Вы хотите реализовать это именно при помощи arOPC?
То что-то Simpe-Scada будет работать с MS SQL - это просто замечательно. Нужно. :) Но в данном случае, если OPC-сервер сам умеет писать в БД, тоже является его плюсом, т.к. позволяет обходится без проекта на SCADA.
-
Здравствуйте.
Поддержка такого функционала в самом OPC сервере скорее всего не будет реализована.
Этот функционал будет добавлен в другой наш продукт Эмулятор Modbus (http://ardsoft.ru/mEmulator.html (http://ardsoft.ru/mEmulator.html)). Он может по OPC DA собирать данные с OPC серверов, а затем в нем с помощью скриптов можно будет реализовать необходимый алгоритм работы с базой данных.
Это вызвано тем что:
- Не хочется перегружать OPC сервер, чем проще приложение тем оно стабильнее.
- В эмуляторе уже реализованы алгоритмы написания скриптов.
- В качестве движка используется FastReport, соответственно в нем уже реализованы все алгоритмы работы с базами данных, остается только их включить. Причем список поддерживаемых баз не ограничивается только MS SQL
Сроки не называем, так как сейчас ведутся работы по реализации OPC HDA с последующей поддержкой счетчиков СПТ и СПГ.
Айрат
-
Этот функционал будет добавлен в другой наш продукт Эмулятор Modbus
В эмуляторе уже реализованы алгоритмы написания скриптов.
В качестве движка используется FastReport, соответственно в нем уже реализованы все алгоритмы работы с базами данных, остается только их включить. Причем список поддерживаемых баз не ограничивается только MS SQL
Мы планируем добавить возможность работы Simple-Scada 2 с СУБД MS SQL Server. Т.е. скада сможет читать значения тегов с любого OPC-DA сервера и писать их в БД MS SQL.
Гм... Я правильно понял, что такая связочка, после небольшого танца с бубном, даст возможность из Демо скады сделать очень даже полнофункциональную версию, подтягивая значения из СУБД во внутренние (не лицензируемые) точки?
-
Гм... Я правильно понял, что такая связочка, после небольшого танца с бубном, даст возможность из Демо скады сделать очень даже полнофункциональную версию, подтягивая значения из СУБД во внутренние (не лицензируемые) точки?
Т.е. сначала OPC-сервер пишет значения тегов в БД, а скада в это время постоянно отправляет запросы на выборку из БД и по получению результата выборки проходит по нему и пишет каждое значение в свою виртуальную переменную? Вы про такую связку? Конечно возможно. О производительности такой связки лучше не думать (а может она и не нужна?). Хуже может быть только работа через текстовые файлы.
-
Но все-же это теоретическая дыра... В большинстве своем 64 тега (если QWord-ами, то и все 256 вордов) хватит для быстрых переменных, а всему что не влезло, например настройкам более чем не важна скорость. А есть же ОРС в которых данная возможность уже реализована. Текстовые файлы - не вариант, т.к. их надо по очереди открывать, короче тут все плохо. Такой вариант рассматривался и почти был реализован, ибо надо было парсить JSON из чужой СУБД и как-то скармливать данные контроллеру. В итоге поднял на питоне МВТСР сервер и читаю в контроллер из него. Короче, файлы - не вариант вообще :)
-
Судя по описаниюhttp://simple-scada.com/products (http://simple-scada.com/products) скрипты для работы с БД у демо версии недоступны.
-
Точно... :) Я то в часовой демоверсии работаю, а у клиентов все проф. потому и не заметил подвоха ;D