ATMega8535 + внешний кварц на 16 MHz, Глюки. М.б. неправильно спаял? Опции

[hd44780]

Есть устройство. IDE HDD подключает к COM-порту. Просьба не смеяться, так надо!
Изначально МК ATmega8535 работал на внутреннем генераторе 4 MHz - все было идеально.
Затем понадобилось перевести его на 16 MHz (чтобы поднять частоту USART).
Припаял кварц, кондеры по 27pF, подкорректировал микрокод, перепрошил, изменил fuse-bits.
Получил нестабильную работу. МК заводится, HDD реагирует нормально (вывод - прием от ПК нормальный), но "входящий трафик" (MK->PC) портится - теряет байты, искажает, но не все.
Вернул на внутренний 4 MHz - все нормализовалось.
Скорость UART'а пока не менял - 19200.

Схема спаяна монтажными проводками - проволочка из обмотки трансформатора.
Единственное, что на мой взгляд вызывает сомнения - кварц припаян к МК проволочками длиной ~3 см.
Корпус кварца незаземлен, кондеры припаяны непоср. к ногам кварца, а уже от этих точек - проволочки на МК.
Так получилось исторически (неудачная компоновка деталей на плате).

В чем м.б. дело?

Сообщение отредактировал hd44780 - Jan 27 2006, 08:55

[hd44780]

Питание импульсное, от AT-шного БП. От него же и винт питается. На питании есть электролит 1 мкф.
В принципе, могу попытаться включить МК от обычного БП.
Кварца на 14.7456 пока нет. Смогу купить не раньше чем через неделю. Есть на 12.
Кварц на 16 есть еще один, попробую поменять.

А как определить эти "гоночные глюки"?

[defunct]

Питание импульсное, от AT-шного БП. От него же и винт питается. На питании есть электролит 1 мкф.
В принципе, могу попытаться включить МК от обычного БП.
Кварца на 14.7456 пока нет. Смогу купить не раньше чем через неделю. Есть на 12.
Кварц на 16 есть еще один, попробую поменять.

А как определить эти "гоночные глюки"?

И 12 и 16Mhz будут "глючить". Ставьте хотя бы 11.0592Mhz или любой кратный 115200.
В крайнем случае тактируйте от внешнего RC (нужен всего 1 резистор). (установите CKOPT в 0, что подключит внутренний конденсатор 36pf между XTAL1 и GND, R - цепляйте между XTAL1 и Vcc)
7.3Mhz будет при R=1.02kOm
уменьшая R будет повышаться частота, т.о. можете выставить себе 11.0592Mhz если производительности на 7.3 будет недостаточно.

[ksv198]

И 12 и 16Mhz будут "глючить". Ставьте хотя бы 11.0592Mhz или любой кратный 115200.
В крайнем случае тактируйте от внешнего RC (нужен всего 1 резистор). (установите CKOPT в 0, что подключит внутренний конденсатор 36pf между XTAL1 и GND, R - цепляйте между XTAL1 и Vcc)
7.3Mhz будет при R=1.02kOm
уменьшая R будет повышаться частота, т.о. можете выставить себе 11.0592Mhz если производительности на 7.3 будет недостаточно.

Позвольте с вами не согласиться. Согласно стандарта RS232 отклонение в программировании делителя может достигать +/- 10 % (можно легко найти стандарт и прочесть). В данном же случае имеем для 16 МГц и 19200 отклонение всего +0.2 % (согласно даташиту) и это очень хорошая точность. Реально работал по последовательному порту при отклонении 3 % и все было хорошо, при длине передаваемых блоков до 4 кБайт на скорости 57600.
Я думаю проблема может быть или в кварце (16 мегагерцовые иногда встречал очень низкого качества), или в программной реализации - возможно буфер передачи-приема портиться или из него не успевают прочесть.

[defunct]

Позвольте с вами не согласиться. Согласно стандарта RS232 отклонение в программировании делителя может достигать +/- 10 % (можно легко найти стандарт и прочесть). В данном же случае имеем для 16 МГц и 19200 отклонение всего +0.2 % (согласно даташиту) и это очень хорошая точность.

Принимается, мне надо было написать "могут глючить", вместо "будут глючить".

Хорошая точность это 0.0%, и кварцев способных обеспечить данную точность пруд пруди.
Насчет 10% Вы вероятно погорячились, или это для 5-ти битовой посылки с двумя стопами?.
0.2% - допустимое отклонение, но здесь имеет место два отступления.
1. Схема собрана на монтаже, кварц припаян проводками, как следствие - частота неминуемо поплывет.
2. Кто говорит о 19200, что это за скорость такая? смешно ведь HDD на 19200 считывать..

Реально работал по последовательному порту при отклонении 3 % и все было хорошо, при длине передаваемых блоков до 4 кБайт на скорости 57600.
Я думаю проблема может быть или в кварце (16 мегагерцовые иногда встречал очень низкого качества), или в программной реализации - возможно буфер передачи-приема портиться или из него не успевают прочесть.

Имею совершенно противоположный опыт, с блоками длиной всего 128 байт, кварц 16Mhz, UART на скорости 115200...
UART сбоит, почти каждый 2-й блок - ошибка CRC, а ведь согласно даташитам от Atmel на ATmegaXX для 115200 на 16Mhz ошибка составляет -3.5% (U2X=0) и соответственно +2.1% (U2X=1). И если верить Вашим словам, то должно быть все ок.

PS: просьба, когда советуете людям работать с тем чем не положено (т.е. заведомо, еще при разработке, закладывать в устройство ошибки, отклонения от стандарта и пр.), приводить ссылки на соотв. стандарты, а лучше всего описание от производителей устройств с которым предполагается работа, где четко сказано, что гарантируется нормальная работа устройства/интерфейса с теми или иными отклонениями в рамках стандарта..