Evgeny_CD, Архитектор (26.03.2012 10:55, просмотров: 133) ответил blackbit на Конечно, дело не мое, но сам подход "для всего" - ущербен, imho. Евгений, что там с дрим-бордой "для всего", получилось?
А хорошо все получилось с дримбордами предыдущего поколения. Собственно, опыт их использования и подвигнул меня на поиски. Идеология "Master CPU как slave на SPI шине" у нас стала общепринятой. Большинство дизайнов двух и более процессорные. Задачи единого дизайна PCB для всего мы не ставили, в качестве мастера (так сложилось) используется LPC21xx, ну а периферийные процики самые разные - ARM, AVR Xmega и пр.
Технология синтетических портов (целевой код под uCOS, все это под Win32, реальная периферия на COM порты и доступна для целевого кода в виде неких "универсальных дров") также у нас применяется повсеместно, но латентности COM портов сейчас ограничивают применимость этой технологии.
Если бы я чуть пораньше врубился, что такое SystemC, не было бы маразма. А так, в частности, написали движок симуляции протокола обмена по УКВ каналу на pure C, по дури написав сами для себя кусочек SystemC (программыер толковые, простое использование SystemC потянули бы). Естественно, под этим симулятором жили синтетические порты модемов, участствующих в обмене. При переносе всего этого в реал протокол вообще отлаживать не пришлось, все глюки ловили созданными в процессе "виртуального рисеча" тулзами для анализа обмена. Перенос в реал прошел за неделю, потом еще мес. боролись с ГЛОНАСС приемником, у которого секундная метка прыгала +-200 мс - это было отдельное веселье :)
Цели платформы "дримбоард 2.0"
* симулятор целевого проца на SystemC или SystemVerilog - исполнять бинарник 200+ DMISP в реальном времени
* симулятор периферии на нем же
* канал связи с реальным миром 50 Мбайт+ дуплекс при роунд трип 100 мкс и менее.
Границы рисеча я более-менее очертил, потенциально нерешаемых вещей пока не видно, можно приступать к реализации.
)