USART Опции

[KIG]

Здравствуйте!
Пытаюсь передать цифру 5 через USART ATmega16 на компьютер в программу Terminal. На компьютере принамаю вместо одной цифры три, причем среди них нет ни одной пятерки. В программе Terminal установил скорость передачи в 115200 кбит/с, 2 стоповых бита, 8 бит в кадре. Код программы привел ниже. В чем причина, что я делаю неправильно?

#include <iom16v.h>
#include <macros.h>

void uart0_init(void)
{
UCSRB = 0x00; //disable while setting baud rate
UCSRA = 0x00;
UBRRL = 0x01; //set baud rate lo
UBRRH = 0x00; //set baud rate hi
UCSRC = 0x8E;
UCSRB = 0x08;
}

void putchar(char ch)
{ while (!(UCSRA&(1<<UDRE)));
UDR=ch;
}

void main(void)
{CLI(); //disable all interrupts
uart0_init();
SEI(); //re-enable interrupts
putchar(5);
while(1);
}

[Igor26]

А почему два стоп-бита?

[Сергей Борщ]

А почему два стоп-бита?

Чтобы уменьшить влияние ошибки скорости. На приеме все равно анализируется только первый, а второй играет роль защитной паузы.

[=GM=]

Чтобы уменьшить влияние ошибки скорости. На приеме все равно анализируется только первый, а второй играет роль защитной паузы

Ну здесь вы немного погорячились(:-). Вгрубе так: два стоп-бита никак не влияют на уменьшение влияния ошибки скорости. Если частоты передачи и приема расходятся, то вторым стоп-битом ничего поправить нельзя, увы.

На самом деле второй стоп-бит был предназначен для обработки принятого символа медленными устройствами, существовавшими на заре развития вычтехники, а именно, телетайпами и принтерами.

В настоящее время время второй стоп-бит никакого практического значения не имеет.

[Сергей Борщ]

Ну здесь вы немного погорячились(:-). Вгрубе так: два стоп-бита никак не влияют на уменьшение влияния ошибки скорости. Если частоты передачи и приема расходятся, то вторым стоп битом ничего поправить нельзя, увы.

Боюсь, что здесь вы заблуждаетесь. Если скорость передачи несколько (на пределе) больше заданной, а скорость приема несколько меньше заданной, то в точка семлирования стоп-бита может залезть на второй стоп-бит и сбоя не будет, а если бы второго стоп-бита не было - в этом месте оказался бы следующий старт-бит с вытекающим frame-error.

[=GM=]

Боюсь, что здесь вы заблуждаетесь. Если скорость передачи несколько (на пределе) больше заданной, а скорость приема несколько меньше заданной, то в точка семлирования стоп-бита может залезть на второй стоп-бит и сбоя не будет, а если бы второго стоп-бита не было - в этом месте оказался бы следующий старт-бит с вытекающим frame-error.

Ничего не заблуждаюсь. Давайте посчитаем. Пусть частоты скорости передатчика и приёмника различаются в плюс. Первый старт-бит будет определен не точно в середине а чуть ближе к концу, первый бит - ещё чуть дальше, последний девятый бит должен прийтись на самый край, то есть относительная ошибка двух частот не должна быть больше, чем (То/2)/(9*То)=+5.5%. Если ошибка будет чуть больше, то вместо 7 бита данных запишется стоп-бит. Что будет происходить дальше, уже неважно, поскольку произошла ошибка в приеме данных. Её ничем нельзя исправить, хоть 2 стоп-бита ставьте, хоть три...

Можно было бы вообще отказаться от стоп-бита, к примеру раньше был такой код МТК-2 без стоп-бита, он состоял из нулевого старт-бита и 5-ти бит данных. Ничё, нормально всё работало...