IAR AVR

[kison]

Ну в прерывания я конечно бы не стал пользоваться itoa.

Черт с ним с прерыванием. Но и в многозадачной ОС это не пройдет. Либо оборачивать вызов в критическую секцию, но так можно всю систему уронить.

Ну если так стоит вопрос - то всю прогу моно на ASMе написать.

Вот и мне так кажется.

[oleg110592]

так вроде работает:
#include ‹ioavr.h›
#include ‹inavr.h›
#include ‹stdio.h›
#include ‹pgmspace.h›


int d=1234;
char line[6];
int main( void )
{

sprintf(line,"%d \r\n",d);


for(;;
}

[kison]

так вроде работает:

Ну попробуйте теперь для unsigned int d = 55678;

[oleg110592]

Ну попробуйте теперь для unsigned int d = 55678;

так работает:
#include ‹ioavr.h›
#include ‹inavr.h›
#include ‹stdio.h›
#include ‹pgmspace.h›

long d = 55678;
//int d=12345;
char line[7];
int main( void )
{

sprintf(line,"%ld \r\n",d);


for(;;
}

[kison]

Я до кучи и CV протестировал.
В максимально урезанном варианте по размеру абсолютный рекордсмен - 856 байт вся программа. По тактам тоже неплохо - 1608. С беззнаковым целым работает и в минимуме. Правда как только немного повысил возможности - long,width, так сразу все и протухло - 1344 байта и 12699 тактов. Это уже ни куда не годится. Правда компилятор старый 1.25.3. Может что и улучшилось.

[kison]

так работает:

Ну да. 12232 такта и ключик в кармане. Проигрыш бесплатному GCC всего в 10 раз - очень достойный результат. Кроме того, а как же тогда вывести unsigned long int a = 2415919103 ? Оно конечно не часто надо, но все же? Ответ - включить medium в свойствах printf. И получить вообще больше 15000 тактов на преобразование.
Я плавучку в ИАР вообще боюсь проверять.
Ладно я заканчиваю играться. ИАР пойдет в корзину, где ему самое место.

[kison]

Ну тут топикстартер хотел чистой арифметики. На прощание с ИАР-ом:

volatile unsigned char ii = 0;

unsigned char a[64] = {0,1,2,3,4,5,6,7,8,9};
unsigned char b[64] = {9,8,7,6,5,4,3,2,1,0};

unsigned char r[64];

void CalcMax(void)
{
 unsigned char i;

for (i = 0; i ‹ 64; i++)
  {
    if(a[i] › b[i]) r[i] = a[i]; else r[i] = b[i];
  // r[i] = a[i] › b[i] ? a[i]:b[i]
  }
}

int		main(void)
{

CalcMax();

while(1)
	{
	ii++;
	}
}

ИАР - 318 байт вся программа, CalcMax выполняется 1485 тактов.
GCC 4.2.2 - 288 байт вся программа, CalcMax 1487 тактов. Вот такая арифметика. Итого победа ИАР с перевесом в 0,13%. Т.е. доли процента. Реально так и есть, иногда на эти доли впереди GCC. Кстати я пользую все же версию двухлетней давности, а ИАР самый свежий.
Если размерность массива поднять до 280 и соответственно счетчик цикла i сделать unsigned int, то картина меняется - GCC 6735 тактов,ИАР 7315. А это уже не доли, и даже не проценты - почти целый десяток их.
Повторяю - каждый может оттестировать сам, для этого и примеры прикрепляю.

[oleg110592]

Я плавучку в ИАР вообще боюсь проверять.
Ладно я заканчиваю играться. ИАР пойдет в корзину, где ему самое место.

Да с sprinf у IAR плохо. В исходниках библиотек, посмотрел дата 1986 - 1999. Сделали один раз и забыли.
Но я использовал ИАР именно из-за float.
Надо было срочно в мегу48 (уже были закуплены) впихнуть терморегулятор под два типа термопар (два полинома). WinAVR, Codevision не влезли ИАР влез (исходник один и тот же). Можно было было конечно оптимизировать вручную, но не было времени.

[kison]

Но я использовал ИАР именно из-за float.
Надо было срочно в мегу48 (уже были закуплены) впихнуть терморегулятор под два типа термопар (два полинома). WinAVR, Codevision не влезли ИАР влез

Так - заинтересовало. Плавучка значит Их есть у меня

volatile unsigned char ii = 0;

volatile double a = 5.0;
volatile double b = 25.0;

volatile double c;

void CalcC(void)
{
c = a * b;
}

int		main(void)
{

CalcC();

while(1)
	{
	ii++;
	}
}

Итого - ИАР - 841 байт, CalcC выполняется 243 такта.
GCC4.2.2 - 582 байта, CalcC выполняется 156 тактов. Очень странно. Хочу комментариев от пользующих этот странный компилятор. В чем же сила? Я вот думаю что в опенсорсных продуктах
Кстати - даже CV выглядит лучше ИАР - 221 такт. Хотя он тоже не самый свежий

[oleg110592]

Итого - ИАР - 841 байт, CalcC выполняется 243 такта.
GCC4.2.2 - 582 байта, CalcC выполняется 156 тактов. Очень странно. Хочу комментариев от пользующих этот странный компилятор. В чем же сила? Я вот думаю что в опенсорсных продуктах
Кстати - даже CV выглядит лучше ИАР - 221 такт. Хотя он тоже не самый свежий

volatile может в ИАРе и не надо:
44 bytes of CODE memory (+ 136 range fill )
64 bytes of DATA memory