Устройство измерения скорости угла поворота лазерного луча

[l-e-o-n-a-r-d-o]

Во первых, количество используемой памяти зависит от опыта и интеллекта программиста (ни в коем случае не сочтите за что то нехорошее с моей стороны)
Во вторых, в прошлом семестре мы делали лабу по метрологии, измеряли сотню резисторов и считали отклонения, среднеквадратическую погрешность, и прочий бред. так в том алгоритме:
1считаем среднее арифм.
2отклонение каждого значения от среднего.
3

[l-e-o-n-a-r-d-o]

3 те, которые отличаются на бредовое значение (›некоторого ?) отбрасываем
4 повторяем 1,2
5 считаем погрешности.
6получаем результат.
Это спокойно можно использовать в контроллере.

[NOPROBLEM]

3 те, которые отличаются на бредовое значение (›некоторого ?) отбрасываем
4 повторяем 1,2
5 считаем погрешности.
6получаем результат.
Это спокойно можно использовать в контроллере.

Типичная задача выделения сигнала на фоне шумов. Классическое определение: "Шум - это все кроме сигнала"
Тоесть, чтобы отделить шум, надо знать сигнал, а если мы знаем сигнал, то зачем нам возится с шумом?
Конечно, Ваш алгоритм хорошо иллюстрирует проблему и методы ее решения. Но в жизни все гораздо сложнее. Вот представим, что у Вас N значений и все разные. Вы можете сформулировать правило, по которому можно отбрасывать некоторое количество значений? Я- нет!
Или еще пример. Вы начинаете для целей управления чем-либо в темпе времени фильтровать результаты, отбрасывая значения, сильно отличающиеся от среднего, а первыми Вам попадаются как раз ошибочные значения. И получается полная ерунда! Вы вынуждены либо отбрасывать верные значения, потому, что они отличаются от средних среди неверных, либо усложнять алгоритм. Ну и наконец, представьте себе, что Вам на эту лабу выдали кучку резисторов, где поровну двух (или трех) разных номиналов! Какие Вы выкинете и почему?

[NOPROBLEM]

Во первых, количество используемой памяти зависит от опыта и интеллекта программиста (ни в коем случае не сочтите за что то нехорошее icon_smile.gif с моей стороны)

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

[l-e-o-n-a-r-d-o]

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

[l-e-o-n-a-r-d-o]

тогда действительно интересная ситуация. Если значения близки, то можно взять среднее арифм. Если нет, то представить 2 ответа, пусть ктото выбирает что ему надо. В случае когда первые значения ложны, то все равно надо оценивать весь блок инфы.
Кстати, а разве ответы на эти вопросы не дает среднеквадратическое отклонение? (я просто не помню).
А в принципе, все эти случаи надо предусмотреть в

[l-e-o-n-a-r-d-o]

в алгоритме обработки сигнала, который потом засунуть в контроллер. (а вообще у Вас правильные замечания! их надо учесть)
И что интересно, теперь Вы сами немножко противоречите предыдущим постам: а если как раз этот фронт был ложным, и имел дикое значение? что тогда? Помоему тогда уже к среднему значению доверия будет аднака больше.
Кстати, а что если придать анализу немножко инерционный

[l-e-o-n-a-r-d-o]

характер? тоесть не дадим параметру возможности очень резко меняться, а как бы притормаживать его, тогда будем иметь среднее значение за некоторый промежуток времени (допустим порядка пары секунд), который и покажем как результат. И будем иметь дискретно периодические значения скорости, собственно что и надо.

[l-e-o-n-a-r-d-o]

"у Вас N значений разных"
Вот оно:МАТАНАЛИЗ

Будем считать, что в нашем случае в небольших пределах дельта н функция непрерывна и меняется не значительно, тогда составим суму таких функций и перейдем и пределу и получим интеграл

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

[l-e-o-n-a-r-d-o]

не обращайте внимания, мне уже эти интегралы снятся, хотя я вчера таки сдал экзамен
Схожу с ума потихоньку...
Извините за оффтопик, но кстати нашего препода по ходу выгоняют после сессии... он уже всех давно достал. С нашей группы (20чел) допустил к экзамену аж 5 (ну и я в том числе).