ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
3 апреля
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
691463 Топик полностью
Evgeny_CDАрхитектор (05.08.2016 01:24, просмотров: 346) ответил Крок на Обрабатываем сигнал от дюжины-другой датчиков. На выходе, грубо говоря "годен-не годен". (Ну ладно, можно ещё гнать протокол для архивирования). Разрешение во времени по выходу желательно не хуже 10 мс. Измерения гораздо чаще. Сложность
Именно так. Добавлю. 1. Визуализация результатов обработки данных. Именно с точки зрения настоящего embedded решения. Без идиотских 3D интерфейсов. Там вполне нормальный ускоритель для качественной 2D векторной графики, два контроллера дисплея, которые могут смешивать до 6 планов (!), видеовход (цифровой). 2. Эффективная обработка больших (относительно) массивов данных в FP. Относительно высокая эффективность DP вычислений - можно делать забористые матричные алгоритмы. 3. Hard RT. Это чип не для Linux, это чип для настоящщей embedded RTOS. Три ядра, много разной памяти, быстрая шина для внешней DDR.
Ответить