EnglishУкраїнськаmRussian
Login/New
Topic with many replies

Архивы на БД


| 1 | 2 | Last
Author Message
Written on: 21. 10. 2008 [19:45]
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
Архивы в целом сделаны хорошо для отображения текущих трендов, но я столкнулся с проблемой последующего анализа графиков с различными наборами архивируемых переменных.
Например, имеем несколько десятков архивируемых переменных и необходимо проанализировать взаимосвязи между различными переменными. В примитиве Диаграмма помещается до 8 графиков жестко заданных программистом SCADA системы.

Хотелка: иметь в распоряжении примитив, внутренний или внешний клиент для просмотра архивов с максимальной функциональностью (выбор в интерактивном режиме Оператором любых наборов переменных и их просмотр за любой промежуток времени, +переключение их в режим тренда)

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 21. 10. 2008 [20:16]
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
Попробовал подключится к базе данных архивов переменных (MySQL) при помощи openoffice.org Base. Поле времени-даты реализовано типа int от 01.01.1970, поэтому я увидел только целые числа вместо времени.
Замена типа int данного поля на стандартный DateTime могло бы увеличить возможности экспорта данных в ERP CRM системы масштаба предприятия и в офисные пакеты.
От такой замены может несколько пострадать быстродействие системы, но для быстродействующих архивов есть архиватор на ФС.
Может быть есть какие-то другие варианты экспорта времени-даты формата int от 01.01.1970?


21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 21. 10. 2008 [22:01]
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
Архиватором на БД предусмотрена архивация непрерывных данных с заданным интервалом времени.

Нерешенной остается задача архивирования в четко заданный момент времени (например, каждый час в 00 минут 00 секунд надо записывать какое-то значение в БД).

Выход для решения подобных задач вижу в создании модуля DAQ для обмена данными с БД. Тем более, что в модуле Специальные есть функции работы со временем. Хорошо бы еще иметь шаблон переменных для работы с датой-временем.

Кроме того такой модуль позволит вводить данные в обработку из экономических систем (ERP CRM) и других (решение задачи рецептуры) и выводить необходимые данные в экономические системы (анализ, планирование-прогнозирование).

Может быть этот модуль должен быть где-то в другом месте по структуре OpenSCADA?

Готов взяться за разработку, если эта работа не запланирована...

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 21. 10. 2008 [22:04]
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
Возможно эту тему надо было начать в разделе Разработка...

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 22. 10. 2008 [09:56]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
almaz wrote:

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

Ну, мне казалось, и это подтвердила практика, что больше тяжело совместно наблюдать. Вы попробуйте для начала контрастных и различимых цветов для каждого графика придумать. icon_smile.gif
Увеличить их количество не проблема, меняется всего одна цифра в сырцах. Но нужно ли это. Лично я думал увеличить до 10.
almaz wrote:

Хотелка: иметь в распоряжении примитив, внутренний или внешний клиент для просмотра архивов с максимальной функциональностью (выбор в интерактивном режиме Оператором любых наборов переменных и их просмотр за любой промежуток времени, +переключение их в режим тренда)

Ненужен для этого другой примитив. Эта функция проектом предусмотрена. Просто до неё ещё очередь не дошла.

Learn, learn and learn better than work, work and work.
Written on: 22. 10. 2008 [10:00]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
almaz wrote:

Попробовал подключится к базе данных архивов переменных (MySQL) при помощи openoffice.org Base. Поле времени-даты реализовано типа int от 01.01.1970, поэтому я увидел только целые числа вместо времени.
Замена типа int данного поля на стандартный DateTime могло бы увеличить возможности экспорта данных в ERP CRM системы масштаба предприятия и в офисные пакеты.

Об этом я думал и как реализовать уже представляю. Может по свободе и сделаю.

Learn, learn and learn better than work, work and work.
Written on: 22. 10. 2008 [10:07]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
almaz wrote:

