Вразумите по SAM7S Опции

[MSprut]

Долгое время работал с АТ90 и Atmega AVR, но вот пришел день, когда появилась необходимость ставить ARM. В проекте есть ЖКИ 320х240 с тач-панелью и кусок автоматики. Если делать на меге, то придется ставить 2 проца - один на ЖКИ, один на автоматику и вот я решил поставить SAM7S256, но... Начитавшись всяких описаний и форумов увидел что не все так сказочно. Много новых, непонятных для моего мозга наворотов, типа ремапа, регистров, которые туда-сюда между режимами бродят и прочего бутора. Использовать планировал компилятор IAR, но загрузив пару примеров не смог провести для себя параллель между Atmega и ARM-ом. Мозг пытается найти привычные вещи, а что-то их нету. Я бы эту тему не поднимал, если бы не сжатые сроки для проекта - до января нужно чтобы он хоть как-то начал жить, и всю обвеску, кроме проца, уже наваял, готовлюсь плату развести, а с самим процем в ступоре. И Мегу ставить не хочется, потому что для ЖКИ не смогу ничего путнего в неё впихнуть и не знаю сколько мне понадобится для освоения SAM7S256. Короче в голове полная каша. Не могу понять что нужно делать, а что не нужно чтобы все это сразу заработало, как на меге, т.е. создал проект, подключил заголовичники, создал пару функций и чтобы это сразу завелось. Куда что ремапить нужно или не нужно и т.д. Может кто из уважаемых форумчан растолкует мне чего я не могу понять в ARM-е, хотя бы для того чтобы определится ставить этот проц или забить на все и ставить две меги с внешней памятью и т.д, потому что не реально за 1 месяц заставить ARM как-то работать? Буду очень признателен.

[zhevak]

Наверно я ретроград.

Будь я на Вашем месте, я бы все-таки выбрал реализацию на том, что знаешь хорошо. И вот почему.

Постулат №1. Вашему заказчику (т.е. тому, кто платит Вам деньги), на сколько я понял из вашего сообщения, без разницы на чем будет построен девайс -- на АРМе-ли, на АВРке-ли. Ему нужен конечный результат. Заказчик платит за конечный результат.

Постулат № 2. Ваша цель -- заработать деньги. Ну так и зарабатывайте! Ничто Вам не мешает.

Нехватает "прыгучести" АВР-ки, возьмите две, три штуки, назначьте им конкретные задачи и свяжите их по какой-нибудь шине. Выиграете и по времени разработки, и по скорости работы устройства в целом.

Что АВР-ки, что АРМ-ы -- стоят сейчас копейки, соизмерьте их стоимость со стоимостью своего рабочего часа. А времени, как я понял, у Вас -- месяц. Ну и на чем вы сэкономите? На паре микросхем? Помните, старые туфли ноги не трут, а Вам предстоит ответственный забег за деньгами. Что Вы выберите?

Если Вам не важен результат, на деньги Вы не повязаны, тогда смело выбирайте АРМ. Освоите новый камень.

И еще. Не надо смотреть на мир АРМов глазами АВР/i51/i8080/i86. Это абсолютно другой мир. Разница между мирами даже не в разрядности и тактовой частоте, а совсем в друом. Пока Вы сами не поработаете с той и с другой архитектурой, пока не познаете ту и другую философию, Вы не будете в состоянии сделать правильный выбор.

Искренне желаю удачи Вам!

Сообщение отредактировал zhevak - Nov 21 2007, 10:55

[Сергей Борщ]

Будь я на Вашем месте, я бы все-таки выбрал реализацию на том, что знаешь хорошо. И вот почему.

Категорически не согласен. Если человек имеет достаточно опыта, чтобы реализовать описанный проект хотя бы на меге - освоение ARMа на уровне, достаточном для написания того же займет пару дней - неделю. Надо только не лениться читать документацию. А возможности системы на ARMе будут гораздо выше. Плюс человек получит мощный инструмент в своем арсенале. Пока не нужен загрузчик - не нужно заморачиваться о всяких ремапах, стартапах - в библиотеках компилятора уже все сделано.
Про переменные меньшей, чем 32 бита длины: Во-первых система команд поддерживает работу с 8- и 16-битными данными. В С просто объявляете uint8_t, uint16_t, uint32_t или unsigned char, unsigned short, unsigned long и получаете данные нужной длины. По запись байта в порт - у портов SAM7 есть набор регистров OWER, OWDR, OWSR, в которых вы можете указать, какие именно биты будут писаться в порт при записи в ODSR. Вы можете указать необходимые 8 бит и писаться в порт будут именно они.
Резюме - не так страшен черт.

при использовании переменных меньшей длины отдельно - каждая будет занимать 32 бита,

Где вы такое вычитали? Каждая переменная будет занимать столько места, каков ее размер. Другое дело, что начальные адреса переменных выравниваются - 4-байтных на 4 байта, 2-байтных на 2 байта. Поэтому long, char, char, short и long, char, short, char займут 8 и 9 байт, а не 16 как следует из вашего утверждения.

С остальным соглаcен.

p.s. за меся КАК-ТО работать сам7 заставить можно, но написать с нуля целевую программу нереально

Задача формулировалась несколько иначе - "до января нужно чтобы он хоть как-то начал жить", а это, на мой взгляд, вполне реально.