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 системы.
Ну, мне казалось, и это подтвердила практика, что больше тяжело совместно наблюдать. Вы попробуйте для начала контрастных и различимых цветов для каждого графика придумать.
Увеличить их количество не проблема, меняется всего одна цифра в сырцах. Но нужно ли это. Лично я думал увеличить до 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:
Ну, мне казалось, и это подтвердила практика, что больше тяжело совместно наблюдать. Вы попробуйте для начала контрастных и различимых цветов для каждого графика придумать.
Увеличить их количество не проблема, меняется всего одна цифра в сырцах. Но нужно ли это. Лично я думал увеличить до 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 век - век повсеместной автоматизации. Главное - во благо всем людям.
|