Здравствуйте, коллеги!

Прошу ваше помощи в подборе процессора ARM.

Критерии таковы:

-нет ограничений по потреблению
-тепловыделение должно быть таким, чтобы рассеять тепло возможно было пассивным охлаждением. Никаких вентиляторов
-процессор должен быть доставаем в разумные сроки и не снят с производства
-дешивизна играет важную роль но не критично
-ARM работал только с ATMEL'скими, но так как очень много хорошего знаю про DSP от TI, положительно смотрю на OMAP
-производительность проца от 300 MIPS
-желательно чтобы под этот проц была в продаже Eval Board
-на борту должен MAC для Gigabit Ethernet
-очень желательно чтобы на борту была 8-битная параллельная шина по Мотороловскому или Интеловскому стандарту.

Под вот такую задачу:
Требуется пока что весьма не сложные процедуры реализовать на таком процессоре.
А именно получать от трансивера Е1 (предположительно от DS21Q59) данные из 4 каналов Е1, и обработав их нужным образом отправить на PC по Гигабитному Ethernet.
Задача проста. Предвижу упрёки, дескать не нужен мне такой жирный проц.
Но это лишь первый шаг, для более сложного и производительного девайса.
На ARM хочется раскрутить Линукс и под ним писать весь СОФТ.

Благодарю за вашу помощь.

UPD.
Обработка заключается только в упаковке данных в таком же виде в каом они получены из двушки в TCP или UDP пакеты, в зависимости от тайм-слотов.

Сообщение отредактировал Александр___ - Aug 9 2010, 10:15

Формулировка задачи можно сказать отсутствует начисто. И если обработка "нужным образом" хоть что-то из себя представляет, то о 120 отдельных речевых каналах (при дуплексе вообще 240 и даже суммарный поток 16 Mbit а если их еще и НЕЗАВИСИМО обрабатывать ) сможете про "ARM 300 MIPS" забыть сразу. Там еще, полагаю, сигнализация до кучи.....

Ммм.. спасибо за замечание.
Обработка заключается только в упаковке данных в таком же виде в каом они получены из двушки в TCP или UDP пакеты, в зависимости от тайм-слотов.


А не подскажите каким образом можно оценить требуемую загрузку процессора.
Вообще я смотрю в сторону Cortex-A8

В 120 TCP соединений? или в 1-4?

А процессор дело второе - внимательно выбирайте ПЕРИФЕРИЮ и обвеску контроллера. Без хорошей поддержке в железе завалите любой контроллер.

Ethernet PHY - 88E1111 от Marvell
E1 Transceiver - DS21Q59

что кроме этого смотреть? SDRAM? FLASH?


Соединений будет 16, в будущем 128

Приветствую!
Наткнулся в описании микросхемы DS21Q59 на описание интерфейса по которому её цеплять к контроллеру.
Пишут, что поддерживает "Muxed and Nonmuxed Parallel Bus Supports Intel or Motorola"

Вопрос - есть ли чипы в которых этот интерфейс поддерживается аппаратно?
Если у ARM'ов драйвера под этот интерфейс?

Буду благодарен любой информации.

Изумительно, а в какое место Вы думаете всунуть абстрактному "Cortex-A8" восьмимегабитный TDM вылезающий из этого чипа?

Чисто для так.
Ti 500 MHZ TMS320C6414 справлялся с 128 каналами от кодеков плюс 4 канала Е1. Обработка - типа коммутация и речевой сервис разный там.

Но с писи связь была по PCI.

Но дорогие Ti очень. Но зато все есть. Крайне удобные для этих дел.
В свое время в конкурсе Ti победил Блэкфин из-за компилятора. Ti хорошие компиляторы делает.

АРМ тут имхо не катит. В смысле, применить можно, но если есть Ti и Блэкфин ...

Он же по своему интерфейсу в шину плюёт данные. К этой шине подцепить АРМ с линуксом и дрова.
ммм?




А туда можно прикрутить Линукс?

А кого из ARM есть "'эта шина", в смысле TDM интерфейс?
С DSP понятно - там всяки разны SPORT и иже с ними есть вещь штатная.
Вы что решили, что данные из E1 влетают на параллельную шину на которую "наткнулся в описании микросхемы"? Так она для управления и доступа к HDLC/CAS... Чип-то по жизни для систем с коммутацией каналов сделан.

О! Линукс. Вообще прекрасно - отличное средство для сброса всего пара в свисток. Особенно с непаченым по самое немогу ядром и традиционно писанными левой ногой, абы работало, халявными драйверами из интернету. Короче выбор Вами уже сделан - это будет IBM PC c ядрами и мегагерцами и вентиляторами побольше, и 4xE1 плата с DSP на борту из тех, что типа под Asteriks в изобилии клепают с драйверами в комплекте .

вот как раз от этого и хочется отойти.

Можете поделиться своими соображениями по поводу решения поставленной задачи?

К фреймерам либо DSP, либо ARM в связке с FPGA (если FPGA, то можно фреймеры и в FPGA реализовать, только нормальные LIO по любому не дешевы ). По любому там Linux ни сном ни духом, ибо формирование UDP/IP заголовка дело простейшее, а все остальное надо просто ювелирно (железо и софт) реализовать. Но нечто 8Bit, нарезанное на 120/124 каналов, по, например, 160 байт, это уже по любому тоскливо и затратно.

Линукс прикрутить можно ко всему. Токо вот не могу себе представить - зачем.
Операционная система такого типа предназначается больше для исполнения совсем внешних по отношению к системе программ.

Чем опреационная система поможет в задачах коммутации - не представляю. Задачи там все работают по прерыванию от фреймера (кроме фоновых). А переключатель задач простенький делается просто. Если уж приспичит совсем.

Вот в данном проекте я обошелся и без переключателя. А сейчас DSP этого типа уже имеют 1Г тактовую. Вообще думать не надо. Пиши себе и пиши.

А ежели полагаете, что всякие сетевые сервисы линукса вам помогут - зря так думаете.
Вот если бы мне вновь предложили бы подобную задачу, но при условии использования линукса, я бы умножил цену на 1.5.

Приветствую!
Скажите, коллеги, кто нибудь работал с микросхемой DS34T101/2/4/8 ?
Какие впечатления, подводные камни?