[an error occurred while processing this directive]
Поскажите, где начинающему можно подсмотреть грамотно сделанную схему с DSP+память+управление от другого ЦП?
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)
Отправлено
nvn
14 декабря 2004 г. 08:24
Составить ответ
|||
Конференция
|||
Архив
Ответы
C современными DSP надобность в управлении от другого ЦП как правило излишняя вещь (+)
—
SM
(14.12.2004 09:31, 167 байт)
Все далеко не так просто...>>
—
Pavel-99
(14.12.2004 11:13, 3605 байт)
Вот про softier я как раз и говорил (+)
—
SM
(14.12.2004 12:20, 108 байт)
И про приоритеты хост-порта (+)
—
SM
(14.12.2004 12:21, 175 байт)
Э нет, батенька.. Тут халявы не будет...>>
—
Pavel-99
(14.12.2004 12:53, 2414 байт)
В том то и дело, что я с ним как раз работаю. И для того (+)
—
SM
(14.12.2004 12:57, 334 байт)
ответ >>>
—
Pavel-99
(14.12.2004 13:40, 426 байт)
Поддерживаю, хотел то же самое сказать.
—
-=ВН=-
(14.12.2004 13:16, 199 байт)
Ответ: >>>
—
Pavel-99
(14.12.2004 13:50, 534 байт)
Не, я так не считаю
—
-=ВН=-
(14.12.2004 14:08, 251 байт)
Угу - согласен на все 100 - на любом проце при желании можно написать так, что затык будет по пропускной.
—
SM
(14.12.2004 14:10,
пустое
)
Это да, нет предела совершенству :-)
—
fontp
(14.12.2004 14:50, 679 байт)
И Вы хотите сказать, что если декодер полностью убрать (+)
—
SM
(14.12.2004 13:53, 130 байт)
речь не мальчика, но мужа :) целиком разделяю + дополнение
—
yes
(14.12.2004 11:37, 303 байт)
дополнение..>>
—
Pavel-99
(14.12.2004 12:15, 1381 байт)
Эттто тут постоянно обсасывають...
—
st256
(14.12.2004 11:22, 267 байт)
Имелось ввиду выходные данные для host-CPU после обработки в DSP
—
Pavel-99
(14.12.2004 11:56,
пустое
)
А... зачем в хост данные?....
—
st256
(14.12.2004 11:58,
пустое
)
как мне кажется управление здесь все таки надо(+)
—
nvn
(14.12.2004 09:41, 118 байт)
Гы! У нас система один в один. Только что напарник запихнул в ARM 2.6 ядро.
—
st256
(14.12.2004 09:51, 44 байт)
Ответ: (+)
—
nvn
(14.12.2004 10:19, 226 байт)
А какой АРМ?
—
artem
(14.12.2004 12:05,
пустое
)
В данный момент это s3c4530, но на то и linux что бы не привязываться жестко к ЦП
—
nvn
(15.12.2004 08:55,
пустое
)
я в конторе очень бился, чтобы заменить систему ДСП под управлением Виндовза на -/- Линуха (btw на ОМАРе)
—
yes
(14.12.2004 10:06, 165 байт)
Нынче и DSP работают под линуксом... И сетевой поток своим MAC, что на борту, обслуживает.
—
SM
(14.12.2004 09:50,
пустое
)
а к такому решению - есть сильно много сомнений.
—
yes
(14.12.2004 10:14, 463 байт)
На конференции смотрел это хозяйство (+)
—
SM
(14.12.2004 10:25, 403 байт)
многопользовательность из ядра трудно выкинуть :)
—
yes
(14.12.2004 10:35, 525 байт)
Ответ: (+)
—
SM
(14.12.2004 10:43, 674 байт)
Я хотел сказать что ситуация "убило задачу" и "крах всей системы" во (+)
—
SM
(14.12.2004 10:53, 190 байт)
не-е-е. стоит демон (обычно cron) или просто скрипт, который проверяет жива ли задача
—
yes
(14.12.2004 11:10, 566 байт)
Все время удивляло:-)
—
-=ВН=-
(14.12.2004 13:02, 502 байт)
Что Вы, что Вы... Я такие вопросы серьезно обсуждать вообще не в состоянии.
—
-=ВН=-
(14.12.2004 13:20, 138 байт)
ну если вообще - рай на земле почему-то построить не удалось, хотя почему - непонятно
—
yes
(14.12.2004 13:59, 356 байт)
Обсуждать хочется:-)?
—
-=ВН=-
(14.12.2004 14:37, 828 байт)
против фундаментальных законов не поспоришь :) ну а вот еще аргумент разбивки на микрозадачи
—
yes
(14.12.2004 15:35, 542 байт)
Розги ко всем без исключения. Пороть, пороть и еще раз пороть.
—
-=ВН=-
(14.12.2004 15:39,
пустое
)
Прицел сбился
—
-=ВН=-
(14.12.2004 13:21,
пустое
)
здесь термин "устойчивость" имеет не матемическое, а маркетинговое значение, поэтому серъезное обсуждение вопроса - не возможно :)
—
yes
(14.12.2004 13:07,
пустое
)
плюс линукса (имхо) в том, что весь инструментарий там есть и все хитрости можно осуществлять скриптами
—
yes
(14.12.2004 11:13, 182 байт)
Про скрипты согласен полностью, а вот про "мало нужные задачи" (+)
—
SM
(14.12.2004 12:24, 129 байт)
пример - есть буффер (очередь) сообщений и задачка, которая по tcp/ip отправляет их на хост
—
yes
(14.12.2004 13:11, 230 байт)
Ну это уже "необходимая задача". А вот умирать ей вовсе не надо...
—
SM
(14.12.2004 13:15,
пустое
)
Ну коль так положено по условию (+)
—
SM
(14.12.2004 09:52, 155 байт)
с DSP еще мало знаком (+)
—
nvn
(14.12.2004 10:29, 428 байт)
Правильно думаете (+)
—
SM
(14.12.2004 10:33, 248 байт)
тогда что посоветуете: новое, дешевое, быстрое и т.д. :)
—
nvn
(14.12.2004 10:41,
пустое
)
см. ниже
—
SM
(14.12.2004 10:43,
пустое
)
Какая гадость Ваша рыба!
—
st256
(14.12.2004 10:32, 37 байт)
а в чем иенно жуть (если конечно мозг невоспротивиться вернуться в прошлое)? и что посоветуете взамен?
—
nvn
(14.12.2004 10:36,
пустое
)
Его делали пьяные негры. Т.е. они играли в карты, а проигравший шел писать очередной модуль на VHDL.
—
st256
(14.12.2004 11:29, 133 байт)
Однозначно TMS320VC55xx ! 54xx это давно в прошлом!
—
SM
(14.12.2004 10:37,
пустое
)
Я бы набрался смелости посоветовать ядрышко ZSP400.
—
st256
(14.12.2004 11:25, 31 байт)
если живем в стране советов, то PPC7x или 9x (и gcc с AltiVec-ом есть), а чем ZSP программировать?
—
yes
(14.12.2004 11:45, 369 байт)
Ух-ты. А по что Вы 64-е в 16-битники занесли? И 55-е кстати тоже?
—
SM
(14.12.2004 12:50,
пустое
)
а по каким параметрам 64-й и 55-й надо оценивать как 16+ битники?
—
yes
(14.12.2004 13:17, 303 байт)
Я всегда считал (+)
—
SM
(14.12.2004 13:26, 665 байт)
всякие тупые бенчмаркеры считают 64-й 16-ти битным, а я все на веру принимаю
—
yes
(14.12.2004 13:40, 146 байт)
Ну его можно и 8-битным посчитать :) :) Там ведь есть операции SIMD, где 32 бита разбито на 4 8-битных кусочка...
—
SM
(14.12.2004 14:01,
пустое
)
Пока я раздаю софт бесплатно :) Но он хреновый. Говорят есть хороший, но он денег стоит.
—
st256
(14.12.2004 11:57, 224 байт)
если мне наш менежмент даст возможность соскочить с ТИ, я буду смотреть - а пока выбора нет
—
yes
(14.12.2004 13:21, 100 байт)
Менеджмент это - голова!
—
st256
(14.12.2004 13:25, 61 байт)
а доку писали озабоченые латиносы
—
yes
(14.12.2004 13:41,
пустое
)
Я, кстати, полностью согласен. Но от чего буржуи в сотовые именно OMAPы вставляют? И ведь дрыхнет в этом OMAPе ARM... Ей-Богу, дрыхнет!
—
st256
(14.12.2004 09:33,
пустое
)
есть сильное подозрение, что жрет этот ОМАР поменьше, чем "соптимизированый" 55 на такой же задаче
—
yes
(14.12.2004 10:40,
пустое
)
Да как это возможно, если (+)
—
SM
(14.12.2004 10:44, 104 байт)
да и из общих соображений - на LCD или на операцию по tcp/ip ARM потратит меньше энергии и заснет
—
yes
(14.12.2004 11:28, 187 байт)
Кстати про tcp/ip - в омапе же вроде нет MAC'а (есть только 802.11, вайрлесс). А на DM64х - есть.
—
SM
(14.12.2004 12:43,
пустое
)
а помните, я спрашивал есть ли в 55-м TIPB?
—
yes
(14.12.2004 11:21, 370 байт)
Да там есть все это, я просто первый раз от Вас услышал аббревиатуру TIPB (+)
—
SM
(14.12.2004 12:26, 209 байт)
да написан код издревле для этого АРМа, и платить лень за перенос на другую платформу.
—
SM
(14.12.2004 09:35,
пустое
)
Поубивал бы за такой подход. Я с этим "издревле написаным кодом" такой секс имею... И скандалы с начальством, кстати, тоже.
—
st256
(14.12.2004 09:37,
пустое
)
А если просто OMAP поставить?
—
st256
(14.12.2004 08:33,
пустое
)
если не сложно, объясните что OMAP?
—
nvn
(14.12.2004 08:48,
пустое
)
Это два процессора на одном кристалле.
—
st256
(14.12.2004 09:07, 232 байт)
лучше уж ARM11+55 (OMAP5912), (офф, чего-то вспомнилось) - ... поставим на попа. - Бедный пастор Шлаг :(
—
yes
(14.12.2004 10:01,
пустое
)
Отправка ответа
Имя (обязательно):
Пароль:
E-mail:
Тема (обязательно):
Сообщение:
Ссылка на URL:
Название ссылки:
URL изображения:
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
|||
Без кадра
E-mail:
info@telesys.ru