AT Mega 128 - срочно изучаю, Вводные вопросы Опции

[RHnd]

Здравствуйте!
Уволился у нас один разработчик, который среди прочего работал с ATMega128. Сейчас начальству срочно захотелось кое-что изменить в его проектах и меня кинули закрывать эту брешь. Сам я больше по FPGA, хотя C владею, с микроконтроллерами работал. Но вот с Atmel работал достаточно давно, и то с AT90S1200 под AVR Studio и на ассемблере.
Сейчас срочно зачитываюсь мануалом по Mega128 и хочу задать ряд вопросов:
1) Уволившийся разработчик работал под CompositeStudio (вроде, так пишется?), а, как я понял из форума, большинство пользуется WinAVR или IAR (правильно?). Так вот, стоит ли мне разрабатывать в той же среде, где и был проект разработан изначально, или же поставить что-то другое? Какие преимущества?
2) Ну это, скорее, не вопрос, а размышления. Хотя, может опытные коллеги что-то подскажут. Железо, которое есть - там стоит мега и переферия входного и выходного каналов. Никаких лампочек/кнопочек. Вот я думаю - может, стоит сначала сделать какую-нить маленькую отладочную платку с мегой? На сколько большая у меги обвеска? И насколько функционален дебаггер?
3) С продукцией Atmel знаком весьма поверхностно. Расскажите, а какое место вообще занимает AT Mega128 среди атмеловских контроллеров? Похоже, не самый простенький контроллер, но, вроде, и не Hi-End? Просто хочется представлять, что это вообще за зверь и на сколько мощен.

Заранее большое спасибо за ответы.

PS: Да, я знаю, что rtfm спасет мир. Я уже читаю мануалы и уверен, что когда дочитаю и потыкаюсь с железом, то многие вопросы отпадут сами. Но, к сожалению, начальство хочет услышать от меня какие-то предварительные оценки и суждения уже сейчас. Помогите, плиз.

[defunct]

И насколько функционален дебаггер?

Внутрисхемный дебаггер (JTAGICE / JTAGICE-MKII) будет функциональнее ARM'овского вдвое по количеству брекпоинтов (4, против двух у ARM), и по стабильности работы раз эдак в 10. AVRовский ocd boundary scan (фича внутри чипа) позволяет читать и менять через JTAG все, в т.ч. можно шить флеш, eeprom и т.п. и даже не терять контантакт с чипом когда ядро остановлено инструкцией sleep.

Просто хочется представлять, что это вообще за зверь и на сколько мощен.

128kb flash / 4kb RAM - не много и не мало.
16MIPS честных MIPS - достаточно для реализации IP-телефона.

сам камень как уже отметили - среднего уровня, содержит довольно стандартный на сегодняшний день набор периферии - 2xUART, SPI, I2C, 4k EEPROM!, 8-ми канальный 10-ти битный АЦП, компаратор, 2x16-битных таймера, 2x8-битных таймера, асинхронный вход для подключения часового кварца (в ДШ это называют RTC, хотя какой это к черту RTC), 8-ми битную шину внешней памяти - 64k адресного пространства, WDT, супервизор питания (BOD).

Самым большим достоинством в сравнении с МК других семейств является набор очень быстрых (1-но тактовые как на запись так и на чтение) и мощных (до 40ma) портов GPIO. Еще к достоинствам можно отнести:
- простоту и надежность защиты содержимого внутренней памяти "LOCKS".
- неприхотливость к питанию (в стресс тестах устройства с m128 подавали вместо +5V на шину питания - +15В - сгорало почти все (стабилизаторы 5->3, внешняя память, mac), выживали только мега, микросхемы 74HC серии и драйвер 485-го.

[zltigo]

Внутрисхемный дебаггер (JTAGICE / JTAGICE-MKII) будет функциональнее ARM'овского вдвое по количеству брекпоинтов (4, против двух у ARM)

Не совсем понял, к чему это? Количество железных брейпойнтов ядром опроеделяется а не JTAG адаптером и даже с этой точки зрения ARM бывают разные. Ну а количество софтовых брекпойнотов определяется софтом отладчика, вообще не ограничено и тоже не зависит от JTAG.

, и по стабильности работы раз эдак в 10.

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

AVRовский ocd boundary scan (фича внутри чипа)...

Эта фича отнюдь не AVR-овская и присутствует у подавляющего большинства чипов любого производителя.

[defunct]

Не совсем понял, к чему это? Количество железных брейпойнтов ядром опроеделяется а не JTAG адаптером и даже с этой точки зрения ARM бывают разные. Ну а количество софтовых брекпойнотов определяется софтом отладчика, вообще не ограничено и тоже не зависит от JTAG.

Ожидал такой поворот ;>
речь там о железных точках ядра. Адаптеры были сказаны "к слову", долго правил пост но так и не смог найти более подходящего места для их вставки.

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

Ок в качестве аргумента приведу вот что:
Запускаем отладку, снимаем питание с таргета (обесточиваем таргет, можно и отладчик отключить от чипа для пущей наглядности и включить обратно)
Запитываем таргет и останавливаем отладку.
AVR-овский отладчик молча остановится на текущей выполняемой команде.

АРМовский вылетит с криками о потере таргета задолго до подачи питания.

Эта фича отнюдь не AVR-овская и присутствует у подавляющего большинства чипов любого производителя.

Я говорю про ее реализацию в AVR. К примеру в ARM нет ни eeprom, ни возможности программировать флеш через JTAG не загрузив в память и не выполнив специалную программу (чуть ли не для каждого конкретного чипа свою), которая будет "шить".

Название одинаковое, реализация разная где-то лучше, где-то хуже. В AVR реализация лучше, но лишь только потому, что чип проще и ядро новее.

[zltigo]

AVR-овский отладчик молча остановится на текущей выполняемой команде.
АРМовский вылетит с криками о потере таргета задолго до подачи питания.

Кто такие "AVR-овский" кто такой "ARM-овский" типа любой? Ну детский сад просто

Я говорю про ее реализацию в AVR.
....
Название одинаковое, реализация разная где-то лучше, где-то хуже

"Ее" реализация при наличии такой фичи абсолютно стандартизирована комитетом JTAG в середине восьмидесятых.

К примеру в ARM нет ни eeprom

Где нет, где есть, где несколько килобайт RAM c батарейкой.. Много их с буковками ARM.

, ни возможности программировать флеш через JTAG не загрузив в память и не выполнив специалную программу (чуть ли не для каждого конкретного чипа свою), которая будет "шить".

Ну а в AVR типа святым духом Программированием занимается программатор - его дело поддерживать чипы - он и поддерживает, причем безотносительно ядра чипа.

В AVR реализация лучше, но лишь только потому, что чип проще и ядро новее.

Ну насчет новее это прикольно...

P.S.
Я чего-то не понимаю к чему все эти панегрики - выбор за Автора поста сделан уже давно, так к чему все эти странные неуклюжие разговоры AVR vs ARM?

[defunct]

Я чего-то не понимаю к чему все эти панегрики - выбор за Автора поста сделан уже давно, так к чему все эти странные неуклюжие разговоры AVR vs ARM?

Вы начали? нет? если показалось - перекрещусь
Я высказал свое мнение об m128 как смог и сравнил с тем, что сейчас "популярно".