Отправлено Evgeny_CD 24 января 2005 г. 12:38 В ответ на: Если цель - родить монстра, то отличная платформа. отправлено SM 24 января 2005 г. 11:16

1. Если задача в влазит в кристалл, то надо юзать этот кристалл и точка.

2. Если нужно решение с LCD, то, вероятно, Шарпы являются оптимальным решением.

3. А вот если надо что-то типа 32-битный проц + внешнаяя память SDRAM, то все не так однозначно.

3.1 Почти наверняка это будет BGA. Исключения - Sharp LH79520, Atmel AT91RM9200, самунги. У всех них шина данных шарится на всю периферию, включая SDRAM. А это уже искусство развести все так, чтобы оно не глючило. Моделирование, выравнивание проводников, резюки и т.д.

3.2 MPC5200 имеет _отдельную шину_ SDRAM. Если же допустить BGA, то тогда и SDRAM (DDRAM) имеет смысл брать в БГА в виде _одного_ 32 битного кристалла. Тогда разводка этой самой сложной части упрощается до неприличия. Ставим рядом кристаллы и ок.

3.3. По поводу загрузки. Для MPC5200 схема выглядит предельно простой. 8 битная мелкая флешка, которая грузится какой-нибудь ATtiny. Sratup code есть на сайте моторолы, дока по кристаллу отличная. Не думаю, что будет сложно написать примитивный монитор.

Весь остальной код живет в DATA FLASH, он большой, дешевый.

3.4 Удастся JTAG прикрутить - ну вообще все пушисто будет. Не удастся - и так жить можно.

4. А теперь самое главное - насколько я сумел понять, монстровость MPC5200 хорошо структурирована. Ее можно не юзать, и даже не изучать на первых порах. Мжно юзать ОС, можно и не юзать. Можно uCOS прикрутить. Просто тупо писать приложение на С/С++, не особо думая о скорости и ресурсах, и юзать примитивный ввод/вывод на уровне регистра на шине данных.

Вот посему я и задумался.

Что касается цены - все просто. SDRAM один на всех :)) Пусть Шарп стоит 15$, MPC5200 стоит 45. Теряем 30$. Стоит ли оно того? Каждый должен решать сам для себя и своих проектов.

Задачи - их море. Хотя бы взять то ламерство, которое сейчас под названием "профессиональные системы видеонаблюдения" продается. MPC5200 вполне хорошая основа дла средней системы камер на 8. Заметим, PCI bus master кристалл тянет, так что прикрутить филипсовый АЦП с PCI проблем быть не должно.

А написание дров вообще, IMHO, сказкой будет. Есть ресурсы - пишем kernal mode driver под Linux. Круто. Нет - ставим uCOS и пишем драйвер " в лоб"

Короче, у кого какие есть средства разработки под это чудо? JTAG особенно интересует.

• Я пока предпочитаю в части монстров TI (+) — SM   (24.01.2005 14:04, 561 байт)
  • про ТИ-шную среду - она сильно для DSP-шников, а для нормальной отладки сильно глючна (что имхо самое важно в low-level debugging) — yes   (24.01.2005 17:52, 452 байт)
    • На нормальных XDS и правильно настроенных ничего не подвисает. Если конечно прога куда-нить напрочь не улетит и в недокументированные регистры фигни не понапишет — SM   (24.01.2005 20:36, пустое)
  • пункт 4) это DSP/BIOS? тот же uCOS не менее реалтаймовый — yes   (24.01.2005 17:45, 295 байт)
    • Ответ: (+) — SM   (24.01.2005 20:45, 323 байт)
  • Монстры: взгляд изнутри :) (+) — Evgeny_CD   (24.01.2005 16:21, 1424 байт)
    • Насчет общего назначения (+) — SM   (24.01.2005 20:41, 161 байт)
    • Ответ: Зубудь об использовании Linux на всем что не x86! — Dizel   (24.01.2005 18:59, 138 байт)
      • достойно на АРМе/РРС работает (сам проверял), а на многом другом (Бабаяновский ЭЛь-500, спарки, мипсы и т.п.) думаю тоже работает — yes   (26.01.2005 12:38, пустое)
    • ОС реального времени - это (+) — Max_Fly   (24.01.2005 17:57, 244 байт)
      • если пользователю разрешено взводить флажок DI (что необходимо для работы библиотечных функций TI DSP) — yes   (24.01.2005 18:10, 332 байт)
        • Разрешено это одно, чем больше разрешено, тем лучше. А вот "взводить или не взводить" - это второй вопрос. Не взводи и все. — SM   (24.01.2005 20:41, пустое)
• wiggler, наверно поддерживает. а вообще для таких систем "хардовый" отладчик мало нужен — yes   (24.01.2005 13:25, 152 байт)
  • Да, дока классная - такую только от Шарпа раньше видел. (+) — Evgeny_CD   (24.01.2005 13:35, 376 байт)