caxapa.ru :: Здравствуйте. Есть задача: используя atmega8, принять по UARTу команду длиной в несколько байт (длина зависит от команды, не превышает 30..40 символов) и выполнить. У меня возникла мысль сначала ее сохранить, затем проанализировать и принять

SVladimirU (01.08.2009 02:47, просмотров: 5250) MBedder

Здравствуйте. Есть задача: используя atmega8, принять по UARTу команду длиной в несколько байт (длина зависит от команды, не превышает 30..40 символов) и выполнить. У меня возникла мысль сначала ее сохранить, затем проанализировать и принять соответствующее решение. Сохранять решил было в EEPROM, но тут вычитал из даташита, что время записи байта в память составляет несколько мс (Minimum Wait Delay Before Writing the Next Flash or EEPROM Location: tWD_EEPROM 9.0 ms). При этом настройки UARTа меняться не должны: 19200 бит/с, асинхронный режим, без использования аппаратного контроля. В этой же таблице таймингов для программной Flash-памяти написано tWD_FLASH 4.5 ms. Выходит, что пока в память будет записываться первый байт, на UART придет вся остальная команда и просто потеряется... Или я что-то неправильно понял? Как мне поступить? Строго не судите, поскольку опыт работы с контроллерами составляет 4 дня...

- А что, RAM для временного хранения принятого не годится по религиозным или морально-этическим соображениям? - MBedder(01.08.2009 03:01)
  - Это та, которая называется Internal SRAM? И начинается с 60-го адреса? Действительно, написано, что ей можно пользоваться. Спасибо за подсказку. Тем более, что с EEPROM'ом у меня проблемы при чтении возникли: независимо от того, что в нем содержится и с SVladimirU(128 знак., 01.08.2009 06:28, )
    - Кстати, та же самая проблема при работе с RAM: когда считываю даже пустой байт, все равно выдает 0хff... Задаю данные так: SVladimirU(1980 знак., 01.08.2009 09:19, )
      - "Пустых" байтов не бывает - что запишешь, то и прочитаешь. А если не запишешь - то прочитаешь любую пургу, т.к. МК сам свое ОЗУ при подаче питания никак не инициализирует MBedder(1317 знак., 01.08.2009 11:04)
        
        На будущее учту рекомендации по работе с UART'ом, но сей час вставляю код в том виде, в каком он имеется на данный момент: SVladimirU(6173 знак., 01.08.2009 15:23, )
        
        И еще: из прерывания по завершении приема программа по UART'у как в симуляторе, так и в реальном контроллере возвращается не обратно в то место, где случилось прерывание, а в самое начало программной памяти. Т.е. после каждого принятого по UART'у байта SVladimirU(24 знак., 01.08.2009 18:46, )
        
        В твоем коде так много тараканов, что сразу и не осилить. Подробно отпишу попозже, а "ресетится" твой контроллер из-за того, что ты указатель стека не инициализировал - MBedder(01.08.2009 19:21)
        
        Указатель стека помог, теперь не ресетится :) SVladimirU(122 знак., 01.08.2009 20:05, )

Микроконтроллеры AVR