Интересная функция задержки, Вопрос по ассемблеру Опции

[Reboot_s]

Есть вот такая интересная функция задержки времени.
Сначала задается:
ldi AL, 125
Потом вызывается сама функция:
dly:
mov _Stm1, AL
tst _Stm1
brne PC-1
ret
При кварце в 10 МГц задержка выходит примерно в 500 мс.
Вопрос - как это работает, а именно, что постепенно обнуляет регистр _Stm1?

[vet]

prottoss
к чему ирония? разумеется, измерение отрезка времени таймером точнее, чем с помощью цикла, неизвестно на сколько времени продлённого разнообразными возникающими по ходу работы прерываниями.

[prottoss]

prottoss
к чему ирония? разумеется, измерение отрезка времени таймером точнее, чем с помощью цикла, неизвестно на сколько времени продлённого разнообразными возникающими по ходу работы прерываниями.

Так и я о том же, а уважаемый defunct пытается доказать обратное

Интересно, а если у нас вся работа происходит в прерываниях, то что мы будем
делать, в то время пока не произошло интересуещее нас событие (ИМХО, ковырять в носу в
каком-нибудь пустом цикле ).

Кто то ковыряет в носу, а кто то спокойно спит)))

Сообщение отредактировал prottoss - Aug 28 2006, 19:00

[singlskv]

Кто то ковыряет в носу, а кто то спокойно спит)))

Угу, а если после наступления события нам необходимо очень оперативно отреагировать ?
Типа, реалтайм какой-нибудь, а событие такое что выход из sleep не прикрутить ?
Дальше "спокойно спим".
Уважаемый prottoss, если Вы умеете делать выводы о коде на основании
5-6 команд на ассемблере, то вероятно вы выбрали не ту профессию, возможно Вас ждет
большой успех в области ясновидения.

P.S. без обид пожалуйста

[prottoss]

Угу, а если после наступления события нам необходимо очень оперативно отреагировать ?
Типа, реалтайм какой-нибудь, а событие такое что выход из sleep не прикрутить ?
Дальше "спокойно спим".
Уважаемый prottoss, если Вы умеете делать выводы о коде на основании
5-6 команд на ассемблере, то вероятно вы выбрали не ту профессию, возможно Вас ждет
большой успех в области ясновидения.
P.S. без обид пожалуйста

Что Вы, какие обиды) Я просто стараюсь не обращать внимание на глупые реплики подобные вашим... Я всего лишь сказал, что не вижу смысла делать задержку на прерывании, если выхода из функции все равно нет! Раз уж все накинулись на меня скопом) давайте найдем истину). Вот обсуждаемый код:

Код

Сначала задается:
ldi AL, 125
Потом вызывается сама функция:
dly:
mov _Stm1, AL
tst _Stm1
brne PC-1
ret

Потоки, работающие по прерываниям и так отработают свое.. О какой точности идет речь? Между tst _Stm1 и brne PC-1 может возникнуть прерывание, которое сведет всю вашу точность на нет. И, наконец, можете описать, или придумать, хотя бы одну ситуацию, где нельзя прикрутить sleep хотя бы в режиме idle?

Сообщение отредактировал prottoss - Aug 28 2006, 19:58

[singlskv]

Потоки, работающие по прерываниям и так отработают свое.. О какой точности идет речь? Между tst _Stm1 и brne PC-1 может возникнуть прерывание, которое сведет всю вашу точность на нет.

Потоки отработали свое, и например сохранили метку времени в регистре ICR, будем ждать
когда ее кто-нибудь испортит, или обработаем как можно быстрее ?
prottoss все, кто спорит здесь с Вами, имеют в виду всего лишь то, что
такой код вполне имеет право на существование, а Вы утверждаете, "никогда".

[SasaVitebsk]

Потоки отработали свое, и например сохранили метку времени в регистре ICR, будем ждать
когда ее кто-нибудь испортит, или обработаем как можно быстрее ?
prottoss все, кто спорит здесь с Вами, имеют в виду всего лишь то, что
такой код вполне имеет право на существование, а Вы утверждаете, "никогда".

Кстати есть ещё причина защиты НЕИЗВЕСТНОГО АВТОРА.
Дело в том, что настоящий конструктор - это не чистый программист.
Он должен видеть чуть дальше. Конечно красивое решение в программе всегда приятно и воспринимается как личная победа, но ...

Если кто-нибудь когда-нибудь будет разбирать исходники моей последней завершённой темы (а я ей доволен), то он увидит несколько "явных некрасивых решений".
Задача: atmega8. Приборная панель. 6 датчиков/ 6 шаговых двигателей-стрелок.

1) "Ну нафига он в одно прерывание от таймера засунул чтение АЦП и вывод на двигатели"
2) "Ну зачем он использует промежуточные ячейки - образы портов - при работе с двигателями"
3) "В форумах мне рекомендовали правила работы с АЦП: выставляем канал - ждём готовности - читаем значение. А у него всё наоборот..."
Наверняка найдутся и другие вопросы. Да у меня самого бы нашлись ...

Отвечаю по порядку.
1) При работе с ШД включенными по 3-ёх точечной схеме по одному двигателю ток может достигать 40ма. По шести - 240. В момент переключения возможны выбросы и чтение АЦП лучше привязать к циклу переключения обмоток.
2) Расчёт состояний на обмотках предусматривает ветвления. При 6 двигателях их набирается много. Я по прерыванию сразу вывожу образы портов (расчитанные в предыдущем прерывании). А потом формирую новые. Поэтому временные диаграмы на двигателях стоят так, как будто их аппаратным способом обрабатывали. Это даёт возможность точно расчитывать тайминги при разгоне/торможении.
Ещё одна причина - 3 двигателя - 9 точек. На один порт не вешается. И одновременный вывод невозможен, а задержки вывода на разные ноги одного двигателя могут привести к сбоям.
3) На самом деле удобнее работать как раз на оборот: Читаю текущее значение по текущему каналу. Сохраняю (или обрабатываю). Изменяю номер канала и вывожу его. К началу следующего прерывания, измерение гарантировано будет завершено. А я не буду тратить время на бессмысленное ожидание.

Как видите объяснения есть (мои, и я не претендую на безошибочность суждений), но они, на самом деле, далеки от программирования.
Зато, голова - маленькая иммитация OS.... Четыре паралельных задачи..... Обмен только ч/з данные.... Вот здесь я пытался (в силу своих слабых сил и слабых сил камня) быть программистом.