Отправлено CD_Eater 01 марта 2006 г. 23:31

Читаю про AVR32 и разочаровываюсь...

Во-первых, за стандарт принята big-endian (то есть, не-Intel) система хранения многобайтных чисел в памяти. Такая последовательность байт наблюдалось раньше (в AVR8) при хранении адреса возврата в стеке, но ведь константы в инструкциях хранились в Intel-формате. Непривычно, легко ошибиться.

Во-вторых, словом (word) называется 32-битное размерность, что режет слух и вносит путаницу (поскольку параллельно придётся всё равно программировать под x86, и такой перекос неизбежно приведёт к ошибкам по невнимательности - нужен единый стандарт !)

• Дык в анонсе уже написано, что BGA упаковка. Так что готовьте печки. — Visitor   (02.03.2006 09:21 213.183.101.50, пустое)
  • Не написано, а нарисовано. Разные вещи :) — CD_Eater   (02.03.2006 10:47 213.145.35.56, пустое)
• А память программ где у него будет? Внутри или снаружи? А если внутри то SRAM или FLASH ? — Sl_   (02.03.2006 00:24 213.234.233.206, пустое)
  • По всем косвенным признакам - внутренняя SRAM, т.к. Flash не бывает быстрее 20-25 нс — =AVR=   (02.03.2006 00:56 80.92.96.19, пустое)
    • Ответ: А не DDR у него будет? — Artem-1.6E-19   (02.03.2006 05:05 222.101.207.95, пустое)
    • Тише, а то накаркаете ! Там, вроде, предвыборка инструкций + предсказание переходов + акцент на энергосбережение (уменьшение MHz за счёт втрое увеличенного MIPS/MHz) - есть надежда, что на флеше сделают — CD_Eater   (02.03.2006 01:21 213.145.35.101, пустое)
      • Ответ: Шутите? — Artem-1.6E-19   (02.03.2006 05:05 222.101.207.95, пустое)
      • Там такая "целевая аудитория" - mpeg4 плееры, PDA, смартфоны - что вряд ли это будет просто мощный МК. Скорее всего, будет нечто Intel-PXA2xx-подобное — =AVR=   (02.03.2006 01:29 80.92.96.19, пустое)
        • Ответ: Они его с ним и сравнивают. — Artem-1.6E-19   (02.03.2006 05:36 222.101.207.95, пустое)
        • Лозунг с сайта Атмела: 21st Century Architecture: High Throughput with a SLOW CLOCK. Флеш (с предвыборкой) возможен — CD_Eater   (02.03.2006 01:38 213.145.35.211, пустое)
          • The AVR32 can execute 30 fps QVGA MPEG-4 decoding at 100 MHz. — CD_Eater   (02.03.2006 02:01 213.145.35.18, пустое)
            • Интересно, обгонят TMS'а 55-го? Он это тоже умеет. Однако есть давно и не BGA. — SM   (02.03.2006 09:35 213.141.159.26, пустое)
              • А есть ли где свободно лежащие исходники MPEG2/4 кодера.декодера для VC55 ? — misyachniy   (02.03.2006 16:51 213.186.204.170, пустое)
                • Есть 2-ой для 64хх. Для 55 не видел пока халявы. — SM   (02.03.2006 17:39 81.94.147.98, пустое)
              • Ответ: Но это не DSP, это нормальный процессор. Но интересно, как он относительно блакфина. — Artem-1.6E-19   (02.03.2006 10:49 222.101.207.95, пустое)
                • Вот-вот. А ДСП отличается от нормального процессора только лишь тем, что быстрее его и имеет кучу дополнительных функций. По отношению к нормальному. А вот недостатков-с что-то незаметно. Если говорить о современных. — SM   (02.03.2006 15:27 213.141.159.26, пустое)
                  • Ответ: DSP больше оптимизирован по скорости, а обычный - по удобству писания под него. — Artem-1.6E-19   (02.03.2006 15:45 222.101.200.188, пустое)
                    • Не могу согласится. На мой взгляд асм 55-х процов гораздо удобнее авров, армов, и т.п. Я даже на его примере (но не копию) делаю ядро для одного из ASIC. — SM   (02.03.2006 17:38 81.94.147.98, пустое)
                      • Да, в котором ДСП-задач может пара процентов... — SM   (02.03.2006 17:40 81.94.147.98, пустое)
                        • Ответ: Не знаю. Мне ARM7TDMI наравится гораздо больше чем TMS320F28 — Artem-1.6E-19   (02.03.2006 18:24 222.101.200.188, 90 байт)
                          • Ну кому что. Терпеть ненавижу risc :) Кстати с 28хх не имел дела. А 24хх действительно неудобны. — SM   (02.03.2006 18:36 81.94.147.98, пустое)
                            • Ответ: Так DSPэто фактически хез, риск или циск. И вообще нужно брать МИПС, или взрослый АРМ, ставить линух а всю ДСП и реалтайм на ПЛИС выносить. — Artem-1.6E-19   (02.03.2006 18:42 222.101.200.188, пустое)
                              • Мое мнение в среднем противоположно - нужно брать ДСП, который протянет всю задачу. И никаких лишних корпусов. — SM   (02.03.2006 18:49 81.94.147.98, пустое)
                                • Ответ: Если задача более-менее стандартная. — Artem-1.6E-19   (02.03.2006 18:54 222.101.200.188, пустое)
                                  • Ну а если нестандартная (по части ДСП) - то в ПЛИСе вообще умаешься реализовывать. Как раз в ПЛИС удобно стандартное класть - КИХ, БПФ, БИХ и т.п. А как всякое линейное предсказание, кепстры, CELPы и т.п. - так кирдык, умаешься RTL писать. — SM   (02.03.2006 19:19 81.94.147.98, пустое)
                                  • Ну а если нестандартная (по части ДСП) - то в ПЛИСе вообще умаешься реализовывать. Опыт есть. Например всякие там комплексные логарифмы спектров — SM   (02.03.2006 19:18 81.94.147.98, пустое)
                                    • Глюки. Должно быть только второе сообщение — SM   (02.03.2006 19:19 81.94.147.98, пустое)
                • Я все же надеюсь, что это будет МК, а не МП - с хорошими таймерами, портами ВВ, связью, АЦП, флеш, ОЗУ, BOD и т.д. Ждем-с :) — =AVR=   (02.03.2006 11:15 80.92.96.19, пустое)
                  • Ответ: А что ему при этом будет мешать грузится из сериальной флеши, и работать с внешней ДДР? — Artem-1.6E-19   (02.03.2006 11:19 222.101.207.95, пустое)
                    • Тогда это будет уже не однокристальный МК — =AVR=   (02.03.2006 11:28 80.92.96.19, пустое)
                      • Как это так? Встроенная память программ есть - значт МК. Даже если грузится снаружи. — SM   (02.03.2006 15:26 213.141.159.26, пустое)
                      • Ответ: Одникристалки не солидно выглядят: Директор не понимает за что он деньги платит. :) — Artem-1.6E-19   (02.03.2006 15:25 222.101.200.188, пустое)
            • Ответ: Интересно, когда уже будет оно "в железе"? — Artem-1.6E-19   (02.03.2006 05:03 222.101.207.95, пустое)
• Разочаровываться пока погоди, но монстр возможен — =AVR=   (02.03.2006 00:06 80.92.96.19, 319 байт)

E-mail: info@telesys.ru