Перейти к содержанию
    

XMEGA: будущее, которого мы так долго ждали, наступило.

Причем все вместе при сертификационных испытаниях проверит далеко даже не на 90%. Оставшихся десять хватит для полного облома...
Сертификационные испытания служат для тестирования на соотвествие стандартам (полного тестирования никто не сделал для сложных вещей, это факт).

 

Испытания разработчиков - они из другой области.

 

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

 

Такие тестовые испытания на синтетических портах проводить гораздо удобнее. Например, многие вещи можно тупо проверять на дуракоупорность методом монте-карло. Поставил синтетический порт на сервак - и пусть они недельку-другую почитает из симулятора канала сигнал с помехами, причем статистика помех разная. Например, помехи "случайно" повреждают sync word в двух подряд идущих пакетах и пр. - на реальном железе такое делать точно устанете :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Тут наверное НАДО помнить о том, что и BF и FPGA уже находятся в одной ценовой категории с атмеловскими средне-старшими восьмибитовиками.

 

Во-первых, там Mega16, ну два бакса в розницу. Кроме нее - статическая озушка и ацп. И кроме того, мне скорость особо не нужна, я просунуть через канал быстрее не смогу. Когда надо будет сделать 10-20-50-100 кадров в секунду - будет FPGA (BF - врядли), а пока - перефразируя цитату - "каждый патрон стоит всего два доллара" :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Тут наверное НАДО помнить о том, что и BF и FPGA уже находятся в одной ценовой категории с атмеловскими средне-старшими восьмибитовиками. Вот такая жизнь настала, пока "будущее, которое ждали" все не наступало и не наступало.
Чего не скажешь про стоимость средств разработки для BF (JTAG вроде там менее 1 k$ никак не стоит), а также стомость труда программиста для BF и *HDL ("дропанием мышкой классов в проект" там много не сделаешь).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Во-первых, там Mega16...

Я не каких-то конкретных вариантах - я о тенденции.

 

 

..на реальном железе такое делать точно устанете :)

Это Вы меня уговариваете? Не перепутали с кем-то случайно :)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Тут наверное НАДО помнить о том, что и BF и FPGA уже находятся в одной ценовой категории с атмеловскими средне-старшими восьмибитовиками.
А если в пересчете на MIPS'ы, то вообще весело, - 30 MIPS'ов блэкфина стоят 1$.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Это Вы меня уговариваете? Не перепутали с кем-то случайно :)?
!уговаривал, но раскрывал Вашу мысль. Ибо согласен с ней.
А если в пересчете на MIPS'ы, то вообще весело, - 30 MIPS'ов блэкфина стоят 1$.
Токо плата под BF с внешней памятью стоит достаточно взрослых денег (тщательно разведенная 4-х слойка с учетом 100 Мгц шины; конечно, есть фанаты, которые "и на двух слоях работает" - но это "китайский подход"). FLASH внешний нужен - пусть и SPI, недорогой. Так что там всего набежит никак на 1$/30MIPS.

 

Вопроса нет - BF - замечательный камень, вне конкуренции по цене 1 MIPS.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для тестирования, например, протокольчика SS7 http://en.wikipedia.org/wiki/Signaling_System_7 потребуется в буквальном смысле гора железа c соответствующей стоимостью. ...

Да, серьезная вещь.

С протоколами, которыми работал я, упор был больше не на портирование, а на создание собственной тестовой системы плюс поддержка специальных режимов тестирования в устройстве (типа зеркал на каждом уровне). И все равно обломы находились после сертификации, это точно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чего не скажешь про стоимость средств разработки для BF...

Что-то Вас носит от "синтетических портов" к сильно конкретным JTAG. Вы уж определитесь :)

а также стомость труда программиста для BF ...

Ну при достаточно большом запасе в попугаях на "чистом C/C++" тоже вполне терпимо выходит.

..и *HDL

Ну тут действительно несколько другая жизнь, однако от нее никуда не дется. Иначе получится сидеть на AVR8, писать на его ASM и ждать очередной реинкарнации AVR8 - YMEGA, пытатся убедить себя, что "другого и не надо" и естественно расплачиваясь за все это из своего кармана.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что-то Вас носит от "синтетических портов" к сильно конкретным JTAG. Вы уж определитесь :)
Одно дополняет другое. Дрова на железо, разборки с хитрыми контроллерами прерываний - тут без JTAG тоска.
...ждать очередной реинкарнации AVR8 - YMEGA...
Иес! :a14: ZMEGA - это будет означать конец эры 8-битников.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Токо плата под BF с внешней памятью стоит достаточно взрослых денег (тщательно разведенная 4-х слойка с учетом 100 Мгц шины; конечно, есть фанаты, которые "и на двух слоях работает" - но это "китайский подход"). FLASH внешний нужен - пусть и SPI, недорогой.

Ну набортная память тоже имеется и для очень многих задач ее хватит. Младшие в двух слоях разводятся без извращений, поскольку параллельных шин там тоже далеко не всегда надо, а SPORT-ы завсегда аккуратно можно сделать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я не каких-то конкретных вариантах - я о тенденции.

 

Я же сказал, что

Когда надо будет сделать 10-20-50-100 кадров в секунду - будет FPGA

 

Сейчас хватит и меги, код аккуратненький, достаточно легко переносится на ARM.

 

Я другого не пойму, ну зачем мы в подфоруме по AVR8 флудим о том, что ARM/BF/FPGA - лучше. Давайте к черту вообще его (этот подфорум) закроем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну набортная память тоже имеется и для очень многих задач ее хватит. Младшие в двух слоях разводятся без извращений, поскольку параллельных шин там тоже далеко не всегда надо, а SPORT-ы завсегда аккуратно можно сделать.
Малость OFF, но раз уж упомянулив суе. Какова ситуация с RTOS на BF сейчас? Вездесущий uCOS есть - куда же без него :) http://www.micrium.com/analog/index.html , а вот что там с альтернативами? RTEMS вроде как есть, но статус непонятен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я другого не пойму, ну зачем мы в подфоруме по AVR8 флудим о том, что ARM/BF/FPGA - лучше. Давайте к черту вообще его (этот подфорум) закроем.
Всё познаётся в сравнении :)

 

Я в этой ветке вот что понял, если даже кодер JPEG легко ложится на AVR, то AVR тоже имеет право на жизнь :)

 

А если в пересчете на MIPS'ы, то вообще весело, - 30 MIPS'ов блэкфина стоят 1$.
Ну LPC2103 тоже продаётся по 1$ за 30 MIPS.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

если даже кодер JPEG легко ложится на AVR

 

Я не говорил, что легко. Четыре дня работал, с утра до вечера. Вопрос в том, что на тот же LPC2103 не ляжет jpeglib без переделок - слишком громоздка.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...