Отправлено Lameг 15 ноября 2006 г. 17:26 В ответ на: Это почему? отправлено SM 15 ноября 2006 г. 17:23

To do a 16-bit write, the high byte must be written before the low byte. For a 16-bit read,
the low byte must be read before the high byte.

• И как это относится к теме? Там речь про прерывание, в котором что-то инкрементируется. (+) — SM   (15.11.2006 17:28 85.21.237.237, 89 байт)
  • да не надо дурковать, это и было чтение 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, пустое)
• во, и сам все знаешь — pau62   (15.11.2006 17:27 88.86.64.164, пустое)