По поиску нашел, что например, на Мегу можно повесить "сколько угодно внешней" памяти. А можно ли использовать внешнюю память на семействе Tiny, в частности, Tiny2313? Если да - то как. Речь идет именно о памяти SRAM (если ничего не путаю в терминах). Т.е. о той, где хранятся переменные и массивы в момент выполнения программы.

Здесь же хотелось бы попросить помощи - может кто порекомендует ссылку на литературу по оптимизации стеков - какие размеры давать стекам? Как узнать минимально необходимый (для компиляции пользуюсь IAR AVR). По документации то ли перечитал, то ли... каша в голове получилась, что куда "кладется" по умолчанию. На данный момент вся оптимизация заключается в том, что для текстовых данных пользуюсь только одним указателем и весь текст храню в ЕЕПРОМе.

Вопрос оптимизации и расширения памяти встал, когда не смог реализовать простой (как мне кажется) проект - есть табло из двух 7-сегментников, статика через регистры, две ноги - синхроимпульсы регистров. Для вывода информации на сегменты используются функции, в которые передаются указатели на структуры (в структуре хранится массив с упорядоченными данными о порядке следования пинов для корректного отображения информации и собственно адреса порта, к которому подключен регистр). Также задействован USART и 1-wire. Так вот, приходится делать выбор - все вместе работать не желает. И даже не получается сделать некий интерфейс управления (через switch (t) где t - это содержимое регистра UDR) сколько-то полноценным.

Если потребуется, могу приложить схемку и архив с проектом.

Как на Мегах, нет. Память подцепить можно, по последовательному порту или даже обычную SRAM с параллельным портом (если ног хватит), но придется писать специальные процедуры для обмена с памятью.
Самое простое для вас – перейти на Мегу, к тому же, если на С пишите.
Семейство Tiny - только для небольших ассемблерных проектов ИМХО.

Например atmega8 (48-168) по площади занимаемой на плате (ai) даже меньше чем t2313. При этом у неё ног на один порт больше, богаче переферия, есть умножитель, больше памяти (1к) и EEPROM. Стоит она даже дешевле чем t2313 за счёт своей массовости. Проекты на Си вполне легко создаются на ней. Причём вполне крупные.

Для Си - инициализация стека не требуется. Распределение памяти, размещение в ней сегментов в том числе и стековых - задача компилятора. В IAR C, к примеру, используется два стека.

ЗЫ: Да кстати ваш проект явно можно уместить и в памяти имеющейся микрухи. Хотите - приложите. Люди помогут.

Хм... Где вы такое нашли? Во первых, работать с внешней памятью именно как с памятью можно далеко не на всех мегах, а только на тех, которые имеют внешнюю шину памяти, например мега128. Во всех остальных случаях вы будете работать с памятью просто как с внешним устройством. Если это устраивает, то лучше всего подключить SPI`ную FRAM`ку. Как я понял, тини2313 имеет USI, который можно запустить в режиме SPI, так что, все можно сделать и на этом контроллере.

Если нужна именно память, то FRAM явно невыгодна - дорогая слишком. Тут проще сам контроллер заменить. Или применить что-то типа N256S0830 - http://www.amis.com/pdf/ulp_memory/serial_...S08xxHDA_ds.pdf Правда ее доступность в России оставляет желать лучшего

Может стоит попытаться оптимизировать? Мне к примеру не ясно, зачем вот это:


Не поясните, какие структуры и зачем они нужны?

Стоит, хотя бы для того, чтобы научится Но ест сомнения, что все уместится на самом деле
Удобный пережиток, если можно так сказать Пользовался 7-сегментниками, которые были распинованы по-разному, но вешал их на одну шину. Пришлось писать структуру, в которую просто в нужном порядке передавались ноги. Тогда с помощью функции можно было в любой разряд записать любой символ.

Выглядело это примерно так:



Также существовали
void Seg7_Init( seg7 & Segment,
unsigned char volatile * p_ucPort,
char * p_cSegArr, //Массив, где по порядку сложены биты сегментов
);
и
void Seg7_Echo(char cSymbol, bool dot, seg7 & Segment);

Далее можно было использоват
Seg7_Echo ( 'A', 0, &seg[0]);

Болшим код становится из-за доволно громоздкого Seg7_Echo(), в котором внутри просто стоит switch. Иначе не смог придумать вывода на 7-сегментники а далше просто ползовался тем, что уже было

2aspID
Вы и в самом деле теряете слишком много памяти на переменных, которые никогда не будут изменяться. На одну только seg7 тратится 8 байт... В вашем случае достаточно сделать массив масок, размещенный во флеше и функцию вывода маски на порт. Плюс, придется еще потратить два байта (а можно и одним обойтись), в которых будут храниться текущие символы индикатора.

Я делал так


Далее, используя indct_data[], выводите нужную маску на порт.

Aesthete Animus
Я с Вами совершенно согласен. Но что делать, если по шине разводка такова, что seg_a у первого 7-сегментника - это, к примеру, вторая нога, а у второго - четвертая. У третьего - первая, а у четвертого - как и у первого, вторая... Тут по тексту-то путаться начинаешь, а в схеме... Да, согласен, что по правильному было бы развести схемно так, чтобы они совпадали... Но так получилось

P.S. структура 7-сегментника в программе хранилась во флеше. Просто выдергивал дома из старой версии - она оказалась далеко не последней да еще и с багами

Нужно разместить во флеше столько таблиц соответствия "дес. число"=>"7-ми сегм. образ", сколько есть несовпадающих вариантов подключения индикаторов. Затем, при выводе в конкретное знакоместо, пользоваться соответствующей этому знакоместу таблицей. Всего по +10 байт на каждый "по своему" подключенный индикатор (это если на индикатор выводятся только цифры).
Индикаторы, совпадающие по распайке, можно ссылать на одну таблицу, а можно сделать свою таблицу на каждое знакоместо (если разрядов мало).

Для этого надо подсоединить оба индикатора к одному порту и коммутировать общий катод по таймеру. Тем самым решите проблемы неправильной развоодки и сэкономите ножки для других нужд.

Мсье, Вы, кажется, меня не поняли - индикация статическая, через регистры. Регистры - на одной шине, зедействовано 8 ног (плюс генерация синхроимпульсов). А вот разводка от регистров до 7-сегментников - сам *** ногу сломит :-/

Ну наконец-то и до меня дошло, об чем весь сыр-бор!

Раз так, то имею единственный вопрос - за что же вы, робяты, так возненавидели свою профессию, что приглючили такого монстрика?

Сообщение отредактировал =VRA= - Jan 21 2008, 19:02

Ну тогда просто делаете два массива во флеше и будем Вам счастье

Не понял... Два массива под что именно Вы имели сейчас в виду?