Программируемая логика и ЦОС

Проверенный и рабочий -- это уж слишком. Если вкратце, то там две фазы. Вначале алгоритмом им. Герцеля выделяым амплитудную составляющую сигналов интересующих частот (коих не 8, а 16 -- ибо интересны вторые гармоники, при наличии которых блокируем работу декодера, дабы не срабатывать на голос). Это можно делать в скользящем окне и ещё много как, но на практике кусочками по 10..30мс. Для GSM больше цифра 30 подходит (и долго жать на кнопку). Потом на основе анализа амплитуд принимается решение о том, какая цифра звучит, или это не цифра, а шум или что-то ещё (например голос). И этот поток кодов поступает на вход конечного автомата, который на основе анализа уже последовательности этих кодов принимает решение какие цифры определены (выделяет паузы между цифрами, определяет длинные удержания клавиш и т.п.) Какие тут есть трудности. Алгоритм Герцеля плохо работает в 16-битных числах (или нужны входные данные малой разрядности, напрашивается АРУ для входного сигнала). Без вторых гармоник много ложных срабатываний на голос. Если голосовое меню, то в входящий канал оно всё равно будет пролезать, если не с твоего конца, от абонента ввиду акустического эха хотя бы. Причём бывают такие голоса женские попадаются, у них на каждом слове DTMF. В GSM после некоторых кодеков спектр размазывается и зашумляется сильно, выгоднее длинные посылки (30мс на окно, на короткие не среагирует стало быть, не соответствует стандарту, но практически оно не особо и нужно). Ещё есть ньюансы по поводу выбора оптимального размера окна по отношению к частоте дискретизации и т.п. Это лучше из аппнотов от texas instruments почерпнуть, как и детальное описание алгоритма (впрочем в wikipedia оно самодостаточное вполне). Тестировать лучше на PC, на заранее записанных файлах. Тёток разных записать, чтоб не реагировало на голос. И чтоб уверенно реагировало в случае мобильник <--> мобильник --> громкая связь --> микрофон PC (+ окружающий гвалт) --> декодер.