Архиватором на БД предусмотрена архивация непрерывных данных с заданным интервалом времени.

Нерешенной остается задача архивирования в четко заданный момент времени (например, каждый час в 00 минут 00 секунд надо записывать какое-то значение в БД).

Решённый. Внимательнее читайте концепцию архивирования. То о чём Вы говорите является архивированием сообщений. И в БД они тоже могут архивироваться.

Learn, learn and learn better than work, work and work.
Written on: 23. 10. 2008 [19:25]
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
roman wrote:

Ну, мне казалось, и это подтвердила практика, что больше тяжело совместно наблюдать. Вы попробуйте для начала контрастных и различимых цветов для каждого графика придумать. icon_smile.gif
Увеличить их количество не проблема, меняется всего одна цифра в сырцах. Но нужно ли это. Лично я думал увеличить до 10.


Дело не в цветах, а в удобстве просмотра для конечного пользователя. Иногда для нахождения каких-либо отклонений в регулируемом процессе операторы технологических станций выводят несколько десятков графиков, а потом отключают ненужные, сужая круг поиска, до 3 - 5. И это помогает очень быстро найти какие-либо неполадки-отклонения.

Примитив Диаграмма обеспечивает заранее подготовленные программистом-технологом наборы графиков, которые оператор не должен менять. И это тоже очень нужно, чтобы отобразить на мнемосхеме в виде графика самые важные переменные. Здесь и 8 графиков достаточно.

Неплохо бы иметь в распоряжении другой примитив (или объединить в одном примитиве - задействовать булевый переключатель функционирования примитива), который бы мог обеспечить динамическое (в режиме выполнения, оператором) подключение/отключение всех архивируемых переменных.

roman wrote:

Ненужен для этого другой примитив. Эта функция проектом предусмотрена. Просто до неё ещё очередь не дошла.


Надеюсь, когда дойдет очередь, учтется. Данная функциональность очень нужна.

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 23. 10. 2008 [20:33]
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
almaz wrote:

Нерешенной остается задача архивирования в четко заданный момент времени (например, каждый час в 00 минут 00 секунд надо записывать какое-то значение в БД).

roman wrote:

Решённый. Внимательнее читайте концепцию архивирования. То о чём Вы говорите является архивированием сообщений. И в БД они тоже могут архивироваться.

Насколько я понял архив сообщений работает только с переменными строкового типа и запись в архив производится функцией Mess модуля Специальные.
А запись значений численных типов в определенный момент времени производится другими функциями модуля Специальные и все-таки в архив значений. С помощью этих функций можно выполнить любые операции с архивами значений. Спасибо за подсказку.

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Written on: 23. 10. 2008 [21:44]
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
roman wrote:

almaz wrote:

Попробовал подключится к базе данных архивов переменных (MySQL) при помощи openoffice.org Base. Поле времени-даты реализовано типа int от 01.01.1970, поэтому я увидел только целые числа вместо времени.
Замена типа int данного поля на стандартный DateTime могло бы увеличить возможности экспорта данных в ERP CRM системы масштаба предприятия и в офисные пакеты.

Об этом я думал и как реализовать уже представляю. Может по свободе и сделаю.

Изучил тщательнее данный вопрос.
В OpenSCADA использован формат UNIX-время или POSIX-время. Данный формат имеет проблему 2038 года когда произойдет переполнение 4 байт (32 битные системы). Выход - использование 64-битного значения.
Странно, что UNIX-время не поддерживается многими системами, в том числе openoffice.org. Может быть это их проблема?
В большинстве систем используется Windows-время. В этом формате проблема наступит только в 10000 году.
Перевести OpenSCADA на другой формат времени или нет - вопрос довольно филосовский. Требует взвешенного решения. Но ради совместимости можно...



21 век - век повсеместной автоматизации. Главное - во благо всем людям.
| 1 | 2 | Last



15688