UART + Atmega 8

[ut1wpr]

Библиотека stdio является стандартной, чужой код легче понимается.

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

[kosmos440o]

Пример получения и отправки данных из приёмного буфера с использованием стандартной функции getchar (функция эхо):

(Только для МК с одним USART)

Перед использованием:
char rx_data [64]; // 64 - размер приёмного буфера. Может быть другим
char rx_bytes; // для сохранения числа принятых байт


//функция эхо для контроля правильности приёма
void echo () // после того, как принято сообщение
{
char i=0; // переменная для цикла
rx_bytes = rx_counter; // сохранили число принятых байт
while (rx_counter) {rx_data[rx_rd_index]=getchar();}; // загнали данные из rx_buffer[] в rx_data[]
for (i=0;i‹rx_bytes;i++) {putchar (rx_data [i]); };// посылка эхо
rx_rd_index=0;rx_wr_index=0; // обнуление счётчиков приемника, если этого нет в RXC
rx_counter=0; // контрольный выстрел))) rx_counter обнуляется автоматически
}

// где-то в main

// получили сообщение, как определить - другой вопрос
echo(); // отправили обратно тоже самое (эхо)

Для отладки ввода-вывода на комп удобно использовать прогу Com Port Toolkit.

[ut1wpr]

Пример получения данных из приёмного буфера с использованием стандартной функции getchar (функция эхо):

Осталось объяснить ТС-у, что:
Функция Вводит символ из потока stdin.

Синтаксис #include ‹stdio.h›
int getchar(void);

Описание getchar - это макрокоманда, вводящая символ из
потока stdin. Она определена следующим образом:
getc(stdin).

Возвращаемое При успешном завершении функция getchar возвращает
значение считанный символ после предварительного
преобразования его в целое без расширения знака.
При возникновении ситуации EOF или при ошибке она
возвращает EOF.

Переносимость Функция поддерживается на системах UNIX, описана
Керниганом и Ритчи. Поддерживается стандартом ANSI
C. Функция не совместима с Windows.

И от себя добавить, что входным потоком stdin могут быть НЕ ТОЛЬКО выходные данные модуля UART. Где-то так...

(Извиняюсь за кривизну форматирования текста при кат'н-пейст)

[tempora]

Насколько я помню, её размер около 1 кБайта.

На самом деле - 3,25 Кб, что отъест от памяти M8 почти 41% доступной памяти - многовато, даже для учебных задач.

Добавил еще вызов sscanf и получилось, что, напару со sprintf'ом, они занимают 4Кб - ровно половину памяти M8.

[kosmos440o]

Только что сделал программу в CVAVR 2.05 с stdio - размер без неё был 640 Байт, с ней 1.7 кБайт. Без оптимизации по размеру 1.9 кБайт. Туда влезет ещё куча всего. Пара строчек русских букв на ЛСД сожрёт больше.

[tempora]

сделал программу ... с stdio - размер ... 1.7 кБайт

Во-первых, не "с stdio", а с sprintf, в stdio ведь и еще кое-какие функции есть, а во вторых - эти 1.7Кб ну никак не смогут сделать этого:

Я думаю, скоро ТС захочет вывести число с десятичной точкой и знаком.

[kosmos440o]

C десятичной точкой и знаком (float и int/10)

float mf_temp=14.8;
int i_temp=148;

sprintf(lcd_string,"%2.1f",mf_temp);
lcd_puts(lcd_string);

sprintf(lcd_string,"%i.%1u",i_temp/10,i_temp%10); // можно и по-другому
lcd_puts(lcd_string);

В чём проблемы?

А на ваших костылях ТС до Езернета никогда не доберётся)))

[tempora]

В чём проблемы?

На данный момент - в отсутствии архива с проектом, из которого был взят приведённый код.

Так как предыдущий проект на такой код выводит "несколько не то, что ожидается":

[tempora]

Даа, воистину "библиотека stdio является стандартной".
И кроме того - так трудно бывает порой понять свой код!.. Чужой - "легче".

[ut1wpr]

А на ваших костылях ТС до Езернета никогда не доберётся)))

Уважаемый, это не наши костыли. Это всего лишь предложенная нами методика постепенного понимания сути происходящего в программе. Тупой вызов закрытой функции никогда не научит человека понимать отображения чисел на разных основаниях счисления. Давайте спросим ТС-а, насколько полно он прочитал и (главное) понял описание базовой printf(). Насколько ее применение открыло ему "просветление"?
Нам с коллегой tempora костыли уже довольно давно не нужны. Ни с библиотеками, ни без оных.