Здравствуйте, есть маленький вопрос по USART.
Мне нужно передавать по USART некую переменную int a (изменяется от 0 до 20000) в формате hex, причём так, чтобы длинна пакета передачи в любом случае оставалась неизменной.
Тоесть при передаче числа a=18654 должна быть посылка 48DE, при а=3578 ->0DFA, при a=12 ->000C, при a=0 -> 0000.
Первое что пришло в голову это вывод вот таким образом, дописывая недостающие ноли:


Работает, но мне самому это жутко ненравится, наверняка для решения такой задачи есть способы поизящнее. Подскажите пожалуста как мне правильно выводить hex- значения.

Компилятор CodeVision.

А бедный USART причем?

Ну хоть ЧУТЬ-ЧУТЬ-ЧУТЬ о формате ....printf() ну НАДО ПОЧИТАТЬ!!!!!!

Спасибо, то что нужно. Тема закрыта.

А еще где-то printf используется? Если нет, то можно сэкономить память не говоря уж о времени выполнения printf:

А почему нельзя просто в UDR записать старший и, по завершении отправки, младший байты???

И как это потом смотреть в терминале?
раз автор использует printf видимо на то есть причины.

Ну а чтобы смотреть в терминале прибавить "0" к цифре. Примерно так:

uint16_t i;

dig0 = (i >> 12) + '0';
dig1 = ((i >> 8) & 0xf) + '0';
dig2 = ((i >> 4) & 0xf) + '0';
dig3 = (i & 0xf) + '0';

Компилятор будет напрямую к байтам обращаться. Можно вместо переменных dig напрямую в UART.

Для хексов так не получится - в таблице символов между '9' и 'A' идут ':', ';'...
Так что, наверное, проще всего перекодировать черем массив char HEX[16]={'0'... 'E','F'};

Вы часто так поступаете? Подозреваю что нет.

Я предпочитаю использовать printf. Если возникают проблемы с памятью то пишу свой сокращенный printf, который поддерживает только те опции форматирования которые нужны мне - чаще всего это только %x, иногда еще и %d.

Да, чё то переклинило
dig0 = (i >> 24) + '0';
if(dig0>'9') dig0 +=7;

ну и так далее

2 defunct.


Если честно, то совсем так не поступаю. Так поступаю в ASM, при отладочном выводе. У меня и задачи такой не было не разу. Я, обычно передаю бинарные данные, естественно в рамках какого-нибудь протокола, а на другом конце обрабатываю и представляю данные так, как мне нужно. Безусловно, я легко оперирую HEX данными (сказывается моя долгая практика работы). Нет - нет и проскакивает мысль, что человечеству давно пора на неё перейти. Но, даже общаясь с сыном, и наблюдая за его затруднениями, понимаю, что отнюдь не все люди меня безоговорочно поддержат.
Поскольку проги пишу не для внутреннего пользования, то редко приходится использовать такой формат данных. Из внешних протоколов он узаконен только в MODBUS, на сколько помню.

Во, вот этот вариант ещё лутше - позволил повыкидывать printf и сэкономить почти 1кб памяти!
А переменная HEXtable обязательно должна быть static const ?

не обязательно, если вы не хотите чтобы эта константа хранилась не только во флеш, но и в ОЗУ, то можете ничего перед ней не писать..

если IAR исп-ете, то для размещения во флеш пишите __flash const или просто __flash

Возможно, есть. Но я лишь высказал мнение по цитате из поста автора.

У меня два своих "принт". Первый пишет в усарт из флэш, второй из SRAM, строки, заканчивающиеся нулем. Все числа преобразую в десятичные, а далее в ascii строки. Дешево и сердито

Ужоснафиг. А это, почитать мануал на стандартную библиотеку языка C не помогает?
Вот конкретно семействи функций printf. На счёт ширины поля: %4x... (это подсказка)

http://www.hmug.org/man/3/printf.php

Нет, насчет static это я погорячился. А const очень желательно по двум причинам: во-первых для процессоров с единым адресным пространством это заставит разместить таблицу во флеш, а во-вторых компилятор будет отлавливать ошибочные попытки записать что-либо в нее. Для AVR конечно, как заметил defunct, надо добавить еще __flash.