Прошу прощения! Я действительно допустил ошибку.

Однако, топикстартеру по-прежнему следует обратить внимание на кристаллы с большим ресурсом памяти FLASH.

Контроллер 2313 прекрасно сбалансирован и очень дёшев. А если всё время не хватает памяти, следует в первую очередь обратить внимание на стиль программирования. Адептам языков высокого уровня это не объяснишь.

Сбалансирован для определенного ряда задач.

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

ЯВУ тут непричем.

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

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

Я нисколько не против применения языков высокого уровня. Только и задача должна быть соответствующая. Для ATtiny2313, я бы их не советовал.

Существуют, но не AVR.
AT89LP4052. Только RESET инвертировать. 4 кБ.
В DIP-20, но с другой цоколёвкой, "51" есть даже с 8 кБ флэши - P89LPC9221.
(Прошу не рассматривать вышесказанное как пиар 51 )

Несогласен. Пусть ресурсы, кроме памяти, тини нас устраивают. Хватает портов, таймеров и проч. Но необходимо разместить множество константных данных: таблицы, строки и т.п. Что делать? Ставить внешнюю память для этого? Ну или просто алгоритм задачи объемный? И даже периферии тини12 (раритет) хватит. А памяти - нет.

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

Это не так! ЯВУ (Вы, видимо, его назвали "языком низкого уровня") нисколько не позволяет замаскировать внутринности кристалла. Никто не освобождает от необходимости записывать данные в регистры ввода-вывода, обрабатывать прерывывания и т.д.

Еще раз повторяю: это была ошибка. Просто ошибка. Это случается со всеми. И это не повод говорить о не знании.

Да не в задаче дело. ЯВУ может быть использован как для реализации мигалки светодиодом, так и для DES алгоритма. И ЯВУ можно применть для тини. Умеренно естественно! Но если программа на ЯВУ не помещается в память тини, это тоже не повод говорить, что ЯВУ плох.

Тогда согласитесь, что не стоит говорить о том, что не хватает памяти, если "мигалка светодиодом" на ЯВУ не помещается.

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

В данном случае, как мне кажется, это вы не знаете о чём говорите. Выигрыш программирования на ASM по сравнению с тем же Си от IAR, к примеру не превышает 10% при хорошем знании того и другого. И то это при условии, что значительно лучше используются регистры. При объёмных данных думаю компилятор вас уделает.

В данном случае обсуждение бессмысленно на мой взгляд. Есть МК ATMega8(88), которая стоит те же деньги, занимает на плате меньше места, располагает большими ресурсами и имеет 8К памяти. При желании меняется как на м48 так и на м168, со всеми вытекающими.

Так про это никто, кроме Вас пока и не говорит в этом топике.

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




+1.

+1.

Ну, если Мега8 занимает меньше места на плате, чем тини2313 и контроллер коллекторного двигателя постоянного тока- это не контроллер светодиода опторазвязки, дискутировать действительно ... .

Откройте pdf и посмотрите:
Atmega8(TQFP) 9.23*9.23 (мм)
Attiny2312(SOIC) 10*12.7 (мм)

Дип корпус уже умер, а до mlf мы ещё не дошли. В своё время отказ от 2313 произошёл только из-за её размеров и сопоставимых возможностей. В настоящий момент t2313 мы не применяем. Только м48/м8/м88. Цена на м8 опустилась ниже 1$. При последнем применении цена на t2313 была выше чем на m8. Причина думаю в популярности m8.

Каждая задача по своему сложная. Бывают достаточно сложные "контроллеры светодиодов". Никто и не возражает. Но вот вам на вскидку недавно делал HART модем. Там у меня два фильтра 5-го порядка и перемножение сигналов. Никто не спорит, я это запросто напишу и на ASM. Но при экспериментах я экспериментировал с этими фильтрами. Я их за день перебирал 10-15 штук. Моделировал на PC и вставлял. Смотрел качество восстановления. Экспериментировал с АРУ и прочим. И не надо мне рассказывать сколько за день я бы проверил фильтров на ASM. Сколько я бы ошибок сделал при переносе на ASM. Я просто знаю.

Для примера - у меня есть бутлоадер с Wake протоколом, шифрованием и полной идентификацией. Всё это влазит в 1к на Си. В открытых исходниках я видел бутлоадер с шифрацией без протокола и идентификации ~700 байт. Учитывая что сам Wake занимает байт 200 с идентификацией - стоит задуматься. Правда?

Просто возникает ощущение, что уважаемый BORIV, особенно после этого

не часто сталкивается с задачами "сложнее мигалки светодиодами". Чтож, это вполне нормально!

Мне, при нехватке места в памяти программ в attiny2313 очень помогло переопределение переменных на неиспользуемые регистры, особенно те, которые имеют битовый доступ, например типа GPIOR0, GPIOR1, GPIOR2. После такого перераспределения память программ освободиласть почти на 25% от ее первоначального размера.. Кроме этого была нехватка ОЗУ, register utilization в этом очень помогла...