Проблема с USART в Atmega8

[tvilsa]

Всем привет!
Вот такой вопрос. Уже давно работаю с avr-ми и небыло пока проблем. Сделал RFID ридер на TMS3705 а в нем Usart на 15625 бод. Подключил его к компу без проблем все работает. Стал приатачивать к меге и пошли проблемы. Сначала использовал внутренний RC не заработало. Решил просто проверить связку МК и компа.
Установил скорость в меге 19200 взаимообмен внорме. Установил в меге 15625 нет обмена. Погрешив на RC поставил кварц на 8Мгц. Таже картина. На стандартных скоростях работает на 15626 нет. (Фьюзы при смене RC на кварц естественно менял). Ексериментально определил что по крайней мере на 4000 бод (тоже нестандарт) еще есть взаимообмен, а на 10000 уже нет.
Пишу в CodeVision и мастер для частоты кварца 8МГц и скорости USART 15625 пишет что ошибка 0%.
Помогите плиз а то уже всю голову сломал.

[avr123-nm-ru]

Дак проверь в чем дело в VMLAB или в PROTUES

[Radon85]

Установил скорость в меге 19200 взаимообмен внорме. Установил в меге 15625 нет обмена. Погрешив на RC поставил кварц на 8Мгц. Таже картина. На стандартных скоростях работает на 15626 нет.

Вы меняете скорость у контроллер а у компьютера? Скорость у обоих устройств должна быть настроена одинаково!
Я не уверен (не пробовал), что приёмопередатчик протокола RS232 в контроллере, будет правильно работать с нестандартными частотами, поскольку должен тактироваться одной из частот стандартного ряда. 14,7456 МГц, 11,0592 МГц, 7,3725 МГц, 3,6864 МГц, 1,8432 МГц или что то в этом духе и из за разницы частот возникает ошибка в передаче.

[pambaru]

Насколько я знаю из своего опыта, стандартный COM-порт в компе со стандартными драйверами выставляет скорости 115200/N. Причем если задаваемая скорость не соответствует этому выражению, то берется ближайшая скорость (т.е. фактически в железе устанавливается подходящий коэфф. деления). Проверял экспериментально, правда было это года 3 назад.
Исходя из этого, комп может установить скорости либо 16457 (ошибка 5.1% от 15625), либо 14400 (ошибка 8.5%). Возможно поэтому связи с компом нет.
Попробуйте для проверки связки меги+комп выбрать скорость, ближайшую к 16457.

Кстати, насколько точно выставлено 15625 в вашем ридере - 0%?

[pambaru]

Скорость у обоих устройств должна быть настроена одинаково!
Я не уверен (не пробовал), что приёмопередатчик протокола RS232 в контроллере, будет правильно работать с нестандартными частотами, поскольку должен тактироваться одной из частот стандартного ряда. 14,7456 МГц, 11,0592 МГц, 7,3725 МГц, 3,6864 МГц, 1,8432 МГц или что то в этом духе и из за разницы частот возникает ошибка в передаче.

Ну одинаково понятие нечеткое. Допускается погрешность около 2%. Когда-то экспериментировал, но точно не помню. На меге с 16 Мгц кварцем удалось связаться максимум на 38400, насколько помню.

[nml]

Я не уверен (не пробовал), что приёмопередатчик протокола RS232 в компьютере, будет правильно работать с нестандартными частотами, поскольку

Аппаратно работать должно. Во всяком случае под ДОСом, при прямом программировании регистров COM порта когда-то давно на нестандартных скоростях (кажется 20800) работал.

Но вот пропустит ли такое винда - большой вопрос.

2 tvilsaх Если хотите работать с USART, забудьте о RC генераторе. Только кварц. RC плавает сильно и от температуры, и от напряжения питания.

[Radon85]

А какая длинна линии связи И Правильно ли работает преобразователь уровня TTL-›RS-232? Эти факторы могут сильно повлиять на качество связи при нестандартных частотах.

[tvilsa]

Дак проверь в чем дело в VMLAB или в PROTUES

В PROTUES все хокей на 15625.

Вы меняете скорость у контроллер а у компьютера? Скорость у обоих устройств должна быть настроена одинаково!
Я не уверен (не пробовал), что приёмопередатчик протокола RS232 в контроллере, будет правильно работать с нестандартными частотами, поскольку должен тактироваться одной из частот стандартного ряда. 14,7456 МГц, 11,0592 МГц, 7,3725 МГц, 3,6864 МГц, 1,8432 МГц или что то в этом духе и из за разницы частот возникает ошибка в передаче.

Ну ясен пень, я же писал что нормально устанавливал обмен между компом и МК на разных скоростях. Т.е. естественно менял и на мк и на компе. Более того я НАПИСАЛ что даже установил связь на нестандартных частотах 4000 бод. Рекомендованные Вами кварцы как раз и нужны для того чтобы точно обеспечить ряд СТАНДАРТНЫХ частот сом порта.

Попробуйте для проверки связки меги+комп выбрать скорость, ближайшую к 16457.

Кстати, насколько точно выставлено 15625 в вашем ридере - 0%?

Проблем со скростью 15625 в компе точно нет.
Я же написал в вопросе что НОРМАЛЬНО подключил ридер к компу на 15625. Работает без проблем.
15625 выставлено в ридере точно т.к. установлен кварц на 4Мгц согласно требованиям даташита на ридер.

Если хотите работать с USART, забудьте о RC генераторе. Только кварц. RC плавает сильно и от температуры, и от напряжения питания.

Спасибо за совет жаль не втему. Я же написал что ставил кварц. И более того реально может мне так везет но использую кварц в меге очень редко т.к. несколько конструкции использующих USART нормально работают БЕЗ кварца в температурных диапазонах от 0 до +25 без ошибок. Надо просто выбирать скорости обеспечивающие минимальные ошибки.

А какая длинна линии связи И Правильно ли работает преобразователь уровня TTL-›RS-232?

Длина связи 20см. Преобразователь работает нормально. Проверил скорость обмена МК и компа на 56000. Без проблем. Объясните как связаны нестандартность частоты и длина преобразователя если с большими частотами работает.

И так пока несраслось. Жду дальнейших предложений. Обещаю все проверить и отписаться.
Спасибо всем кто поучаствовал.

[Kombinator]

Baud rate 9600 bps
Parity None
Data bits 8N1

[tvilsa]

Baud rate 9600 bps
Parity None
Data bits 8N1

Это ты к чему?? Просто что бы было? Оценил, забавно