Leave a comment

Comments 92

lj_frank_bot June 12 2020, 00:25:27 UTC
Hello!
LiveJournal categorization system detected that your entry belongs to the following categories: IT, Техника.
If you think that this choice was wrong please reply this comment. Your feedback will help us improve system.
Frank,
LJ Team

Reply


livejournal June 12 2020, 01:27:23 UTC
Hello! Your entry got to top-25 of the most popular entries of Belarus in LiveJournal! Learn more about LiveJournal Ratings in FAQ.

Reply


samrustor June 12 2020, 02:22:01 UTC
у(н)=а*у(н-1)+(1-а)*х(н)?

Reply

leoniv June 12 2020, 09:12:43 UTC
Что это?

Reply

samrustor June 12 2020, 10:50:05 UTC
коррекция
y(n) = а*y(n-1) + x(n)

Reply

leoniv June 12 2020, 10:52:48 UTC
А для чего? Коэффициент передачи совместно с дифференциатором тогда будет неправильный.

Reply


dimorlus June 12 2020, 08:18:17 UTC
А можно же вместо матлаба просто тот же код в PC шной программе прогнать.

Reply

leoniv June 12 2020, 08:33:21 UTC
И что можно будет сказать по результатам прогона? MATLAB построит АЧХ, ФЧХ, импульсную характеристику.

Reply

dimorlus June 12 2020, 08:53:32 UTC
Примерно то же, что и по картинке на осциллографе. Реакция на прямоугольник, например, довольно о многом говорит. Ну и всякие ошибки переполнения/округления покажет, особенно если и на целевой и на тестовой платформе те же 32 разряда.

Reply

leoniv June 12 2020, 09:04:31 UTC
Можно, конечно. Придется написать самопальный кусочек Матлаба - тестовые сигналы, визуализация результата.

Reply


anonymous June 12 2020, 09:08:50 UTC
А что мешает просуммировать 65536 отсчётов? Результат разделить на это же число. Это и будет величина постоянной составляющей. Её и вычитать потом из входного сигнала. Никаких умножений и других сложностей.

Reply

leoniv June 12 2020, 09:12:30 UTC
Мешает то, что для этог опотребуется держать в памяти эти 65536 отсчетов. Тут никакого ОЗУ не хватит.

Reply

anonymous June 12 2020, 13:30:13 UTC
Зачем? Можно периодически просто суммировать n отсчетов и делить на n. Это среднее вычитать из каждого отсчета. Постоянная составляющая меняется крайне медленно и необязательно в ее расчете учитывать каждый отсчет ацп.
Но ваше решение красивое, это да.

Reply

leoniv June 12 2020, 18:11:26 UTC
Если суммировать ряд отсчетов, то обязательно надо брать каждый отсчет АЦП. Постоянная составляющая меняется медленно, это верно. Но это не означает, что спектр входного сигнала ограничен. Там может быть сигнал любой частоты вплоть до 1/2 Fs. Пропуская отсчеты АЦП, мы тем самым снижаем эквивалентную частоту дискретизации. Некоторые компоненты входного сигнала уже не будут помещаться в полосу 1/2 новой частоты дискретизации, и они появятся в первой зоне Найквиста как алиасы. Которые могут попасть в область частот вблизи нулевой, и даже точно в нулевую частоту. А это вызовет искажение измеренной таким способом постоянной составляющей.

Reply


Leave a comment

Up