Здравствуйте! Недавно на учебном оборудовании (STK500) заметил, что изредка в момент включения МК, через USART передаются некорректные данные. Передача стартует сразу после включения МК, вернее после 10-15 команд инициализации периферии. Предполагаю, что такое происходит из за разгона внутреннего RC-генератора, поскольку потом уже все передается правильно. Вопрос, будет ли корректным и не кривым обходом проблемы реализовать программную задержку, скажем из 255 nop'ов после инициализации периферии? Ну как в ARM'е) Заранее благодарю за ответы!
З.Ы. Частота генератора 8 МГц.

Не пробовали играться с фьюзами, отвечающими за задержку до старта - SUT ?

Посмотрите схему устройства. Одна из возможных причин появления "мусора" при включении -
отсутствие внешних подтягивающих резисторов к питанию на входе и на выходе USART.

Возможно Вам правильно подсказали по поводу SUT. Я в при программировании avr всегда ставлю максимальный startup-time в 16 килоциклов чтоб гарантированно запустился тактовый генератор. Задержку после инициализации переферии никогда не делал. Лишних посылок по usart не замечал даже в устройствах работающих от встроенной RC-цепочки. Также для устройств работающих от RC -цепочки OSCCAL всегда инициализирую до инициализации перефирии.

А это идея, спасибо!


К сожалению, там не "мусор". Данные искажены. Часть передается правильно, часть нет. Количество переданных байт верно.

Инициализируй TX как вход. Выходом его сделает сам USART. Должно помочь.

Висящий в воздухе?

А у меня другой вопрос: если контроллер работает от RC-генератора, как вы собираетесь обеспечивать требую точность USART?

при старте если на нем выход и состояние = 0, получаем start condition, что может создать проблемы.
Висящий вход - плохо, конечно, но попробовать-то можно, чтоб локализовать проблему?

Какие ещё варианты остались (не так и много...)?

Может он по часовому кварцу калибруется...

Автор пропал. Решение было предложено вполне рабочее - вход висит только от сброса до инициализации USART, после чего становится выходом. Цена вопроса - одна строчка в коде для прояснения ситуации. Я так делал и не жалею.
В реальности автор, скорее всего, тактируется от нестабильного RC и проблема в несоответствии частот.