roboforum.ru

По ходу процесса необходимо что бы пришедший в USART0 символ (команда) выполнил свое действие и канул в небытие, не мешая выполнению дальнейшего кода.
Попробовал следующее:


При симуляции в VMLab выходит следующее сообщение:

Что это?
UDR0=0; --- запрещенная комманда???

Нужно прочитать про устройство регистра UDR0 - его двойственность.

мммм
я так понимаю ты посоветовал почитать про устройство регистра UDR0
в частности про его двойственность??
ато я не совсем уверен что правильно прочитал твою реплику =/
если АВР начнёт ещё и буквы пропускать...
наступит конец света

Читаю источник:
Исходя из прочитанного непонятно, как очищается двойственный регистр UDR0? Или принятый символ висит в RXB0 до тех пор пока на его место не будет принят следующий?
Судя по Watch так и выходило
Дрянь дело
Дело в том, что по алгоритму МК должен выполнять опр. действие до тех пор, пока извне приходят управляющие символы, когда же они не поступают МК должен "молотить" по поставленной задаче и ожидать дальнейшей команды.
По аналогии: жму кнопку - "идет", отпустил - "стоит".
Не подскажите, как в этом случае можно организовать подобное управление

А что не ясно.
Цикл While(1)
в нем постоянно опрашиваем USART на предмет поступления нового символа, если поступли обробатываем его.

Добавлено спустя 3 минуты 36 секунд:

Вот код ждем символ из usart, когда его получаем выводим на LCD код символа.

C While(1) все ясно...
Но! Программа не должна сидеть в While(1){опрос USART}, она должна выполнять и иные более полезные действия Обращение к USART у меня лишь одна из многих операций в довольно большом цикле While(1) поскольку внешние команды лишь изменяют режимы работы устройства на МК.
Я хочу добиться того, что бы УПРАВЛЕНИЕ устройства кнопками на панели, или поступающими извне командами, для оператора НЕ ОТЛИЧАЛОСЬ.
Внешняя команда все равно, как импульс опрокидывания триггера - пришла, переключила и ушла... Сейчас же поступившая команда висит в UDR0 до тех пор пока ее не сменит другая.
Вот поэтому я ее наивно хотел сбросить в конце While(1)...
проблема однако...

Так сделай прерывание по получению USARTом символа или опришивай USART 10 раз в сек к примеру, на предмет нового символа.
Вот как-то так.

Пример прерывания и буфера приема в http://www.avr123.nm.ru/z5.htm

конфигурирует мастер CVAVR

Прерывание, это один из возможных вариантов, но в моем случае он годится только для части команд, того же перехода к другому режиму например.
В начале моей программе необходимо вывести устройство в начало координат. Кнопками оно выводится так - пока жму "Влево" движется влево, пока "Вправо" - вправо. Вывел и ... "Поехали" - система начала барабанить в авто-режиме пока я ее не опрокинул "Стоп"-ом.
Вот эти команды вправо-влево-вверх-вниз должны выполняться и командами удаленного управления, т.е. пока поступают символы - движение, перстали поступать - стоим, ждем-с...
Если сделать их через предложенную CVAR функцию с прерыванием, то будет выполнено столько шагов, сколько (в штуках))) было получено символов.... неудобно
Оттого-то и вся морока с зависшим в UDR0 символом который не дает системе перейти к следующему действию.

Добавлено спустя 8 минут 26 секунд:

Насколько я понял из того, что мне сконфигурировал мастер-CVAVR, до поступления символа в UDR0, прог-а будет "молотить" в закрытом цикле откликаясь только на прерывания. Это не есть хорошо. Удобнее если вместо While(пока нет символа) у меня будет стоять if(если пришел символ){делай то-то;}
Ведь команды приходят время от времени, а про-га молотит постоянно, зачем ей постоянно ждать в While(пока нет символа)?

Ну хорошо с порта пришла команда влево случилось прерывание и в переменную движение DVIJ записалось влево, в осоновном цикле while (1) просиходит обработка того что содержится в DVIJ, там содержится влево и он молотит влево, потом ты нажал пробел типа стоп и в DVIJ записалось стоп, обработка в основном цикле на стоп в переменной DVIJ дало команду стоять двигателям.

Спасибо Master. Не мытьем ее взял, так катаньем Так и сделал: символ "f" вперед, "s" соответственно стой!

да ладно, чего уж там.