Современные технологии автоматизации» («СТА») —  журнал для квалифицированных специалистов по промышленной автоматизации Форум СТА — современные технологии автоматизации Домашняя страница
Домашняя страница форума CTA Домашняя страница форума CTA > II. АСУТП и SCADA > Программное обеспечение
  Активные темы Активные темы
  FAQ FAQ  Искать в форуме   Зарегистрироваться Зарегистрироваться  Вход в систему Вход в систему

Отображение быстроизменяющихся данных в SCADA

 Ответить Ответить Страница  12>
Автор
Сообщение
KostyaK Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 02 Август 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 110
Свойства публикации Свойства публикации   Ответить, цитируя автора - KostyaK Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: Отображение быстроизменяющихся данных в SCADA
    Опубликовано: 29 Июнь 2006 09:51

Необходимо отобразить синусоидальный сигнал  с датчика частотой 500Гц в SCADA.

Работаю в MasterScada и вот с чем столкнулся. Аналоговый сигнал датчика оцифровываю преобразователем, и полученные мгновенные значения присваиваю ОРС DA-переменной.

Но дело в том, что MasterScada не может опрашивать значение ОРС переменной чаще, чем 1 раз в 1 мСек, те за секунду не более 1000 раз.  При медленном изменении сигнала этого оказывалось достаточно, но этот датчик работает с частотой 500Гц, те за 1 сек имеем 500 периодов, которые которые надо отобразить 1000 точками, те на 1 период приходиться максимум 2 точки. Ясно, что синусоиду по 2-м точкам не построишь. Какие могут быть решения этой задачи?

1) Можно, конечно, заносить оцифрованные текущие значения сигнала в массив, и выдавать их в ОРС-переменную по мере запроса со стороны SCADA. Но тогда не будут выполняться требования реального времени. Например, будем строить один период по 10-ти точкам. Тогда для сигнала частотой 500Гц потребуется запросить за 1 сек 500*10=5000 точек. За это же время SCADA запросить максимум 1000. Остальные 4000 надо будет опросить за следующую секунду. Но за 2-ую секунду измерения также будут накоплены 5000 точек. С учётом имеющихся 4000 имеем 9000, из которых запросим опят-таки всего 1000.

Следовательно, при подобном подходе отображение на SCADA будет отставать от реального сигнала, причём с каждым моментом времени это отставание будет всё более значительным.

2) Можно ли решить проблему, использую HDA часть технологии ОРС? Насколько я понял, HDA - "обмен историческими (архивными) данными". Если принять оцифрованные значения в качестве архивных, то можно ли накопленные за некоторый период значения за один опрос передать [блоком] в SCADA?

3) Могут ли какие-нибудь SCADA запрашивать данные с ОРС-серверов быстрее, чем за 1 мСек?

Наверх
remint Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 24 Февраль 2004
Категория: Russian Federation
Online Status: Offline
Публикации: 185
Свойства публикации Свойства публикации   Ответить, цитируя автора - remint Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 29 Июнь 2006 13:33
Первоначально опубликовано KostyaK

Могут ли какие-нибудь SCADA запрашивать данные с ОРС-серверов быстрее, чем за 1 мСек?
Это абсолютно нереально, и МастерСкада тут не при чем. Ни одна Скада не сможет получать сигналы с частотой 500 Гц, особенно если речь идет о получении данных от OPC-сервера. При таких скоростях измерение сигнала возможно только с использованием специализированных разработок. А вывод таких сигналов на верхний уровень возможен только путем вычитывания архивов этих устройств.
Александр Бурмистров,
www.entels.ru
Наверх
Dismay Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 01 Июнь 2006
Категория: Russian Federation
Online Status: Offline
Публикации: 464
Свойства публикации Свойства публикации   Ответить, цитируя автора - Dismay Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 30 Июнь 2006 08:07
Прошу прощения что за задачу Вы решаете, чем такие вызваны требования к визуализации? (просто интересно...)
Наверх
-Tua- Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 18 Апрель 2006
Категория: Russian Federation
Online Status: Offline
Публикации: 118
Свойства публикации Свойства публикации   Ответить, цитируя автора - -Tua- Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 30 Июнь 2006 08:13
Я думаю - это типа осциллограф человек изобретает...
Best Regards!
Наверх
KostyaK Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 02 Август 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 110
Свойства публикации Свойства публикации   Ответить, цитируя автора - KostyaK Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 30 Июнь 2006 10:26

Насчёт задачи.

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

Я думаю - это типа осциллограф человек изобретает...

В общем то, да. Необходимо диагностировать подшипники во время работы, а они крутятся с частотой 6000Гц (следовательно, и сигнал с датчика вибрации с такой же частотой изменяется).

В общем, как правильно указал remint, ни одна SCADA не может получать данные с такой высокой частотой.

Проанализировал существующие системы, аналогичные SCADA. На мой взгляд, наиболее оптимальным является использование LabVIEW, она специально прендазначена для таких целей: автоматизация испытаний. С этим программным продуктом и буду сейчас разбираться.

 

