Сертификационные испытания служат для тестирования на соотвествие стандартам (полного тестирования никто не сделал для сложных вещей, это факт).

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

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

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

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

Чего не скажешь про стоимость средств разработки для BF (JTAG вроде там менее 1 k$ никак не стоит), а также стомость труда программиста для BF и *HDL ("дропанием мышкой классов в проект" там много не сделаешь).

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



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

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

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

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

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

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

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

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

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

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

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


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

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

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

Всё познаётся в сравнении

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

Ну LPC2103 тоже продаётся по 1$ за 30 MIPS.

Ага, MIPS'ы только ну очень разные.

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