реклама на сайте
подробности

 
 
Ruslan Konovalov
сообщение Oct 13 2008, 13:11
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 54
Регистрация: 25-07-07
Пользователь №: 29 364



Всем добрый день.
Вот решил выложить свои мучения по данной теме.
Может кому нибудь пригодится. В инете так и толком ничего не нашел.

Алгоритм следующий:
Ногу PD0 и PD2 нужно замкнуть.
1) Устанавливаем внешнее прерывание (INT0) на захват спадающего фронта.
2) Прерывание произошло, устанавливаем внешнее прерывание (INT0) на захват восходящего фронта,
устанавливаем счетчик Timer1 на отсчет времени.
3)Прерывание произошло, останавливаем таймер, запрещаем внешнее прерывание.
4)Подсчитываем битрайт, и задерживаемся(delay_us()) до конца данного байта.
5)Настраиваем скорость усарта и принимаем данные.

Испытания проводил на Mega8, 16Mhz, на скоростях от 9600-210000.
Главные условия, чтобы младший бит первого байта посылки был равен 1.
Прием начинается со 2-го байта. Грубо говоря 1-й байт нужен для синхронизации.
Также реулизована возможность засыпания процессора. Если это не нужно, просто закомментируйте
#define SLEEP.

В принципе пока все устраивает, просто хотел узнать Ваше мнение.

Вопрос:
Теоретически после того как определили битрайт(это в конце старт-бита) нужно
сделать delay_us() равный: 1bit time*8(до начала стоп бита), а уже потом
устанавливать битрайт. Но вреальности принимается ерунда.
Но если написать следущее:
Код
  for(n=0; n < (char)baudrate-1; n++) delay_us(1);//Ничего не делаем до начала следующего байта
  for(n=0; n < (char)baudrate-1; n++) delay_us(1);

То все работает.
Эта задержка примерно равна 2-м битам.
Мне так кажется что пока я дохожу до этого момента, проходит время равное 6-ти битам.


Вот сам код:
Код
#include <ioavr.h>
#include <inavr.h>
#include "USART.h"


//********************************************************************************
**********
#define SLEEP

unsigned static char state;
unsigned int baudrate;


#pragma vector = INT0_vect
__interrupt void OnCapt()
{
  if(0==state)//Перехват падения фронта
   {
     state = 1;
     MCUCR |= (1<<ISC01) | (1<<ISC00); //Установка прерывания по восходящему фронту      
     TCNT1H=0;//Обнуляем таймер                
     TCNT1L=0;
     TCCR1B|=(0<<CS12) |(0<<CS11) | (1<<CS10);//Запускем таймер 1 без делителя  
   }
  else if(state==1)//Перехват подъема фронта
   {    
     state = 2;        
     baudrate = TCNT1L;
     baudrate |= (int)TCNT1H<<8;
     TCCR1B&=~((0<<CS12) |(0<<CS11) | (1<<CS10));//Запрещяем таймер      
     MCUCR &= ~((1<<ISC01) | (1<<ISC00));//Запрещяем захват по фронту
     GICR &= ~(1<<INT0);//Запрещаем прерывание по захвату      
   }
}

unsigned int Usart_autobaud(void)
{
  unsigned char n;
  
  state=0;
  MCUCR |= (1<<ISC01) | (0<<ISC00);  //Установка прерывания по спадающему фронту
  GICR |= (1<<INT0); //Разрешение прерывания    

#ifdef SLEEP
  MCUCR |= (1<<SE); //Разрешаем режим сна до первого внешнего прерывания
  asm("sleep");
  MCUCR &= ~(1<<SE); //Запрещаем режим сна до первого внешнего прерывания
#endif  
  
  while(state != 2); //Ждем окончание старт бита(восходящий фронт)
  
   //Определяем битрайт  
  baudrate = (baudrate>>3)-1; //baudrate=(baudrate/8)-1    
  for(n=0; n < (char)baudrate-1; n++) delay_us(1);//Ничего не делаем до начала следующего байта
  for(n=0; n < (char)baudrate-1; n++) delay_us(1);
  return baudrate;        
}
//********************************************************************************
**********



void main( void )
{  
DDRD =  0x00;
PORTD = 0x00;
DDRB =  0x00;
PORTB = 0x00;
DDRC =  0x00;
PORTC = 0x00;

#ifdef SLEEP
  MCUCR |= (0<<SM2)|(0<<SM1)|(0<<SM0);//Режим сна Idle
#endif
  
  USART0_init();//Инициализируем уарт  
  
   __enable_interrupt();
   delay_s(1);

  while(1)
  {        
   USART0_set_speed(Usart_autobaud()); //Определяем битрайт и устанавливаем скорость
   UCSRB |= (1 << RXCIE)| (1 << RXEN); //Разрешаем прием и прерывание усарта  
   while(!USARTBuffSize);          //Ждем конца приема данных  
   UCSRB &= ~((1 << RXCIE) | (1 << RXEN)); //Запрещаем прием и прерывание усарта      
   USART_SEND_STR(UsartBuff, USARTBuffSize+1);    
   USARTBuffSize = 0;  
  }

}


