Минимальный проект на ATMega48 занял 100,6% памяти

[omercury]

Понятия не имею.
Заявлено 300000 циклов.

[Raptor1]

Чушь! АСМ никак не заменяет чтение даташита. Так что АСМ никак не улучшает понимаемость происходящего в проце.

А причём здесь понимаемость к настройкам компилятора или линкера? У меня тоже месяц назад такое было, глюкнула студия и получил зашкал памяти. Ну и что?


Ещё раз, для понимания железа АСМ не нужен! Если у меня на F050 крутится хардварно семисегментник и хардварно крутится с десяток 18В20, то наверное я железо знаю? Что такое хардварно нужно объяснять?

Я вообще там где можно на С++ пишу, там где компилятор не поддерживает С++ style on C. На ARM7, BlackFin и др.

[STM32F0]

И да, запись в PINx единичек инвертирует порт. Тоже одна команда ассемблера, но требуется загрузка регистра

Угу!

Toggling the Pin
Writing a logic one to PINxn toggles the value of PORTxn, independent on the value of DDRxn.
Note that the SBI instruction can be used to toggle one single bit in a port.

Заявлено 300000 циклов.

Проехали. В СТМ8 можно одной командой одно и то же писать в ЕЕПРОМ сколько угодно, стирания то нет, только запись. Чтобы стереть нужно ещё и нуль записать.

[omercury]

Угу!

SBI пишет один бит.

Чтобы стереть нужно ещё и нуль записать.

Я думал FF...

Понятно к чему это - перезаряда ячейки практически нет, поэтому и деградация минимальна. Скорей всего так и есть, хотя в тепличных условиях количество циклов перезаписи разными уровнями исчисляется миллионами.

[makakus]

О! да тут меряются!

GCC AVR 4.9.2, размер получился 140 байт, памяти 0 байт,

STM8: 165 байт

добавил с программе из своего поста №11 запись в еепром + мелкие исправления. 48 байт.

AVRstudio 4,19,0,730
[.cseg] 0x000000 0x000048 48 0 48 4096 1.2%

.equ FCLK = 8000000 ; clock freq.
.equ TOCR = 1000 ; flash period 1000 ms
.equ NCNT1 = 256 ; timer prescaler

.def tmp1 = r16
.def tmp2 = r17

.cseg		;CODE segment
.org 0
	rjmp start

.org OVF1addr
	out	eedr,tmp2
	inc	tmp2
	sbi EECR, EEMPE ; start EEPROM write
	sbi EECR, EEPE

start:	
	clr	tmp2
	out	EEARL,tmp2

	ldi tmp1,(1‹‹COM1A0)
	sts TCCR1A,tmp1

	ldi tmp1,(1‹‹WGM13)|(1‹‹WGM12)|(1‹‹CS12)
	sts TCCR1B,tmp1

	ldi tmp1,(1‹‹TOIE1)
	sts TIMSK1,tmp1

	ldi tmp1, high(FCLK*1000/(TOCR*2*NCNT1)-1)
	sts ICR1h,tmp1
	ldi tmp1, low(FCLK*1000/(TOCR*2*NCNT1)-1)
	sts ICR1l,tmp1

	sei
	rjmp pc

[oleg110592]

Похоже причина разрастания объема найдена, случайно вчера наткнулся:

Например, в WinAVR есть занятная библиотечная функция __delay. С какого то бодуна туда впендюрили плавучку в аргумент. Спору нет - задержку выдает точно. А ежели забыться и заюзать эту байду с переменной, а не с константой, вычисляемой при компиляции, в код так весело и элегантненько добавится плавучки 4 кб и 256 байт RAM для "конверсии".

Сейчас попробовал:

uint16_t a;

int main(void)
{
	DDRB |= 0x01;
    while(1)
	{
		PORTB ^= (1‹‹0);
		a++;
		_delay_ms(a);
		eeprom_write_byte((uint8_t*)0,0x55); 
	}
    return 0;
}

"свежий" GCC AVR выдал:

delay.h:163:2: error: __builtin_avr_delay_cycles expects a compile time integer constant __builtin_avr_delay_cycles(__ticks_dc);

"подключил" delay.h от WinAVR 2010 (компилятор остался GCC AVR 4.9.2), ошибок нет, действительно подросло:

Device: atmega48

Program:     928 bytes (22.7% Full)
(.text + .data + .bootloader)

Data:          2 bytes (0.4% Full)
(.data + .bss + .noinit)

[AlexPi]

Добрый день!
Столкнулся с подобной проблемой, что и автор темы, поэтому решил новой темы не создавать, а спросить здесь.
Суть такова:
Понадобился мне для одной задачи тип long long (int64_t).
Создал min проект

#include ‹avr\io.h›
#include ‹stdio.h›
#include ‹util\delay.h›
#include ‹math.h›

volatile int64_t Var1 = 100;

int main (void)
{
Var1 =Var1*2/10+300-255;

while (1) {};
return 0;
}

В результате компилятор выдал:

Program: 4814 bytes (29.4% Full)
(.text + .data + .bootloader)

Data: 264 bytes (25.8% Full)
(.data + .bss + .noinit)

Вопрос в следующем, это у всех так или я чего то не так делаю?
Оптимизация выбрана -Os.
Пробовал тоже самое в IAR код получается раз в 5ть короче.

[STM32F0]

А что удивляет? Для меги int32_t уже тяжеловато, а вы ему int64_t подсовываете. Смиритесь!

[AlexPi]

А что удивляет? Для меги int32_t уже тяжеловато, а вы ему int64_t подсовываете. Смиритесь!

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

[Ar-Gen-Tum]

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

Скомпилируйте с ключом -S в ассемблерный текст и посмотрите.
Может IAR вычислил выражение еще на этапе компиляции, проигнорировав ключ volatile .

Потестил пример на Arduino IDE
Пустой скетч ~3900 байт .
Скетч с примером (объявление переменной и вычисление переменной в цикле) =4502 байт .
Доп. код ~600 байт .
Добавил еще одну переменную
volatile long long Var2 = 200;
и ее вычисление по типу первой. После компиляции 4584 байта. В + к предыдущему 82 байта.
Т.е. ~600 байт процедура работы с длинными целыми и 82 байта собственно на выражение.