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

[oleg110592]

на всякий случай к пиписькомерству еще результаты - ИАР АВР версия на данный момент вроде самая последняя 6.60.3:

#include ‹ioavr.h›
#include ‹string.h›
#include ‹stdio.h›
#include ‹ina90.h›

#define XTALL			8.0
#define delay_us(us)	__delay_cycles (XTALL * us);
#define delay_ms(ms)	delay_us (1000 * ms)

void main( void )
{
    DDRB |= 0x01;
    while(1)
	{
		PORTB ^= (1‹‹0);
		delay_ms(1000);
		_EEPUT(0,0x55) ;
	}
}

 94 bytes of CODE memory (+            50 range fill ) 
 64 bytes of DATA memory (+ 2 absolute

)
144 байта флэша и памяти 66 байт отжал, но если еще захочется сразу после мигания лампочкой посчитать полином еще какой ни будь, то ИАР АВР уделает ГЦЦ АВР.

[STM32F0]

ИАР АВР уделает ГЦЦ АВР.

ИМХО сегодня это уже не столь актуально.

[omercury]

к пиписькомерству

В данном случае было показано, что ассемблерный код тоже может быть вполне читаемым и абстрактным.


UPD.
Но самое смешное - я никогда не сделаю запись в EEPROM в бесконечном цикле.

[oleg110592]

никогда не сделаю запись в EEPROM в бесконечном цикле

по условиям т.з. из первого поста - "простую программу - моргнуть лампочкой и сохранить в EEPROM", моргают обычно в цикле (типа микроконтроллерный хэло ворлд), заодно и еепром дырявить будем - через 100000сек ~ 69,4 дней должна сдохнуть, если правильно посчитал, интересно одна ли ячейка по адресу 0 сдохнет.

[STM32F0]

ассемблерный код тоже может быть вполне читаемым и абстрактным

Может, но не является таковым.

я никогда не сделаю запись в EEPROM в бесконечном цикле

заодно и еепром дырявить будем - через 100000сек ~ 69,4 дней должна сдохнуть

Пркалываетесь? Или я чего-то не понимаю?

[oleg110592]

грешен - прикалываюсь, тема прикольная

[omercury]

интересно одна ли ячейка по адресу 0 сдохнет.

У меня по адресу "10"

.macro    EE_Write            ;Запись в EEPROM: EE_Write(адрес, данные) - портится temp, XH, XL
    ;ldi        XH,High(@0)
    ldi        XL,Low(@0)
    ldi        temp,@1
    rcall    EPROMWrite
.endm 

Пркалываетесь?

Дальше отладчика оно всё равно не пошло.

100000сек ~ 69,4

чуть больше суток, если раз в секунду.
У мну 4 раза, то есть хана примерно через 6 часов.

Может, но не является таковым.

Кстати, а чем мой вариант хуже удалённого вчера?
Скобочек нет?

[STM32F0]

то есть хана примерно через 6 часов.

Ещё раз! Мне это всё кажется?

[omercury]

Ещё раз! Мне это всё кажется?

Что именно?

– 64 Bytes EEPROM
Endurance: 100,000 Write/Erase Cycles

В минуте 60 секунд, в часе 60 минут, в сутках 24 часа.
то есть в сутках 60*60*24=86400 секунд.
Время записи/стирания 8192 такта генератора.
При частоте (в моём случае )1,6МГц ядро получает доступ на стирание/запись 1600000/8192=195,3125 раз в секунду, то есть теоретически способно выбрать гарантированный ресурс за 100000/195,3125=512,821 секунд или 8,547 минут.
Упоминаний о том, что данные для этого при записи должны различаться не заметил, не говоря уж про стирание. Проверки на совпадение записываемых и имеющихся в EEPROM данных и блокировку записи в случае совпадения что-то не обнаружил.
Понятно, что STM32 может писать в отсутствующую как класс EEPROM сколь угодно долго без каких-либо последствий для последней, но речь-то про AVR, в которых этот тип памяти таки присутствует...

[STM32F0]

речь-то про AVR, в которых этот тип памяти таки присутствует

В СТМ8 тоже так будет?