USART на ATMega 16, На комп выдает непонятные символы Опции

[ILYCHOFF]

Пытаюсь передать на комп информацию, а передаются какие-то непонятные символы. С железом вроде все нормально. Спаяно правильно. Прием передача рааботает. На компе использую прогу RS 232 Pro, но пробовал и другие тоже самое. Помогите пожалуйста разобраться в чем причина. Проц мега16, кварц 4 МГц.
Вот прога:

#include <mega16.h>

// Standard Input/Output functions
#include <stdio.h>
#include <delay.h>
// Declare your global variables here

void main(void)
{
PORTA=0xFF;
DDRA=0x00;

PORTB=0xFF;
DDRB=0x00;

PORTC=0x00;
DDRC=0xFF;

// USART initialization
// Communication Parameters: 8 Data, 1 Stop, No Parity
// USART Receiver: Off
// USART Transmitter: On
// USART Mode: Asynchronous
// USART Baud rate: 9600
UCSRA=0x00;
UCSRB=0x08;
UCSRC=0x86;
UBRRH=0x00;
UBRRL=0x19;

for (;;)
{
putsf("RT000");
delay_ms(500);
};
}

[Alex3742]

Я тоже пытался связаться по 232, правда МК у меня AT90S2313, микросхема МАХ 232. Использовал
Advanced Serial Port Monitor и RS232pro, и еще что-то(не помню). Если я правильно помню, то в ДШ
на конкретный МК есть таблицы ошибок скоростей передачи при стандартных частотах кварца.
Кварц у меня 3.579545Mhz, по ДШ и Applicatiom Builder-у это ошибка в 1.3%, однако у меня данные передавались и принимались без ошибок. Затем я поставил кварц (в ту же схему) на 4Mhz, и уменя
пошли всякие кракозябры... ХОТЯ по ДШ и Апп Билдеру ошибка составляет 0.2%...странно
Я сам новичок, но мне кажется что дело может быть в кварце. Я думаю что огромное значение
имеет производитель. (кварц с которым все работало стоил 15р, а скоторым нет-2р )
Может быть поможет замена кварца? Удачи!

[IEC]

Я тоже пытался связаться по 232, правда МК у меня AT90S2313, микросхема МАХ 232. Использовал
Advanced Serial Port Monitor и RS232pro, и еще что-то(не помню). Если я правильно помню, то в ДШ
на конкретный МК есть таблицы ошибок скоростей передачи при стандартных частотах кварца.
Кварц у меня 3.579545Mhz, по ДШ и Applicatiom Builder-у это ошибка в 1.3%, однако у меня данные передавались и принимались без ошибок. Затем я поставил кварц (в ту же схему) на 4Mhz, и уменя
пошли всякие кракозябры... ХОТЯ по ДШ и Апп Билдеру ошибка составляет 0.2%...странно
Я сам новичок, но мне кажется что дело может быть в кварце. Я думаю что огромное значение
имеет производитель. (кварц с которым все работало стоил 15р, а скоторым нет-2р )
Может быть поможет замена кварца? Удачи!

Может меня специалисты поправят, но RS протокол работает сносно и при 3% ошибки (где-то когда-то прочитал)! А от кварца требуется стабильность выдаваемой частоты. А для отладки обмена предлагаю следующий метод (сам периодически пользуюсь):
Приемник и передатчик постоянно передает по своей линии байт 0х55 (или 0хАА) и двухлучевым осциллографом сравниваются длительности и количество стартовых и стоповых бит. Все наглядно!

[Alex3742]

