Несчастный УАРТ

[jakuchma]

Хорошо давайте с начала.
У меня есть устройство. Мне надо сделать запрос 01 A1, оно мне отвечает пакетом в 30 байт весь пакет мне не надо. Нужны данные с 15 по 21 байт включительно.
Запрос делаю так:

ldi   resive,01		
rcall uart_snt
ldi   resive,A1		
rcall uart_snt	
........
uart_snt:	                
sbis  UCSRA,UDRE	 
rjmp  uart_snt 	    
out   UDR, resive	
ret

Получаю пакет 0D 0E 01 02...........15 16 17 18 19 20 21............35 36.
Как правильно обработать? У меня как писал выше прием идет. Только если пакет приходит ровно 38 байт, то проблем нет. А если мой контролер получает на байт меньше или на байт больше, то тут и проблема. Можно конечно ждать начало в моем случае 0D 0E и от него скакать, а как еще и конец обрезать, чтобы обрезать и получать ровно 38 байт? Как сформировать RX Complete?

[Passer__by]

Хорошо давайте с начала.
У меня есть устройство.
...

А Вы знаете, что такое конечный автомат или машина состояний?
От Вашего ответа на этот вопрос зависит дальнейшая помощь.

[jakuchma]

Не, не, не. Я не ракету запускаю, мне по боку что получет контролер. Он всего лишь температуру читает причем довольно таки быстро. И если получит мусор какой, то ничего страшного. Главное чтоб контролер не завис. Получил свои 38 байт и больше не ждал, я их уже обработаю сам.

[kittec]

Вы можете создать на приёмной стороне буфер, байт 60, и записывать туда принятые байты не разбираясь, затем в буфере найти свой маркер OD OE и от него уже считать.
А Вы уверены, что в Вашей посылке не будет другого OD OE кроме маркера?

[Easyrider83]

Получил свои 38 байт и больше не ждал, я их уже обработаю сам.

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

[jakuchma]

да именно 0D 0E, и если я читаю весь, пакет почему нельзя писать в память именно то, что нужно?

[jakuchma]

1) Принимаете по прерыванию

мне всего то и надо как на ассемблере принять по прерыванию?

[Easyrider83]

как на ассемблере принять по прерыванию?

понятия не имею
на асме пишу только короткие вставки, когда в этом есть необходимость

[omercury]

на асме пишу только короткие вставки, когда в этом есть необходимость

и то для PIC. Это AVR.

мне всего то и надо как на ассемблере принять по прерыванию?

А вот тут язык программирования не важен. Логика работы одинакова.

почему нельзя писать в память именно то, что нужно?

Почему нельзя? Кто запретил-то?
- Есть время приёма пакета? Значит организуете TimeOut.
- Есть маркер начала пакета? Значит известен номер байта от начала. Известна длина информационной части.

переменные:
1.счетчик принятых байтов.
2.байт хранения предыдущего принятого байта.
3.Буфер для приёма 7ми информационных байтов.
4.Флаг старта приёма полезной информации.
5.Флаг окончания приёма.
6.Счётчик для отсчёта Таймаута. Таймер для собственно отсчета.

По прерыванию проверяете, который по счёту вход, если первый запускаете отсчёт таймаута.
Ждете прихода маркера начала приёма - "0D 0E". Для этого и нужен(2.байт хранения предыдущего принятого байта.)
Пропускаете все ненужные байты до 15.
Принимаете в буфер информационную часть. Ставите флаг окончания приёма.
Пропускаете всё остальное до таймаута. По нему сброс всех переменных и флагов.
Если таймаут случился до установки флага окончания приёма - значит посылка ошибочна.

Примерно так. Кодируйте.

[Someone]

да именно 0D 0E,

А если посмотреть на реальное содержимое пакета (что-то мне подсказывает, что там будут байты от 0х20 и выше) и немного подумать, то скорее всего окажется, что 0х0Е это маркер начала пакета, а 0x0D это конец пакета.