Наверх
KostyaK Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 02 Август 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 110
Свойства публикации Свойства публикации   Ответить, цитируя автора - KostyaK Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 30 Июнь 2006 10:39

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

вывод таких сигналов на верхний уровень возможен только путем вычитывания архивов этих устройств.

Конечно, можно отображать не значение ОРС-переменной, а данные из архива. Но тут, скорее всего, так же будет запаздывание и требования реального времени не будут выполняться. Во всяком случае, это справедливо для MasterScada.

Например, я попробовал записывать данные не в ОРС-переменную, а в некоторое поле таблицы InterBase. Затем в MasterScada считывал это значение и уже его обрабатывал. Но дело в том, что эта SCADA работает с БД посредством вызова хранимых процедур, и вызывать их она может также не чаще, чем раз в 1 мСек.

Поэтому имеем ту же ситуацию, что и со считыванием значений ОРС-переменной: скорость обновления будет недостаточной, чтобы обеспечить требования реального времени.

Именно поэтому есть два выхода: или самому писать программу для обработки данных, или воспользоваться специализированными разработками, такими, как LabVIEW.

Наверх
Kanzi Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 27 Сентябрь 2006
Online Status: Offline
Публикации: 125
Свойства публикации Свойства публикации   Ответить, цитируя автора - Kanzi Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 28 Сентябрь 2006 12:51
Первоначально опубликовано KostyaK

В общем, как правильно указал remint, ни одна SCADA не может получать данные с такой высокой частотой.

Проанализировал существующие системы, аналогичные SCADA. На мой взгляд, наиболее оптимальным является использование LabVIEW, она специально прендазначена для таких целей: автоматизация испытаний. С этим программным продуктом и буду сейчас разбираться.

Правильно, что перешли на LabView. Ведь у вас узкое место - перекачать данные с контроллера. А NI используют шину PXI вместо PCI. Тут я, правда, не могу дать обширной информации, а вот если взять проблему быстрого расчёта и рисования на компьютере, то я применяю DirectX.

Наверх
MuadDib Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 27 Июль 2006
Online Status: Offline
Публикации: 304
Свойства публикации Свойства публикации   Ответить, цитируя автора - MuadDib Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 29 Сентябрь 2006 05:42
Вопрос номер один. Сказано, что система должна _диагностировать_ подшипники. При такой постановке задачи отображение осциллограммы сигнала с датчиков вовсе не нужно. Устройство должно выполнять анализ этого сигнала и выдавать результат (дискретный "норма"/"отказ" или аналоговый, по какому-то критерию). Если выдать осциллограмму человеку, он ничего из нее не поймет, по крайней мере без специальной подготовки. Обработка сигналов с вибродатчиков требует применения специальных методик, это поле непаханное тем для диссертаций .

Что же касается задачи в той форме, как она поставлена KostyaK, такие вещи делают на QNX. И вибродиагностику, кстати, тоже. Известные мне реализации такого рода задачи написаны целиком "в рукопашную", без применения QNXовых версий SCADA-систем.
LabVIEW - оно, конечно, хорошо. Но ведь винда с её "как бы реальным временем" для осциллографирования такого быстрого процесса не подходит. Так что узким местом будет не только шина...
Теория - это когда все знаешь, но ничего не работает.
Практика - это когда все работает, но никто не знает как.
Наверх
uzga Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 07 Октябрь 2004
Категория: Russian Federation
Online Status: Offline
Публикации: 359
Свойства публикации Свойства публикации   Ответить, цитируя автора - uzga Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 29 Сентябрь 2006 08:13

Мы для аналогичных целей используем железо и софт от Брюля. Оно позволяет, работая в Винде, выполнять любой требуемый частотный анализ в реальном режиме времени. Кол-во каналов - до 12. Частотный диапазон: до 22 кГц. Единственный серьёзный минус - цена. Такая система с ПО стоит до 40000 евро, но если контролируемый объект ещё дороже, то овчинка выделки стоит.

Наверх
Flows Смотреть выпадающим
Участник
Участник


Присоединился: 23 Декабрь 2003
Online Status: Offline
Публикации: 83
Свойства публикации Свойства публикации   Ответить, цитируя автора - Flows Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 29 Сентябрь 2006 10:05
Первоначально опубликовано uzga

Мы для аналогичных целей используем железо и софт от Брюля. Оно позволяет, работая в Винде, выполнять любой требуемый частотный анализ в реальном режиме времени. Кол-во каналов - до 12. Частотный диапазон: до 22 кГц. Единственный серьёзный минус - цена. Такая система с ПО стоит до 40000 евро, но если контролируемый объект ещё дороже, то овчинка выделки стоит.

вообще для описанной задачи неплохо подходит звуковая карта за 5 баксов и софт для просмотра осциллограммы (звука) в реальном времени и из архива, а заодно для записи звукового файла (он же архив) на винт :) софта полно самого разного и платного и бесплатного и с открытыми текстами

Наверх
 Ответить Ответить Страница  12>

Переход на форум Права доступа на форуме Смотреть выпадающим

Bulletin Board Software by Web Wiz Forums® version 9.64
Powered by Web Wiz Forums Free Express Edition
Copyright ©2001-2009 Web Wiz