Значит я не зря озадачился этим вопросом. Но поскольку с ним должны были сталкиваться почти все, то скорее всего есть уже наработанные людьми методы решения, которые хочется узнать и изучить. Хотя я и свои придумать могу (пару уже предложил), но имхо неразумно и самонадеянно исключать возможность того, что есть красивые варианты до которых я не додумался 

Сижу у заказчиков, интенсивно работаю и уже второй час не могу детально прочитать и обдумать вышенаписанное - а чувствую, что там есть над чем подумать!  Позже дома проанализирую. Спасибо! 

ЗЫ вообще, имхо часть постов из этого топика надо в меморис и на винт - как ценную информацию.

Новость  для тех, кто до сих пор живет в прошлом веке и кроме DIP-корпусов ничего не переваривает.

http://www.mt-system.ru/index.php?id=93243

Ну во-первых... Конечно, обычно компиляторы переделывают при возможности работу с массивами на работу с указателями, но более верно было бы

char *d=GPS_command_buffer;

*d++='$';
*d++='P';
*d++=....;
*d++=....;
....
 

Второе - это, конечно, преобразование числа в строку. Есть масса вариантов. Например, для ARM'а ниче так смотрится такое:

typedef unsigned long UREG32;
typedef unsigned long UREG;

char *i2a(char *s, UREG32 n)
{
  UREG c;
  char *res;
  char *d=s;
  do
  {
    UREG b=n%10; /* get next digit */
    *s++=b+'0';
  }
  while ((n/=10)>0);     /* delete it */
  res=s;
  while(c=*--s,d<s)
  {
    *s=*d;
    *d++=c;
  }
  return res;
}
 

Функция печатает число в строку и возвращает указатель на следующий символ, т.е. в Вашем случае ее можно использовать так:

char *d=GPS_command_buffer;

*d++='$';
*d++='P';
*d++=....;
*d++=....;

d=i2a(d,call_freq);

...
 

Вообще, вопрос оптимизации процедуры печати десятичных чисел очень обширный. Я так, на вскидку, знаю еще пару более быстрых способов.

Цитата:


А, для AVR самый годный способ немного другой. Вечером положу пример. Правда, компилятор с оптимизацией справился не полностью, посему код был изготовлен полувручную - сначала был скомпилен сишный исходник, а потом допилен его асм-листинг.

Кстати, какой компилятор используете?

Цитата:


Ну тогда сами регистры переименуете согласно соглашениям GCC о передаче параметров.

Цитата:


Сильно по другому. Там другой алгоритм.

Перед осмыслением вышенаписанных функций - лирическое отступление - сказка/фантазияна тему "Как мы делили ОЗУ - много нас а оно одно!" 

Есть ОЗУ. Адрес/значение. Когда программировал на ASM - сам составлял модель разбиения его на блоки/сектора, время их заполнения, время когда они нужны и время когда их можно использовать под другие задачи - и при этом не был ограничен никакими рамками 
Есть C. Переменная/значение. И адрес, конечно. Или регистр  Ну допустим, условимся что адрес. Глобальные переменные сразу при определении отрезают у нас щедрый ломоть ОЗУ, который потом программа не сможет использовать ни подо что другое (если она конечно находится в здравом уме и светлой памяти, а не бежит, к примеру, по массиву когда он уже закончился  ). То есть, глобальные переменные сразу уменьшают свободный объем ОЗУ, которым может оперировать.... ээээээ.... компилятор - ведь мы же при программировании на С редко опускаемся до абсолютных значений адресов ОЗУ! Далее - локальные переменные. В оставшемся месте ОЗУ выделяется для них память, все хорошо. В любом месте функции я могу обратиться к ним по имени! Вызываю вложенную функцию... Формально это что? Rcall и ret? Однако, при этом вроде как сохраняются в стек регистры(?) и ТЕРЯЕТСЯ связь с переменными исходной функции по их именам! Но что делает компилятор если я во вложенной функции определяю новые переменные? Он нарезает для них место в ОЗУ, которое НЕ ЗАНЯТО переменными вызывающей функции - чтобы последние остались теми же после возвращения вызова! Однако, они есть - но обратиться к ним по именам мы не можем! (или я неправ?) А через указатели?..... Не знаю, надо думать    Далее - что может моя вызываемая функция сделать полезного, кроме как вернуть значение БАЗОВОГО типа и поменять глобальную переменную? Тот же пример с числом в строку = массив символов. Функция не может вернуть массив. Хорошо, может заполнить массив и вернуть указатель на его начало! Но после выполнения функции её локальные переменные считаются очищенными - и этот массив тут же может затереться при последующих действиях в вызывающей функции! Может тогда определить в вызывающей функции локальную переменную - массив, и вызвать функцию, куда передать указатель на его начало, чтобы та функция его заполнила весь? Это то по крайней мере мне понятно, похоже на аналогию с глобальными переменными...

ЗЫ сумбурная лирика, понимаю.... Но мне все никак не удается сформировать у себя в голове красивую абстракцию, называемую "язык C"! 

ЗЗЫ такая ПРОСТЕЙШАЯ задача - преобразовать число в строку! У Керригана-Ритчи это азы букваря!.... С неё начинаются первые шаги!.... А я все никак не постигну  .....

Да, всегда хорошо пользоваться инструментом, которым владеешь ...

ЗЫ Будда в свое время был настолько целеустремленный, серьезный и бескомпромиссный, что однажды почувствовал суть и сказал - вот сейчас сяду под это дерево боддхи и буду сидеть до тех пор, пока не постигну суть!  И постиг! (По разным данным, сидя под деревом от 100 дней до 6-10 лет!) А я через полчаса собираюсь на каток опробовать новые коньки - а способ вызова и работу той функции с указателями из нескольких строчек так пока и не постиг  Куда уж тут на просветление рассчитывать....

ЗЗЫ Решился открыть К&R - глава "5.2 Указатели и аргументы функций" - и забрезжили первые признаки понимания.... Наверное, надо дальше почитать! 

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