Задача определения скорости изменения сигнала

 
RU DarkDragon #07.11.2014 12:25
+
-
edit
 

DarkDragon

опытный

Возникла необходимость отлавливания недостоверных значений параметра. Есть датчик, скорость измения выходного сигнала ограничена его собственной инерционностью (пусть будет 20 градусов/сек), что можно считать границей допустимости. Необходимо фиксировать более высокие скорости изменения вплоть до скачкообразных. Доступны отсчеты показаний с интервалом каждые 100 мс, допустимый интервал оценки - 0,5 сек. Также помимо полезного сигнала в канале присутствуют помехи. Соответственно вопрос - как лучше и достовернее рассчитывать скорость изменения сигнала для последующего сравнения с допустимой?
 7.07.0
RU Anarky #07.11.2014 12:33  @DarkDragon#07.11.2014 12:25
+
-
edit
 

Anarky

аксакал

А данные с АЦП снимаешь?
Тяжкое горе ожидает ту страну, которая окажется неспособной отразить удар с воздуха © Г. К. Жуков  1414
RU DarkDragon #07.11.2014 13:02  @Anarky#07.11.2014 12:33
+
-
edit
 

DarkDragon

опытный

Anarky> А данные с АЦП снимаешь?

Собственно, да. Симатик 300-й серии, расчет надо делать унутре, доступны основные мат.операции.
 7.07.0
RU Anarky #07.11.2014 13:14  @DarkDragon#07.11.2014 13:02
+
-
edit
 

Anarky

аксакал

Anarky>> А данные с АЦП снимаешь?
DarkDragon> Собственно, да. Симатик 300-й серии, расчет надо делать унутре, доступны основные мат.операции.

Ну просто обычно, если возникают проблемы со скоростью обработки сигналов, применяют мои любимые FPGA. Можно выгружать данные в BRAM или внешний SRAM с очень высокими скоростями, заведомо превышающими возможности АЦП и проводить простую мат. обработку. Например оконным Фурье или вейвлетами получить спектр и отфильтровать ваши шумы. Либо шустрый МК прикрутить. Требуемые вам 100 мс ИМХО можно выжать и из МК.
Тяжкое горе ожидает ту страну, которая окажется неспособной отразить удар с воздуха © Г. К. Жуков  1414
RU DarkDragon #07.11.2014 13:23  @Anarky#07.11.2014 13:14
+
-
edit
 

DarkDragon

опытный

Anarky> Можно выгружать данные в BRAM или внешний SRAM с очень высокими скоростями, заведомо превышающими возможности АЦП и проводить простую мат. обработку. Например оконным Фурье или вейвлетами получить спектр и отфильтровать ваши шумы. Либо шустрый МК прикрутить. Требуемые вам 100 мс ИМХО можно выжать и из МК.
100 мс не требуемы, с данной частотой доступны отсчеты показаний датчика. Прикручивать чего-либо - абсолютно не вариант, да и не нужно. Необходим несложный алгоритм оценки скорости изменения сигнала по 5 (в пределе - по 10) точкам (если увеличить допустимый интервал до 1 сек).
 7.07.0
+
-
edit
 

AXT

инженер вольнодумец

DarkDragon> Также помимо полезного сигнала в канале присутствуют помехи.

Самого главного и не сказано — какого рода помехи? Они разные бывают :) А выбор алгоритма как раз от типа помех и зависит.
 13.0.782.22013.0.782.220
RU DarkDragon #07.11.2014 15:31  @Sandro#07.11.2014 15:07
+
-
edit
 

DarkDragon

опытный

AXT> Самого главного и не сказано — какого рода помехи? Они разные бывают :) А выбор алгоритма как раз от типа помех и зависит.
Помехи разные :) (планируется универсальный алгоритм, пригодный для всех аналоговых каналов), на части - наводки в соединительных проводах, на части - непосредственные пульсации измеряемого параметра (характерно для расходчиков диафрагменного типа). При этом используются демпферы для сглаживания вида Y=(X-Yp)*K+Yp,Y - текущий выход демпфера, X - текущий вход, Yp - выход демпфера в предыдущем цикле, K - коэффициент демпфирования 0...1
 7.07.0

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru