В продолжении темы - обнаружение фазового сдвига.
Я почти написал код на си для мк atmega16. Устройство rfid читалка стандарта emmarine(em4100) (Все 5 видов модуляции)
В протеусе всё работает превосходно. За исключением одного НО.
Вкрадце если рассказать, то алгоритм такой.



На вход мк (захват таймера1) поступает выделенная огибающая с приёмной катушки. 
Сначала пробуем распознать формат манчестер 64 периода на 1 бит, потом манчестер 32, далее бифаза 64, потом бифаза 32. И наконец PSK 16, который не работает.
В первых 4 вариантах я ловил прерывания,  отсчитывал временные интервалы и если они совпадали с условием, то я ставил флаг, который 
пропускается в основном цикле программы. Я старался в прерывании сделать как можно меньше действий, а саму обработку - в основном цикле.
Так вот, когда в блоке прерываний было ясно что принята либо 1 либо 0, далее проваливаемся в основной цикл программы, где идёт обработка. То есть
сначала считаем заголовок (9 единиц), потом когда пошли данные считаем CRC, потом высчитываем СRC. И если биты чётности совападают - идём дальше. А если нет, то программа задействует ф-ию another_format и пробует заново считать код уже в другом формате.
Фишка в том, что в первых 4 случаях 1 бит равнялся 64 или 32 периода таймера. И поэтому обработка в основном цикле спокойно успевала закончится.
А вот когда я пробую также сделать с PSK 16, то обработка просто не успевает пройти, потому как через 2 тика таймера уже следующее прерывание.
Для наглядности что такое PSK 16 (на вход мк поступает Modulator control)



. Так вот подскажите пожалуйста. Сейчас я по мере поступления данных делаю обработку (вычисляю и сравниваю CRC). Может сделать так: Сначала просто и быстро набить массив data[64] данными (в стандарте em4100 - 64 бита данных), а потом уже спокойно расковыривать этот массив и вычислять CRC?
Хотя тогда замедлится принятие решения о том что это другой формат например...

Весь код на данный момент

Ну не может того быть, что мега не справиться с сигналом PSK . Частота тактирования 125кГц. 250кГц Если использовать полупериуд. У вас на сколько помню кварц 16мГц. 56 тактиков не так уж и много, но и не так мало. По корректней подойти к программе.

Куда уж корректней). Итак всё ужал)

В программе как минимум 2 ошибки:




Есть некоторое количество неоптимального кода -

•  ShiftBitRight(RFID_buffer[byte_counter]); - сдвиг в массиве по индексу лучше заменить на сдвиг в отдельной переменной и перекладыванием конечного результата в массив
•  if(TCCR1B == 0xC3){TCCR1B = 0x83;}else{TCCR1B = 0xC3;} заменить на TCCR1B ^= 0x83^0xC3;
•  if((format == 0x1) || (format == 0x2)) заменить на if(format & 0x3) (в других местах аналогично)
•  Есть дубликаты кода и взаимоисключающие if / else if конструкции

Использование USART_SendChar внутри обработки бита (даже если это и не в прерывании) черевато пропуском битов.

И вообще - в прерывании надо делать всю критичную по времени работу. Включая сборку битов в байты (заполнение RFID_buffer) в вашем случае. Цикл в main должен обрабатывать уже готовый накопленный буфер. Кстати, их следует сделать 2 штуки - один накапливается в прерывании, второй обрабатывается в main (потом они меняются местами).

Спасибо большое! Буду делать ) Не могли бы вы ещё подробнее рассказать про выход за границу id

Это сообщение отредактировал(а) supercelt - 15.9.2015, 21:03

char id[1];
id[1] = 0; // Выход за границу id

вот он выход.
Как вам объяснить.....
char id[1]; //объявление буфера размером в свойство переменной(1 байт свойство char).
id[0] = 0; //Здесь мы обратимся к буферу
id[1] = 0; //Здесь мы вылезем за границу буфера. 

Если объявили так бы:

char id1[1];
char id2[1];
id1[0] = 1; 
id1[1] = 2; // Выход за границу id указывает на адрес следующий после буфера. В данной ситуации id2[0].
 
Буфер id2[0] будет равен 2-ум....

Если не понятно то спросите. )))) 











Это сообщение отредактировал(а) bass - 15.9.2015, 21:15

А ну понятно. Я спутал размерность массива и элемент массива. То есть если я хочу объявить массив, размером 1 элемент, то 
char id[1];
А если я хочу его обнулить, то id[0] - 0; ??

Да все верно по поводу буфера. А по поводу кода действительно xvr прав . Отправка по Usart подразумевает помещение байта в передатчик, сама операция помещения занимает несколько команд процессора. Но есть одно НО !!!!! Ваша функция отправки ожидает пока буфер передатчика не освободиться

А это примерно время отправки байта по USART время зависит от скорости.

В одной программе делал кольцевой буфер, а по таймеру проверял свободен ли передатчик далее смотрел если что то в кольцевом буфере. Ну и соответственно если передатчик свободен и есть данные в кольцевом буфере то отправлял. Плюс использовал символы разделения пакетов /r/n . 


 

Если он размером в 1 элемент, то да. Если больше - то поэлементно присвоить во все позиции нули (ну или memset позвать)