Счетчик частоты на SAM7S64 Опции

[abit]

Здравствуйте.
Мне нужно было собрать измеритель частоты (от 1 до 4МГц) на SAM7S64 и передавать по usb в компьютер эту частоту... программирую в IAR...
встретился с проблемой - хотя там пишут про частоты в 47МГц...
реально например написана такая программа:

Код

do {counter++;} while (dataready!=0)

и стоит счетчик c прерыванием ровно на 1 секунду, который выставляет dataready...
программа успевает насчитать в counter до порядка 2 800 000... а мне ведь еще частоту в 4 000 000 мерить, а не просто счетчик пускать...
это можно как-то ускорить? может я неправильно что-то тактирую...
я просто впервые столкнулся с подобного рода программированием, подскажите пожалуйста в чем проблема...

[abit]

aaarrr
Компилятор IARа с оптимизацией почему-то так и сделал...
более того инструкции

Код

while (dataready!=0) {counter++;}

и

Код

for (dataready=1;dataready!=0;)  {counter++;}

впадают в вечный цикл, хотя

Код

do {counter++;} while (dataready!=0)

работает... я видел много всего из области фантастики с циклом for, но с while впервые...

Нельзя так ловить оба фронта, таймер работает только по одному. Да и зачем это нужно?

Почему нельзя? вроде в книжке говорится что можно по переднему, заднему и по обоим фронтам...
мне это нужно... смысл такой зачем это нужно:
исходная частота - порядка 1ГГц проходит через микросхему (назовем ее A), в которой есть предварительный 8-битный счетчик, от неё в МК я загоняю только старший бит (как раз порядка 4МГц) и по сигналу строба допустим раз в секунду сбрасываю из счетчика в регистр внутри A, а он вешает это число на ножки МК... далее я читаю состояние входов и одновременно должен убедиться что состояние старшего бита в прочитанном регистре совпадает с состоянием фронта той 4МГц частоты... если совпал - значит МК успел, если не совпал - значит нужно увеличить значение подсчитанной 4МГц частоты... ибо попался такой момент, что пока я читал регистр, там сменился фронт...
в общем путано, но как смог объяснил свою затею

и еще раз для ясности... просто сперва вы мне говорили

Используйте аппаратный таймер-счетчик в режиме Capture:
"Capture Mode allows the TC channel to perform measurements such as pulse timing, frequency, period, duty cycle and phase on TIOA and TIOB signals which are considered as inputs" (это из даташита на данный МК).

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

Заранее благодарю за ответы!
Вы мне уже очень помогли.

Сообщение отредактировал abit - Jul 27 2011, 07:52

[aaarrr]

работает... я видел много всего из области фантастики с циклом for, но с while впервые...

Не бывает чудес ни с for'ом, ни с while. Как объявлены counter и dataready?

Почему нельзя? вроде в книжке говорится что можно по переднему, заднему и по обоим фронтам...

Захват можно сделать по любому фронту, считать таймер умеет только по одному.

мне это нужно... смысл такой зачем это нужно:
...ибо попался такой момент, что пока я читал регистр, там сменился фронт...

Казалось бы, на одну четырехмиллионную можно смело плюнуть, нет?

и еще раз для ясности... просто сперва вы мне говорили

ОК, еще раз: таймер может работать в режимах capture и waveform. Первый предназначен для измерения параметров сигнала, поданного на TIOA (частота, длительность и т.п.), второй - для формирования выходных сигналов на TIOA/B.
Сигнал у вас высокочастотный, поэтому измерять длительность его периода средствами capture бесполезно, т.к. получается слишком низкая разрешающая способность. Поэтому и нужно подать сигнал на TCLK, чтобы тактировать таймер непосредственно от измеряемого сигнала.
Такое подключение допускают оба режима - и capture, и waveform. Затем можно или каскадировать таймеры (тогда первый должен быть в режиме waveform, чтобы можно было сформировать перенос следующему), или сделать инкремент старшей половины счетчика программно, по прерыванию переполнения.