Я тоже пытался связаться по 232, правда МК у меня AT90S2313, микросхема МАХ 232. Использовал
Advanced Serial Port Monitor и RS232pro, и еще что-то(не помню). Если я правильно помню, то в ДШ
на конкретный МК есть таблицы ошибок скоростей передачи при стандартных частотах кварца.
Кварц у меня 3.579545Mhz, по ДШ и Applicatiom Builder-у это ошибка в 1.3%, однако у меня данные передавались и принимались без ошибок. Затем я поставил кварц (в ту же схему) на 4Mhz, и уменя
пошли всякие кракозябры... ХОТЯ по ДШ и Апп Билдеру ошибка составляет 0.2%...странно
Я сам новичок, но мне кажется что дело может быть в кварце. Я думаю что огромное значение
имеет производитель. (кварц с которым все работало стоил 15р, а скоторым нет-2р )
Может быть поможет замена кварца? Удачи!

Может меня специалисты поправят, но RS протокол работает сносно и при 3% ошибки (где-то когда-то прочитал)! А от кварца требуется стабильность выдаваемой частоты. А для отладки обмена предлагаю следующий метод (сам периодически пользуюсь):
Приемник и передатчик постоянно передает по своей линии байт 0х55 (или 0хАА) и двухлучевым осциллографом сравниваются длительности и количество стартовых и стоповых бит. Все наглядно!

То есть все-таки стабильность частоты?

[_Ie0nid]

Добрый день. Кто может помочь?
Пользуюсь терминалом версии 1.9 Б. Пытаюсь организовать кольцо, чтобы сигнал с компьютера дошел до меги16, и обратно в терминал. Столкнулся с рядом трудностей. Первое когда пишешь программу типа
с = UDR
PORTA = 55
ОНа работает, светодиоды горят как надо.
КОгда пишешь что-то типа
С = UDR
UDR = C
ТЕрминал коннектиться и постоянно получает <0>, не остановить, ни чего сделать не реально.
И наконец когда приводишь что ни будь типа этого:
#include <avr/io.h>
#include <avr/delay.h>
#include <avr/interrupt.h> // для доступа к функции сей
#include <avr/signal.h> // для доступа к макросу интерупт
#include <stdio.h>
#include <string.h>
int c;

INTERRUPT(SIG_UART0_RECV)
{
c = UDR;
PORTB = c;
}

int main (void) //начало программы
{
DDRB = 0xFF; // все выводы порта B - выходы
UBRRH = 0;
UBRRL = 71;
UCSRA = 0x00;
UCSRB |= (1<<RXCIE)|(1<<TXCIE)|(1<<RXEN)|(1<<TXEN);// прерывание на прием, прием
UCSRC |= (1<<URSEL); // асинхронный,
UCSRC |= (1<<UCSZ1)|(1<<UCSZ0);

sei();
c = 0;
while (1);
}
Терминал так же конектиться, и получает тот же символ <0>, но в момент отправки символа останавливается. Однако светодиоды, подключенные к порту, свое состояние не меняют.
И потом, АВРстудия, вообще отказывается толково реагировать на флаг "Прием завершен", перескакивает в самое начало программы и начинает заново - это ненормально потому как нарушается вообще принцип прерывания.
И что насчет инверсии, МАХ правда инвертирует сигнал, или нет?
Заранее спасибо.

[smac]

Добрый день. Кто может помочь?
...

Может быть проблема в том, что у вас не описан обработчик прерывания по завершению передачи байта? Судя по настройкам у вас включены и приемник и передатчик, и разрешены прерывания от них. Насколько я помню у М16 отдельный адрес для прерывания по событию прием байта завершен и отдельный адрес для прерывания по событию передача байта завершена в векторе прерывания. Также есть адрес по событию пуст регистр УДР.

Если АВР студия некорректно симулирует прерывания, то скорее всего это ваша недоработка, вроде переход по вектору должен осуществляться правильно.

[Палыч]

Может быть проблема в том, что у вас не описан обработчик прерывания по завершению передачи байта?

Именно - поэтому! Некоторые трансляторы заполняют неиспользуемые программой вектора командами перехода на адрес 0 - "мягий" рестарт. Другие - этого не делают, и программа попадает на "чужой" обработчик прерывания, или на какой-то "левый" участок кода...

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