И еще вопрос.
В даташите написано, что пробуждение от сна по внешнему прерыванию разрешено во всех режимах.
Но у меня прерывание происходит только в режиме сна Idle.
Что я делаю не так ?

Сообщение отредактировал Ruslan Konovalov - Oct 13 2008, 12:24
Go to the top of the page
 
+Quote Post
3 страниц V  < 1 2 3 >  
Start new topic
Ответов (15 - 29)
Maik-vs
сообщение Oct 15 2008, 14:16
Сообщение #16


Местный
***

Группа: Участник
Сообщений: 246
Регистрация: 4-12-06
Пользователь №: 23 101



Цитата(sf9 @ Oct 15 2008, 15:24) *
Господа электронщики, как определять скорость USARTa в случае,когда мы знаем,какой именно байт должен быть принят - дело понятное. Практически у каждого производителя МК есть статья с алгоритмом,который сводится к тому,что просто сравниваем,какой байт получился на приёме с табличными значениями и определяем скорость.

ВОПРОС: какой алгоритм должен быть при autobaudrate,если из канала мы получаем произвольные данные и не можем предсказать,что именно. Т.е. могут быть,как все нули, так и все единицы и пр.

Sasa из Vitebsk Вы попытались описать данный алгоритм,но не совсем ясно,как он работает.
Может у кого есть ещё какие-нибудь идеи?????


Ну так поставьте себя на место UARTa. Вот в линии нулевой уровень. Долго. Так долго, что даже длиннее байта на скорости 100 бод. И вдруг перепад. Это начался старт-бит. Дальше остаётся только мерить время между перепадами и соображать, где бит, где байт, где пауза (если есть!) - после неё будет старт-бит.
Заметьте, что задачка распадается на две: когда на борту есть кварц и вы можете прикинуть длительность принятых бит к стандартному ряду скоростей, или когда есть RC генератор и вы не знаете, сколько, образно говоря, тиков таймера пойдёт на бит при скорости 9600.
Ну и, конечно, "произвольные данные" должны быть ограничены требованиями протокола. Не представляю себе полностью неопределённый поток - разве что когда подслушиваешь кого-нибудь smile.gif
Кстати, очень интересно было нарваться на поток данных без пауз, по RS485. Отлично принималось, начиная с произвольного нулевого бита в байте, и при изменении полярности - тоже, всего лишь с инверсией!
Go to the top of the page
 
+Quote Post
ARV
сообщение Oct 15 2008, 15:06
Сообщение #17


Профессионал
*****

Группа: Свой
Сообщений: 1 143
Регистрация: 30-09-08
Из: Новочеркасск
Пользователь №: 40 581



в принципе, для абсолютно неизвестного потока данных можно долго слушать линию, замеряя длительность всех сигналов и выбирая наименьший - это и будет длителность одного бита - по ней скорость и восстанавливать... хотя все равно возникает другая сложность - определение длины кадра - 8 бит данных или 9... smile.gif


--------------------
Я бы взял частями... но мне надо сразу.
Go to the top of the page
 
+Quote Post
SasaVitebsk
сообщение Oct 15 2008, 16:55
Сообщение #18


Гуру
******

Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521



Цитата(sf9 @ Oct 15 2008, 14:24) *
Sasa из Vitebsk Вы попытались описать данный алгоритм,но не совсем ясно,как он работает.
Может у кого есть ещё какие-нибудь идеи?????

В моём посте абсолютно подробно, по пунктам расписано. Я не привязываюсь к конкретному байту. Я восстанавливаю любой.
При этом надо понимать, что есть байты которые (за 1 байт) не могут быть восстановлены. Надеюсь это понимает каждый?

Для Maik-vs, в линии изначально 1 и старт-бит приходит 0. Далее если вы распишете например байт 0xf0(на 115200), то вы поймёте, что он может быть 0xf0 на 115200, или 0xfc на 57600 или 0xfe на 28800 или 00 на 230400.
Go to the top of the page
 
+Quote Post
singlskv
сообщение Oct 15 2008, 17:36
Сообщение #19


дятел
*****

Группа: Свой
Сообщений: 1 681
Регистрация: 13-05-06
Из: Питер
Пользователь №: 17 065



