UART + Atmega 8

[ut1wpr]

Вы меня не поняли или я вас... есть буфер с номером переменной в массиве rx_buffer[rx_wr_index] мне надо видеть на дисплее значение rx_wr_index от 0 до 255 а не от "." до символа с кодом 255. Вот....
Незнаю зачем мне это в дальнейшем, но сейчас просто хочу отследить как всё происходит.
Кстати писалось что прога типа зависает в процедуре приема данных, но вродь смотрю всё норм работает... никаких галюнов нету. Или я чегото не допонял _Артём_??

Я вас понял. Чего не скажешь про обратную сторону.
Научитесь правильно излагать свои мысли и формировать вопросы.
У вас есть число типа unsigned char (в народе называют "байт").
Вам надо отобразить этот байт, как десятичное число. Разложите на цифры:
1-я цифра. Сколько сотен в числе. Сохраните остаток от числа при делении на 100.
2-я цифра. Сколько десятков в сохраненном остатке. Сохраните остаток от деления предыдущего остатка на 10.
3-я цифра. Остаток от всех делений.
Итого. 1-цифра - количество сотен, 2-я - к-во десятков, 3-я - к-во единиц.
Передавать на консоль (вы называете "на дисплей") следует именно три цифры. Рекомендую для начала написать функцию преобразования BinToDec(), понять её работу, научится давить (гасить) незначащие нули. В дальнейшем подобная функция (или одна, но универсальная) вам пригодится при работе с 16-бит силами.
Всё это я вам и написал в предыдущем посте. И кто кого не понял?

[miwutka]

теперь понятно. Я это использую для 7-сегментника. Думал для ЖК есть чтото другое... Тогда всё просто Спасибо))

[ut1wpr]

Тогда всё просто

Тогда вы молодец!

Думал для ЖК есть чтото другое...

ЖК они ведь тоже разные бывают. Если это символьные - то для вас без разницы. Те же фиксированные знакоместа, в которые выводятся символы. С графическими немного посложнее. Эти знакоместа еще надо организовать. Хотя есть и комбинированные индикаторы, поддерживающие как графический так и символьный режимы.

Спасибо))

Для "спасибы" есть отдельная кнопка в правом нижнем углу моего поста...

[tempora]

чтобы я ... в терминале видел значение счетчика ...

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

[kosmos440o]

Для вывода на LCD числа в десятичном представлении надо использовать функцию sprintf. Найдите книгу Лебедева "CodeVisionAVR - пособие для начинающих". Там всё достаточно подробно расписано на русском языке, хотя это просто перевод хелпа из программы.

Числа выводятся в зависимости от типа. Для unsigned char функция будет
// в начале программы
#include ‹alcd.h› // библиотека lcd
#include ‹stdio.h› // библиотека функций ввода-вывода
// перед использованием функций и переменных
char lcd_string[16]; // 16-длина строки дисплея
unsigned char uc_temp1; // временная переменная
......
// во время вывода
uc_temp1=255; // выводим число 255 через переменную uc_temp1
lcd_gotoxy(0,0); // начальная позиция
sprintf(lcd_string,"%u",uc_temp1); // форматируем в строку
lcd_puts(lcd_string); // выводим на экран

для числа в других форматах будут другие функции .

на UART тоже самое, только есть особенности совместной работы с LCD.
для совместной работы посмотрите пример "2USART_LCD" в папке
C:\Program Files (x86)\cvavr \examples

[tempora]

надо использовать функцию sprintf

Учитывая размер её кода и задачу ТС, лучше всё же пользоваться чем-то своим, коротким и простым. Например, таким:

char    *Byte2Str(unsigned char byte)
{
static char buf[4];
char *s = &(buf[3]);

        do {
           *--s = '0' + (byte % 10);
        } while (byte /= 10);

        return(s);
}

[ut1wpr]

Для вывода на LCD числа в десятичном представлении надо использовать функцию sprintf.

На МК класса М8 желательно не использовать printf и ее подвиды. Скомпилируйте с ней и без нее и сравните размеры. Удовольствия не получите.

[ut1wpr]

Учитывая размер её кода и задачу ТС, лучше всё же пользоваться чем-то своим, коротким и простым. Например,[skip]

Присоединяюсь. +100500!

[kosmos440o]

Библиотека stdio является стандартной, чужой код легче понимается. Она используется не только в МК, но и в других применениях С, поэтому изучение работы этой функции не бесполезная трата времени. В случае использования "своих" библиотек придётся постоянно что-то придумывать. Я думаю, скоро ТС захочет вывести число с десятичной точкой и знаком. Придётся дописывать Вашу функцию. В конечном результате через пару лет Ваша функция превратится в stdio, только вы затратите ещё время на доделки и мозголомство.

Размер для обучения не имеет значения, к тому же stdio критична только для ATtiny, где она навряд ли будет использоваться. Насколько я помню, её размер около 1 кБайта.

[tempora]

через пару лет Ваша функция превратится в stdio

Эта "пара лет" уже прошла (многократно) и ничего страшного не случилось.

Никто не же не утверждает, что от sprintf нужно вовсе отказаться - в некоторых случаях она вполне уместна,... но ставить её повсюду - неправильно. О чём ТС'у и сказали.