Вот читал доку на LPC2294 и обнаружил что оказывается этот камень может считать импульсы только внешним прерыванием так как таймер у него не может производить счет внешних импульсов может кто подскажет как еще можно ?

PS: Необходимо считать импульсы с датчика частоты вращения дизеля

наверно можно попробовать использовать модуль захвата (capture) т.е. получать длительность интервала между фронтом и спадом.

Зависит от того что за импульсы.
Если 1 на оборот - это одно, если десятки/сотни (а то и тысячи, но это врядли) на оборот - другое.

В первом случае:
Типовые двигатели имеют предел по оборотам 5..10 тыс.об/мин или 83..166 об/сек., что есть небольшая частота прерываний для указанного камня.
Для холостого хода (например 600 Об/мин) частота вообще будет около 10Гц. И чтобы её более/менее правильно "посчитать" надо считать долго, например секунд 10.
А это не всегда приемлимо. С другой стороны можно считать период следования импульсов, и на каждой итерации будете получать текущие обороты.
А вот период следования импульсов хорошо умеют вычислять/получать таймеры с использованием CAP входов.
Ну и програмно можно счидать период нескольких импульсов а уж потом вычислять частоту.

Столкнулся с такой проблемой: при подсчете периода меандра и скважности с помощью входа захвата CAP0.1 (P0.27), не могу отпределить уровень на порте с помощью регистра IO0PIN. В документации написано, что данный регистр показывает состояния порта независимо от его функции за исключением аналоговой. Но регистр не реагирует пока не переключишь порт в режим input. Это errata у NXP или у меня?

Уровень смотрите после возникновения прерывания по CAP0.1?
Полагаю, что проблема не в функции, а в задержках. Попробуйте прочитать IO0PIN через тактов 10 процессора.
Вообще ведь не проблема разрешать прерывания только по одному фронту....

где-то подобную реализацию на PIC контроллере видел, там импульсы заводились на вход тактирования таймера, таким образом сам таймер считал импульсы. Может что-то подобное есть и у LPC?

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



Так задача ведь не только считать, но и скважность определять.

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