банальное измерение частоты, как точно измерить скорость вращения ротора Опции

[xin]

уважаемые гуру, помогите, пожалуйста, советом в решении следующей задачи
есть ротор турбины, он вращается с высокой скоростью - порядка 1500 об/с
единственный источник получения информации - датчик вращения, который представляет собой катушку над ротором, в которой возбуждается ЭДС от магнитного поля восьмигранного сердечника.
Т.о., имеем почти синусоиду (в силу наличия биений форма сигнала искажается, и возникают дополнительные гармоники) частотой порядка 12 кГц. К сожалению, исторически сложилось, что модифицировать конструкцию невозможно совершенно - турбины поставлены в серию, т.е. задача только в сборе информации с этих датчиков и ее интерпретации (все турбины объединены в блоки по 10 штук)

И, собственно, вопрос - как в моей ситуации правильно измерить эту самую скорость вращения? Требуемая точность - не хуже 0,01 Гц, амплитуда сигнала - порядка 1 В, время измерения - порядка 100-200 мс. Фактически, 95% времени нужно измерять скорость вращения именно на уровне 1400-1500 об/с, однако оставшееся время - при разгоне и торможении - измерение также необходимо, допустимо только слегка загрубить точность. (Это к возможности реализации разностной схемы регистрации)

Форум листал, и в одном из топиков нашел утверждение, что детектирование прохождения через нуль с последующим усреднением - это совсем по-пэтэушному самое смешное, что нынешние приборы для регистрации именно так и работают. Вариант с БПФ для каждой машины тоже где=то назвали решением "по-программистски, в лоб", т.е. с бесцельным растрачиванием вычислительных ресурсов. И можно ли выделить гармонику с такой точностью в нужном мне временнОм диапазоне?

заранее спасибо

[xin]

замечено совершенно точно - нужно знать скорость вращения с точностью до сотых оборота в секунду, т.е. на частоте 12 кГц можно загрубить величину в 8 раз

амплитуда помех обычно невелика - на уровне 20-30 мВ

старое решение с задачей справляется, но неэффективно, как в скорости подсчета, так и в банальном устаревании электроники - она ломается (время наработки уже велико), замена стоит дорого, поиск неисправности тоже чрезмерно затратен, но, как говорится, это уже совсем другая история

[scifi]

старое решение с задачей справляется, но неэффективно, как в скорости подсчета, так и в банальном устаревании электроники - она ломается (время наработки уже велико), замена стоит дорого, поиск неисправности тоже чрезмерно затратен, но, как говорится, это уже совсем другая история

Предлагаю перейти на новую элементную базу, но оставить старый алгоритм. Это называется "здоровый консерватизм". Другими словами, "лучшее - враг хорошего". Я понимаю, что могут быть "более продвинутые" решения, что есть желание "оптимизировать". Этому нерациональному желанию надо сопротивляться. Слышали такое: "if it ain't broken, don't fix it"?