Цитата(sf9 @ Oct 15 2008, 15:24) *
ВОПРОС: какой алгоритм должен быть при autobaudrate,если из канала мы получаем произвольные данные и не можем предсказать,что именно. Т.е. могут быть,как все нули, так и все единицы и пр.
Для начала надо понять что для произвольного входного потока понадобятся от
1 до ~9-11 байт входного потока для первоначальной синхронизации,
если вас устроит синхронизация по такой последовательности, тогда можно обсуждать дальше...
Go to the top of the page
 
+Quote Post
singlskv
сообщение Oct 15 2008, 19:03
Сообщение #20


дятел
*****

Группа: Свой
Сообщений: 1 681
Регистрация: 13-05-06
Из: Питер
Пользователь №: 17 065



Цитата(singlskv @ Oct 15 2008, 21:36) *
...
Уточнение, для совсем произвольного входого потока(это когда промежутки между байтами
неопределенные), скорее всего нужно как минимум ~ 20байт для первоначальной синхронизации,
а дальше только один вопрос, а оно надо... ???
Go to the top of the page
 
+Quote Post
SasaVitebsk
сообщение Oct 15 2008, 20:13
Сообщение #21


Гуру
******

Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521



Для непрерывного потока, когда устройство налету врезается в уже передаваемые данные - задача просто не решаемая на rs232. Только посредством специализированного протокола, где есть поле синхронизации и байт маркер.

Если рассматривать, что принимается посылка, то есть сначала линия неактивна и вот пошёл первый байт, то тогда я описал ситуацию, правда я там немного ошибся - ну да ладно. Это не принципиально. Главное что существуют символы где будет один импульс. В этом случае нельзя достоверно по одному байту определить скорость. Но таких символов очень мало. Примерно 99% будут восстановлены грамотно. Если же стоит задача полностью определить 100% символов, то выход - полностью программный анализ входного протокола. Я уверен, что на скорости >=8МГц при том, что однокристалка будет занята этой задачей, я бы восстановил любую многобайтовую посылку от 300 бод до 115200.
Go to the top of the page
 
+Quote Post
singlskv
сообщение Oct 15 2008, 20:26
Сообщение #22


дятел
*****

Группа: Свой
Сообщений: 1 681
Регистрация: 13-05-06
Из: Питер
Пользователь №: 17 065



Цитата(SasaVitebsk @ Oct 16 2008, 00:13) *
Для непрерывного потока, когда устройство налету врезается в уже передаваемые данные - задача просто не решаемая на rs232. Только посредством специализированного протокола, где есть поле синхронизации и байт маркер.
Для непрерывного потока как раз все просто, Вы забываете в своем анализе что
всегда стартовый бит это переход 1->0 а стоповый наоборот.
ну и нужно конечно успет накопить статистику(может за 1 байт а может и за 20)
Go to the top of the page
 
+Quote Post
SasaVitebsk
сообщение Oct 15 2008, 21:50
Сообщение #23


Гуру
******

Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521



Цитата(singlskv @ Oct 15 2008, 23:26) *
Для непрерывного потока как раз все просто, Вы забываете в своем анализе что
всегда стартовый бит это переход 1->0 а стоповый наоборот.
ну и нужно конечно успет накопить статистику(может за 1 байт а может и за 20)

Только есть шанс необнаружить этот стоп бит а засинхронизароваться посреди байта и благополучно принимать послудующую инфу неправильно. Здесь как раз тема была. Парень передавал 55 а получал что угодно в зависимости от удачности врезания.
Go to the top of the page
 
+Quote Post
sf9
сообщение Oct 16 2008, 06:32
Сообщение #24


Участник
*

Группа: Участник
Сообщений: 35
Регистрация: 30-10-07
Из: Москва
Пользователь №: 31 896



Я тоже считаю,что для определения скорости на лету с полным восстановлением данных и без байта синхронизации - задача под rs232 практически нерешаема.

Так,для самоуспокоения,хотел посоветоваться,может кто-то знает путь решения задачи.
Всё-равно,спасибо всем за идеи.
Go to the top of the page
 
+Quote Post
Maik-vs
сообщение Oct 16 2008, 07:15
Сообщение #25


Местный
***

Группа: Участник
Сообщений: 246
Регистрация: 4-12-06
Пользователь №: 23 101



Цитата(SasaVitebsk @ Oct 15 2008, 20:55) *
Для Maik-vs, в линии изначально 1 и старт-бит приходит 0. Далее если вы распишете например байт 0xf0(на 115200), то вы поймёте, что он может быть 0xf0 на 115200, или 0xfc на 57600 или 0xfe на 28800 или 00 на 230400.


