UART ATmega8

[Z_h_e]

Я на телефоне и без ДШ. На сколько я помню ,при приеме в любом случае три выборки на бит. Значение бита определяется голосованием. В идеале, одна выборка точно в середине, две по бокам от нее. П ри выключенной удвоенной скорости эти выборки стоят более плотно из-за большего количества стробов на бит.

[COKPOWEHEU]

Не похоже. Частота UART в "быстром" режиме определяется формулой BAUD = F_CPU/( 8 * ( UBRR + 1 ) ), то есть от F_CPU/32768 до F_CPU/8. При максимальной частоте тактовая UART равна тактовой контроллера. Не будет же контроллер в середине такта выборку делать.

[Z_h_e]

Не середина такта, а середина бита. В дш где-то были пикчи со стробами, их количество на один бит в обоих режимах и при каких стробах происходит выборка. Собственно это знать совсем не обязательно, достаточно соблюдать соотношение частот приемника и передатчика.

[Аlex]

Делать несколько выборок на бит - бессмысленно. При рассинхронизации более чем на полбита (уход за среднюю выборку), не спасёт даже 1000 выборок. Тогда зачем их делать больше одной ?

[Z_h_e]

Это Вы тогда к разрабам МК. Но сделали они это для помехоустойчивости. Рассинхронизации не должно быть в принципе.

[COKPOWEHEU]

В дш где-то были пикчи со стробами, их количество на один бит в обоих режимах и при каких стробах происходит выборка.

Именно от них и отталкиваюсь. Да и по логике, при одинарной скорости получается 2 строба на бит, при двойной - 1 строб на бит. При максимальной скорости контроллер физически не успеет больше 1 строба на бит.

Делать несколько выборок на бит - бессмысленно. При рассинхронизации более чем на полбита

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

[Z_h_e]

Чуть телефон не разбил об стенку пока картинку вставлял
Смотрите, в медленном режиме 16 стробов на один бит, в быстром 8. В обоих случаях три выборки. В медленном выборки ближе к середине. Конечно эта середина будет "сползать" с каждым последующим битом кадра из-за разницы тактовых частот устройств.

[COKPOWEHEU]

То есть существенной разницы нет? В "медленном" режиме выборка близко к середине, в "быстром" сама середина может оказаться ближе к реальной.

[Z_h_e]

Ну вроде как да. Я ж говорю данную инфу знать совсем не обязательно ,чтобы UART использовать. Есть небольшая разница в допустимости отклонения частот.

[COKPOWEHEU]

Допустимое отклонение частот не должно влиять. При "некруглом" кварце (а он частенько некруглый если UART - "бесплатный довесок") двойная скорость позволяет точнее настроить частоту, а одинарная точнее попадает в центр своей.
Тогда возвращаемся к вопросу: зачем нужна одинарная частота?

[Z_h_e]

В Дш разные формулы для расчетадопуска частоты и соотвественно разные готовые табличные значения.

[ARV]

зачем нужна

тяжкое наследие сторонников "чистого программирования", которым на все случаи жизни не достаточно функций... вот им и сделали процедуры и одинарную частоту USART

[COKPOWEHEU]

Да какие там разные формулы! В одной деление на 16, в другой - на 8. Одно и то же, зато самим же макросы писать дольше пришлось.

тяжкое наследие сторонников "чистого программирования"

Лучше бы разрядность UBRR увеличили, если кому-то 12 бит не хватает. Или это в каких-то доисторических первых AVR сделали UART с одинарной скоростью, а потом по мере надобности допилили посовершеннее и оставили "режим совместимости"?

[Z_h_e]

Какие разные вы легко увидитев ДШ, скриншот вставлять больше не буду , муторно.

[COKPOWEHEU]

Вот скриншот для ATmega8. Как видите, одно и то же, только в одном случае делится на 16, в другом на 8.

[Z_h_e]

Вы меня не поняли. Я Вам по допустимое отклонение, допустимую погрешность, ошибку если угодно. А не расчетное значение регистра. Повторюсь, это значение разное для двух режимов . Эти формулы и уже готовые значение предельные и предельно рекомендуемые, лежат в ДШ сразу после откуда я взял свой скриншот. А вот то что формулы разные, я ошибся.

[Gin87]

Задача была решена, спасибо Mishany. Собственно его идея взята. Код раскладывает по переменным посылку типа 25,100,1,1;

Код: Выделить всё

//=========
ISR(USART_RXC_vect)   //прерывание по приему
{
   temp[i]=UDR;
   if (temp[i]==';')
   {
   //собираем число примерно так:
   data = 0;
   S = 1;
   for(i--; i!=255; i--)
   {
     if(temp[i]==',')
    {
     f++;
     if(f==1) start=data;
     if(f==2) napravlenie=data;
          if(f==3) frequency=data, f=0; 
     data=0;
     S=1;
     i--;
    }
     data = data+(temp[i]-48)*S;
     S = S*10;
   }
   i=0;
   }
   else
   {
   i++;
   }

}

//==========

[B@R5uk]

Изначально имеется число конечный результат и число временный результат, причём последнее равно нулю. Как только приходит символ, то производится его анализ. Возможные варианты:
1) пришедший символ — десятичная цифра. Временный результат умножаем на 10, декодируем цифру и прибавляем её к временному результату. При желании можно сделать проверку на предмет, не вышел ли результат за допустимые пределы.
2) пришедший символ — запятая. Копируем временный результат в конечный результат и обнуляем временный результат.
3) пришедший символ — ни то, ни другое. Выдаём какое-нибудь сообщение об ошибке или просто игнорим пришедший символ. Можно сбросить временный результат в ноль, не сохраняя его значение.

Данный алгоритм реализуется внутри прерывания с помощью трёх-четырёх "ифов". Никакие буфера приёма не нужны.

[Gin87]

Ды вот теоретиков много, а работающий код помог сделать только Mishany.

[COKPOWEHEU]

Вот же реализация, как раз по алгоритму B@R5uk'a , давным-давно написана, правда без проверок правильности цифр, но это 2 if'а.
Какое еще решение нужно?