Форум РадиоКот

polli123456 писал(а):Когда занимался 485, для простой проверки собирал на Arduino, по этой ссылке: http://rln.nnov.ru/index.php?ind=review ... w&iden=227

Там всё на пальцах

polli123456 писал(а):Да там и так всё видно, но если Вы настаиваете...
И здесь ещё.

alex1126 писал(а): "logic contention detect on net" - это он про А и В линии между MAX487.
"RX frame error" это про мастера.

Engineer_Keen писал(а):

alex1126 писал(а): "logic contention detect on net" - это он про А и В линии между MAX487.
"RX frame error" это про мастера.

Второе скорее всего как следствие первого. Конфликт может быть если оба MAXа пытаются одновременно работать на передачу, это косяк программы - или мастера или слейва. Естественно при этом на линии RS485 получается мусор, мастер его не понимает и пишет frame error... Для начала разберитесь с первой ошибкой, в какой момент она возникает.

Предупреждение симуляции: «Logic contention(s) detected on net # (но-
мер цепи) ». Типичная ошибка для начинающих. В цифровой цепи с номе-
ром #(номер цепи) обнаружен конфликт сигналов. Если щелкнуть мышкой
по номеру откроется список цепи, в которой обнаружен конфликт. Обычно,
когда два или более выхода с различными состояниями 0 и 1 объединены
в одну цепь в текущий момент времени. Часто вылетает, когда использу-
ется интерактивная кнопка, замыкающая вывод на землю или шину пита-
ния без дополнительного резистора, т.е. при симуляции вы ее замкнули, а
в этот момент на выводе элемента появился противоположный сигнал.
Еще одна причина в несогласованности по времени, например, двух мик-
ропроцессоров связанных между собой.

Engineer_Keen писал(а):Обычно так и делают - ноги контроллера соединяют напрямую с MAX487. И в прошивке первым делом переключают его на прием, этого хватает. Чтобы уж наверняка, подтяните RE/DE к земле. Если logic contention опять вылезет - ищите косяк в прошивке. Как только от этого избавитесь, можно будет разбираться с frame error.

Engineer_Keen писал(а):

alex1126 писал(а):Не помешает ли разница внутренней частоте работе? Скорость там указана в 9600 но относительно чего ее мерить он будет?

Э... Вы вообще в курсе как UART работает, и как битрейт от тактовой частоты МК зависит?

Или вопрос в неточности RC-генератора?

alex1126 писал(а):Нет, вопрос именно в том что если в двух мк будет выставленна скорость в 9600, но один будет тактировтаься на 1 мегагерц а второй на 16 - оно вообще заработает?

polli123456 писал(а):

alex1126 писал(а):Нет, вопрос именно в том что если в двух мк будет выставленна скорость в 9600, но один будет тактировтаься на 1 мегагерц а второй на 16 - оно вообще заработает?

Вот засада, а у меня комп 2,1Ггц, а к нему по СОМ порту подключена "шняга" с тактовой 16Мгц ...
При чём тут протоколы обмена и тактовая частота процессора?
Оно вообще должно заработать.

alex1126 писал(а):Можно ли как-нить посмотреть что там за байты бегают между ними? ДОбавил в схему виртуальный терминал. Подключил к линиям между максами к А и Б, ртс подтянул к земле.

phenomen писал(а):

alex1126 писал(а):Можно ли как-нить посмотреть что там за байты бегают между ними? ДОбавил в схему виртуальный терминал. Подключил к линиям между максами к А и Б, ртс подтянул к земле.

Добавьте еще между терминалом и линиями АБ макс485, посадив РЕ/ДЕ на землю.

alex1126 писал(а):ясно, спасибо, прост оя подумал что как мк будет сокрость нужную вычислять......

Engineer_Keen писал(а):

alex1126 писал(а):ясно, спасибо, прост оя подумал что как мк будет сокрость нужную вычислять......

Он и не будет. Скорость (точнее делитель) вычисляете вы когда пишите в программе инициализацию регистров UART (UBRRH:UBRRL).

#define FOSC 1843200// Clock Speed
#define BAUD 9600
#define MYUBRR FOSC/16/BAUD-1
void main( void )
{
...
USART_Init ( MYUBRR );
...
}
void USART_Init( unsigned int ubrr)
{
/* Set baud rate */
UBRRH = (unsigned char)(ubrr>>8);
UBRRL = (unsigned char)ubrr;
/* Enable receiver and transmitter */
UCSRB = (1<<RXEN)|(1<<TXEN);
/* Set frame format: 8data, 2stop bit */
UCSRC = (1<<URSEL)|(1<<USBS)|(3<<UCSZ0);
}