Я это понимаю, про f0 - fc - fe. Насмотрелся smile.gif. А про 0 и 1 приучен не говрить, лучше уж говорить в терминах уровней "высокий-низкий". Потому что когда работал с ТТЛ и ЭСЛ, д аещё и интерфейсы - тады ой.
Go to the top of the page
 
+Quote Post
singlskv
сообщение Oct 16 2008, 13:38
Сообщение #26


дятел
*****

Группа: Свой
Сообщений: 1 681
Регистрация: 13-05-06
Из: Питер
Пользователь №: 17 065



Цитата(SasaVitebsk @ Oct 16 2008, 01:50) *
Только есть шанс необнаружить этот стоп бит а засинхронизароваться посреди байта и благополучно принимать послудующую инфу неправильно. Здесь как раз тема была. Парень передавал 55 а получал что угодно в зависимости от удачности врезания.
Я имел в виду что скорость потока за ~20 байт мы можем выяснить гарантированно.
Для синхронизации конечно нужны паузы в потоке или достаточно длительное накопление
статистики и сдвиги на 1 бит до получения потока с правильными
стоп битами(наименьший % ошибок кадра).
Go to the top of the page
 
+Quote Post
ae_
сообщение Oct 17 2008, 13:50
Сообщение #27


Участник
***

Группа: Свой
Сообщений: 462
Регистрация: 2-04-07
Из: Иркутск
Пользователь №: 26 695



Цитата(singlskv @ Oct 16 2008, 22:38) *
Я имел в виду что скорость потока за ~20 байт мы можем выяснить гарантированно.

Формат передачи 8-N-1, неприрывная серия байт:
0x55 @ speed 1x ничем не отличается от 0x0F @ speed 5x
0xF8 @ speed 1x -//- от 0xCE @ speed 2x
0x08 @ speed 1x -//- от 0x80 @ speed 2x
Т.е. нельзя выяснить скорость произвольного потока ни за 20 байт, а вообще нельзя, если в нём встречаются только две длительности нулей и единиц - 1/1, 2/3, 1/5, как в приведённых выше примерах.
Go to the top of the page
 
+Quote Post
singlskv
сообщение Oct 17 2008, 15:16
Сообщение #28


дятел
*****

Группа: Свой
Сообщений: 1 681
Регистрация: 13-05-06
Из: Питер
Пользователь №: 17 065



Цитата(ae_ @ Oct 17 2008, 17:50) *
Т.е. нельзя выяснить скорость произвольного потока ни за 20 байт, а вообще нельзя, если в нём встречаются только две длительности нулей и единиц - 1/1, 2/3, 1/5, как в приведённых выше примерах.
Я согласен что есть несколько вырожденных случаев при которых передается
один неизменный байт, наверное слово "гарантированно" было не совсем правильным.
Если же байты изменяются то определить скорость практически всегда возможно...
Go to the top of the page
 
+Quote Post
galjoen
сообщение Oct 17 2008, 16:03
Сообщение #29


Знающий
****

Группа: Свой
Сообщений: 841
Регистрация: 10-05-07
Из: Чебоксары (Россия)
Пользователь №: 27 640



Делал автобауд для USART и для CAN (AT90CAN128). Подобно тому, как писал SasaVitebsk.
Отличие в том, что у меня процессор был занят, и пришлось использовать входы захвата таймеров. Один захватывал фронт, другой спад (прерывание от обоих). Получалась длительность нуля или единицы. Далее, по заранее рассчитанной таблице, прибавлял баллы накопителям (одному или нескольким), соответствующим скоростям от 1200 до 115200 бод. Причём, если длина соответствовала скорости неточно - баллов добавлял меньше (SasaVitebsk, а как вы дейсвовали в таком случае?). Скорость считалась определённой, когда один из накопителей переполнялся. Какой первым переполнился - такая и скорость. Конечно я согласен, что можно найти такие данные на которых данный алгоритм проколется, но в реальности я с этим не сталкивался.
Кстати в случае CAN такой алгоритм (ну несколько модифицированный) всегда безошибочно срабатывает с 1й посылки.
Go to the top of the page
 
+Quote Post
Джеймс
сообщение Oct 17 2008, 17:59
Сообщение #30


Местный
***

Группа: Свой
Сообщений: 462
Регистрация: 20-01-06
Пользователь №: 13 399



Скачайте с gaisler.com библиотеку grlib-gpl
Там как как раз в DSU UART есть автоопределение
Go to the top of the page
 
+Quote Post

3 страниц V  < 1 2 3 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 20th July 2025 - 10:34
Рейтинг@Mail.ru


Страница сгенерированна за 0.0248 секунд с 7
ELECTRONIX ©2004-2016