Микроконтроллер справится без проблем, например методом заполнения измеряя частоту и сразу же выдавая делёную через pwm. В качестве драйвера предложил бы драйвера tc4431(microchip) или смотрите Unitrode (ULNXXXX), ныне купленную TI.

Да растеряли мы квалифицированны кадры,все только программить могут.
Такие датчики такого типа стоят на шлифовальных шпинделях с оборотами до 25 000,и какой же это контроллер за 30 руб успеет обработать и выдать через PWM.Тут как минимум за 100 руб ближе к сигналке нужен,да и обработку прерываний надо на асме писать, а не как здесь все пишут на СИ.Автору нужно обработать сигнал с датчика на логике.
Доступнее будет взять плис и схемотехническим вводом перенести схему из устройств индикации на 155 логике используемые в станках с чпу с этим датчиком.

Ну, придумали себе "проблему" - как из 5 импульсов сделать 3...
Первый импульс передаете без изменений, следующие два объединяете в один, следующие два - снова в один. Затем повторяете все сначала... Не одинаковые импульсы будут - ну и что из того? Это не принципиально. На точность вычисления скорости это практически не повлияет. Можете на логике решить эту задачу или каком-нибудь копеешном MK...
P.S. Делить и умножать не нужно без необходимости, тем более при помощи плис ...

Ну наверно не за 100р , а за 200 , но это не дороже чем плис, ну и плата и монтаж тоже денег стоют. На мой взгляд , можно обойтись и без асма - главное найти , кто это будет делать - а если как выше предложено сделать , пойдёт проц и за 50р. Но как я понял - у Вас стоят настоящие энкодеры - сдвинутые на 90 и простой пересчёт не пойдёт. Есть и процы с интерфейсом для энкодера - но это уже переделка машины...

Вы не правы. Что Вы будете делать если у Вас всего 3 входных импульса за секунду. Или 1 импульс. Как их Вы собираетесь различать?
Применение контроллера в любом случае потребует выкинуть часть импульсов из входной последовательности. Это не есть здорово, хотя может и допустимо.

Я их различать и не собираюсь. По условиям задачи, это делает другая аппаратура (как - это ее проблемы). Я лишь преобразую 5 в 3 по совершенно жесткому и простому алгоритму. Для данной задачи ничего больше не нужно.

А как Вы собираетесь определять направление вращения?

Вы с энкодерами не имели дело, судя по вопросу? Там два канала, вообще-то. Со сдвигом импульсов.
Оба канала нужно преобразовывать. Одновременно.

Если микроконтроллер не нравится и нужен дробный коэффициент деления - можно просто на аналоговых микросхемах собрать преобразователь частота -> напряжение -> частота. На ОУ, 555 таймерах, компараторах или взять их готовые. Какую элементную базу лучше знаете, на том и делайте. Хоть на транзисторах, может немножко более громоздко,но главное, чтобы схема для вас прозрачна была.

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

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

Как уж там сделано на этом станке я не знаю, но обычно счёт идёт сразу с учётом направления - видимо по этой причине 155 не справляется уже с 416кгц счёта (25000rpm*1000)..
Но - как бы там не было с направлением - лучше такого преобразователя не делать: он либо исказит форму, либо внесёт задержку, что сразу скажется на ПИД-управлении. Надо лезть в модуль управления и приспосабливать его под 1000-шаговые энкодеры - и возможно, что проще сделать или купить новый.
Уточните, что конткретно требуется получить: измерить скорость или адаптировать под станок?

Любую, даже самую простейшую задачку, кто-то может сделать плохо... Тому, действительно, лучше не делать...

Управление моторами не самая простая задача - буду рад увидеть Ваши изделия конкурирующими в этой области - стоют кстати очень прилично.

Я в курсе.

http://www.ellab.info/~cat/18/index.html
http://www.ellab.info/~descnews/3/index.html