Ассемблер (ASM) для AVR в вопросах и ответах

[akl]

Почему. xkp знает, что хочет; просто из-за недостатка опыта и торопливости пока не получается. Но, он уже близок к успеху.
xkp рассматривайте этот кусок как пример, а не руководство. Вам, что тяжело джампануть куда Вам надо...?
А что такой THT?

[xkp]

рассматривать как кусок это разумеется. ТНТ это телевизионный канал такой есть.

[GP1]

думаю около 30 раз в секунду.

у тебя в проге стоит 0.5сек программная задержка
+ вывод на lcd это ещё примерно 60-200мс
так что не получится...

А что такой THT?

это у меня жена на канале ТНТ "Битву экстрасенсов" смотреть любит

сорри за офф-топ

Оффтоп ладно, у меня жена тоже любит эту хрень смотреть.
А вот за создание нескольких сообщений подряд можно в баню пойти по п.2.2 Правил Форума. Пользуйтесь кнопкой "Правка"
Gudd-Head

[xkp]

это щас для проверки стоит. выводится будут все 30 значений одновременно в виде полосок через N-интервал времени. этот интервал будет зависеть от того, за сколько времени он намериет эти 30 значений.

[GP1]

при частоте в 15кГц 30 отсчетов можно получить за 67мкс*30 = 2мс
а вывод на lcd занимает на порядок больше времени
тут надо буфер под вывод мастрячить, и выводить по прерыванию в фоновом режиме
это конечно если надо все 30 значений вывести

[xkp]

время вывода значения не имеет, время измерения тоже. щас надо корректно замерить этот импульс. а если не хватит времени вывести на индикацию, то будут разные МК отвечать за это, один за измерение, второй за индикацию, между ними связь по I2C.

[xkp]

моя программа работает. поставил подстроечный многооборотный резистр регулировать длительность импульса. пришел к выводу что примерно после длительности импульса в 0.000017 сек, счетчик переполняется за 65000. отсюда и левые значения на индикаторе.

хотя это тоже странно, так же как и допустить переполнение счетчика. импульсы сейчас идут одинаковой длительности. если счетчик и переполняется, то должен переполняться каждый раз на одно и тоже число. а тут оно плавает. непонимаю......

[akl]

Не верю. Ваш таймер при частоте тактирования 24 МГц (период 0,0417мкс) переполнится только через 0,0417*65536~2730,7мкс.

вывод на lcd занимает на порядок больше времени

Как я понял из протеусной схемы xkp, имеется доступ к флагу готовности индикатора, а значит полный вывод всех 32 символов займет всего ~1.6мс.

[gauss]

Небольшой вопрос по прерываниям:
Допустим, запускается первое прерывание, и во время выполнения обработчика сработало второе прерывание.
Второе начнет выполняться незамедлительно, или после завершения обработчика первого?

[pyzhman]

Второе прерывание начнет выполняться при взведенном флаге GIE. Этот флаг автоматом взводится при выполнении команды возврата из прерывания или вручную.

[GP1]

а значит полный вывод всех 32 символов займет всего ~1.6мс.

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

[xkp]

причем тут 32 символа? дисплей графический 128*64

Не верю. Ваш таймер при частоте тактирования 24 МГц (период 0,0417мкс) переполнится только через 0,0417*65536~2730,7мкс.

я это тоже считал. вот думаю почему он так себя ведет... почему он переполняется раньше времени.

испытания показали что все таки не работает. при длительности импульса в 0.00003 сек при включении питания, индикатор кажет 205. если длительность добавить до 0.000032, значение начинает плавать. при возврате импульса на 0.00003 сек, на индикаторе уже выводится число, которое не плавает, при повторном добавлении убавлении импульса число на индикаторе другое, при тех же 30 мкрсек. таким образов за 3 добавления убавления длительности получил числа 52764, 20446, 50652, при одной и той же длительности в 30 мкрсек.

[akl]

Выложите последнюю версию кода.

[xkp]

она в архиве спротеусом.

[Gudd-Head]

У кого-нибудь есть практический опыт обращения к памяти данных с немного некорректным указателем?
Т.е. например, у 8-й меги 4к машинных слов (0000h-0FFFh) и 8 кбайт памяти соответственно (0000h-1FFFh).
Если загрузить в указатель Z FFFFh, команда LPM Z достанет байт из адреса 1FFFh, или результат будет непредсказуем?

[ploop]

А проверить?

[Gudd-Head]

Дык, нету под рукой ничегой.

[akl]

Результат будет предсказуем. В R0 загрузится FF.

[Gudd-Head]

Инфа 146%?

[ploop]

akl, Почему?