Отправлено SM 15 ноября 2006 г. 17:28 В ответ на: (+) отправлено <font color=gray>Lameг</font> 15 ноября 2006 г. 17:26

а в этом конкретном случае можно считать low, high,low,high а первый low проигнорировать.

• да не надо дурковать, это и было чтение 16-бит регистров из дш. аврка старший байт буферирует как раз для решения подобных проблем — pau62   (15.11.2006 17:35 88.86.64.164, пустое)
  • Млин, да читается-то у человека похоже не из аппаратного счетчика, а из программного, который инкрементируется в прерывании. Если я не прав - пусть автор поправит. И причем тут аппаратные таймеры-счетчики с их буферами вообще? И на кой запрещать прерывание на время считывания их, аппаратных? — SM   (15.11.2006 17:37 85.21.237.237, пустое)
    • Все правильно. Только предложенный метод мне кажется тяжелее работы с прерываниями. — mandigit   (15.11.2006 17:53 212.30.186.63, пустое)
      • Короче, у miv всё правильно написано по твоей теме, аналогично можно использовать ф-ции IAR AVR CLI() и SEI(). — Щ.C.   (15.11.2006 18:05 144.206.186.102, пустое)
        • Это по поводу работы с программным счетчиком в фоне. — Щ.C.   (15.11.2006 18:10 144.206.186.102, пустое)
        • Вот на таком коде я остановился в результате — mandigit   (15.11.2006 18:09 212.30.186.63, 68 байт)
          • и возвращает это кoд void... — pau62   (15.11.2006 19:11 212.26.238.17, пустое)
            • пардон, фигню написал — pau62   (15.11.2006 20:13 212.26.238.138, пустое)
      • По производительности (+) — SM   (15.11.2006 17:59 85.21.237.237, 87 байт)
    • см выше. и я про то же самое. а про програмные ты прав — pau62   (15.11.2006 17:40 88.86.64.164, пустое)