Народ, помогите идеями и конструктивной критикой.
У кого есть опыт разработки подобного, может поделитесь инфой.
Извините за длинный пост.

Итак,
Задача - построение USB аудиокарты с максимально возможным качеством оцифровки за цену доступную для простых смертных. (допустим до 5000р.) Желательно без излишних извращений (читай усложнений схемы в цифровой части). Изначально планировалась только запись, но в перспективе хотелось бы и воспроизведение.
=====================================================================

Почему?
Готовые изделия нет желания использовать потому, что даже в дорогих устройствах используются далеко не самые лучшие АЦП и ЦАПы. Хорошие, но не лучшие. Экономят буржуи!
А если где и используют the best, то цены совершенно заоблачные.
Можно говорить что это идиотизм, но те кто работал со звуком меня поймут.
=====================================================================

Идея от части моя, от части друга-радиолюбителя. Я сам лично довольно зелен еще, поэтому не удивляйтесь возможным несуразицам

Было предложено использовать АЦП PCM4222

Кратко о нем...
смотрим даташит:

Supports Linear PCM, 1-Bit Direct Stream Digital (DSD), and Multi-Bit Modulator Output Data
– Supports PCM Output Sampling Rates from 8kHz to 216kHz
– Select from Classic or Low Group Delay
– Choose from 64x or 128x Oversampled Output Rates for DSD

Linear Phase Digital Decimation Filtering

Digital High-Pass Filtering Removes DC Offset

PCM Audio Serial Port Interface
Supports Left-Justified, I2S™, and TDM Data Formats

Разрешение 16-24 бита.

2 канала.

Как видно штука довольно продвинутая и стоит около 800р. (со слов друга)

Планировалось юзать до 24b/192kHz x 2канала
=====================================================================

Вопрос 1.
Ваше мнение об этом АЦП. Какие возможны альтернативы (лучше/дешевле).
=====================================================================

Пока только запись.
Первые прикидки:
Analog part -> ADC -> AVR -> USB-FIFO

АЦП подключаю к spi МП
Скорость потока: 192кГц*24Б*2 =~ 9.22Мбит/с что уже довольно не мало
Соответственно USB FT245 и PDIUSBD12 c 1МБайт/с (8.4МБит) уже не подходят

Смотрел ML60851E на 12Мбит/с но у него FIFO буфер какой-то маленький.
Еще смотрел ISP1582 на 480МБит (в расчете и на воспроизведение 192 кГц), но больно уж он навороченный, видимо дорогой, и труднонаходимый.

Воспроизведение:
USB-FIFO -> AVR -> DAC -> Аналог
=====================================================================

Вопрос 2.
Какой USB конвертер посоветуете?
=====================================================================

Вопросы 3 итд.
Насколько вообще идиотично такое решение?
Как сделать по-другому?
=====================================================================

Мои прикидки про по-другому:
1. Использование ПЛИС для организации аудио потока вобход МП, а МП для управления. К сожалению в ПЛИС я пока 0 =(

2. Взять готовый USB-Audio Кодек/Конвертер с цифровыми входом/выходом. НО дело в том, что я пока видел только со встроенными АЦП и ЦАП (посредственного качества), которые не нужны. Иногда еще встроенный МП. Соответственно

Вопрос №Очередной
Посоветуйте USB-Audio Кодек/Конвертер без лишних наворотов и цифровыми вх/вых
=====================================================================

Всем спасибо за посильную помощь!

Если есть непреодолимое желание самостоятельной реализации USB-аудио устройства, то рекомендую посмотреть на TAS1020 или TUSB3200 (обе Texas Instruments). В паре с ними можете использовать любой аудио-кодек с IIS или AC97 интерфейсом.
Щас уже не помню, но по моему реальный драйвер USB-аудио под Win не поддерживает разрядность более 16 (возможно я ошибаюсь, если да - напишите).
Есть еще вариант драйвера USB ASIO ( http://www.usb-audio.com ).

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

Спасибо за совет! Буду смотреть...



Оно и понятно, когда будет готова схема - обязательно выложу для критики.

Уважаемая администрация!

Возможно я не совсем корректно выбрал ветку для поста...
Если так - перенесите пожалуйста куда подобает.
Спасибо.

Качественные аудиокарты не зря стоят таких больших денег.
Чтобы выжать из АЦП или ЦАП все его скажем 24 разряда должен быть очень низкий уровень джиттера, порядка 0.5 пс (RMS, при оцифровки малых частот), а чтобы этого добиться придется очень сильно попотеть. Плюс еще я так чувствую, что плата получиться не двухслойная, а это тоже не копейки будет стоить. Плюс еще ПО нужно будет писать, драйвера какие-нибудь.

Если хотите именно 192к, то выбор не особо велик. АЦП надо проверять все доступные, т.к их шумность очень зависит от разводки, питания итд. Поэтому ИМХО строить надо отдельно USB контроллер АЦП и несколько модулей собственно АЦП ( с гальваническими развязками по цифровой шине, фильтрами шумов питания и прочими примочками). А контроллер имеет смысл выбирать из типов.
Первый, классический USB2 на CY7C68013 и десериалайзер I2S на какой-либо небольшой плисине. Второй, более современный - на арме LPC2368 (246x) итд, у которых есть встроенный аппаратный I2S. К сожалению у первой ревизии LPC2368 не работал DMA с I2S, поэтому программирование этой штуки в условиях дефицита пропускной способности USB становилось не очень удобным.

А вы проверяли неработоспособность DMA с I2S, или это данные из даташита? Один мой коллега утверждает, что его LPC2368 первой ревизии работает с I2S через DMA просто замечательно.

Посмотрел TAS1020 и TUSB3200
Я так понял - они под кодеки заточены, а кодеки, как я понимаю восновном потребительского качества (довольно посредственные) обычно.
Или я не прав?


Почему, вместо того чтобы помочь, меня каждый второй пытается убедить что ничего не выйдет?
Цитирую самого себя:
"Гальваническая развязка, правильная аналоговая часть, правильное питание, правильная разводка и прочие извращения (даже в цифровоц части - тактирование например итд) - само сабой разумеется - я не вчера родился. Все прекрасно понимаю. Это дело схемотехника (друг мой). Будьте уверены, у него есть опыт работы со звуком! Мое дело - цифровая часть. И именно с ней я прошу помощи."

Насчет джиттера абсолютно согласен!

Но дело в том, что пока не будет выбрана архитектура цифровой части, нет смысла говорить об аналоге.

Помилуйте, какое ПО? Зачем драйвера?! Стандартные дрова USBAudio (ASIO накрайняк) вас не устраивают?


Блочная структура платы и прочие навороты - это да!

Микрухи буду смотреть.

ВСЕМ СПАСИБО!

А на чем он его гонял? В какую сторону шла передача? Моно-стерео? Разрядность данных? Можно пример кода? У меня 2366 работет нестабильно. Пока проверял только на чтение с аудиодаков 16 бит.

Автору темы. Если решитесь на АРМ, обратите внимание на http://www.standardics.nxp.com/support/doc....audio.demo.zip
или искать по сайту NXP "i2s usb audio demo LPC2368"

Спасибо огромное!
Буду глядеть.

PS А в какой среде под ARMы пишут?
Я так понимаю IAR может, а есть что удобнее?

LPC2880; LPC2888;
16/32-bit ARM microcontrollers; 8 kB cache, up to 1MB flash, Hi-Speed USB 2.0 device, and SDRAM memory interface
+ аппаратный I2S I\O

Вот то что мне надо!

Вот только одна проблема у меня: для всех LPC начинвя с 2364 и заканчивая 2470 (все что с USB) в даташите написано про I2S подробно:

Т.е. 16/32 Бита нас устраивают
Slave режим - отлично!
А вот 48кГц МАЛО!!!

А для LPC288* ХРЕН!
Там даже раздела такого нет!

Вот только это:


Кто знает, какую скорость держат LPC2880/LPC2888 для I2S?

То что у NXP- под Keil. Хотя где-то встречал аудио аппликуху под IAR для AT91. Но там I2S делался извращенным методом на базе SSP

Скорее всего там просто писатели даташита не вьехали- просто перечислили стандартные скорости. Тем более, что они получаются делением системного клока на цело, что бесполезно для аудио применений. Зато есть режим внешней синхронизации, который и использован в апппликации. А ограничения по скорости если и появляются, то обычно при битовых скоростях больших чем 1/8 системного клока ( стейт-машины начинают чудить). Это ИМХО, поскольку на I2S этого не проверял, зато нечто подобное вылазило с SPI.
На 288х забете- с их BGA корпусами с мелким шагом и чувствительноти к разводке обязательна четырехслойная плата (а вернее 6) . Это уже притча во языцах- как Олимекс делал целый год девборду под этот проц и получилось нечто работоспособное только с 6 раза. Если купите модуль- то да, можно использовать, но самому разводить- nightmare/

Ну хорошо. Пусть 1/8 даже от 72МГц = 9МГц
На выходе с АЦП имеем 192КГц*24Б*2канала = 9.2МГц

Привет глюки?

А есть еще тема, что возможно АЦП плюется не по 24 а по 32 (1 байт пуст)
Тогда будет 12.2 - что вообще ни в какие ворота!

Так что? Сожрет или нет?

Жаль что на BGA придется забить

Да ктож его знает? При производстве чипов такого типа перефирия делается методом прицепливания к проекту стороннего IP core. Кто его производитель- ХЗ. Для самого процессора и перефирии удавалось отслеживать корреляцию глюков с ерратами на соответствующие IP core от АРМа. Только эти ерраты добыть трудно и неизвестно, какая ревизия IP core сидит в данном конкретном чипе. А кто производитель I2S IP core - я вообще без руля. В общем проверять надо. И глюк может быть не фатальным - ну например у SSP при тактовых в 30 Мгц фронт первого импульса полз на несколько наносекунд. Просто надо быть готовым к таким приключения.
В общем проверять надо на реальном железе. Я для таких проверок хочу сейчас сделать симулятор ADC - ПЛИС с внешней памятью, который проигрывает WAV файл в I2S. А потом проверять, что записала винда уже внутри себя, после всех интерфейсов и драйверов. Был ли ресамплинг, была ли потеря байтов, интерполяция при несовпадении битовых скоростей итд. Загнать в память симулятора чистую цифровую синусоиду или двухтоналку и проверять весь тракт.
Сам я сейчас вожусь именно с 236х в режиме оцифровки, но мне нужна еще и легкая предобработка сигнала в процессоре. так что АРМ используется еще и в качестве "легкого" DSP. А в сторону аудиокарты я смотрю с целью проверять качество своего аналогово тракта, используя аудиофильские (в хорошем смысле слова) программы типа RMAA или OscilloMeter- у них фурье весьма правильное и длина выборки неограничена почти ничем (у OscilloMeter кажется до 2^24).

Уважаемый khach!
Буду вам крайне признателен, если вы поделитесь результатами (когда они будут).

А может вообще забить на I2S в МК?
Как по другому?
SPI? (АЦП поддерживает вывод Left-Justified)

Есть еще AC'97. Множество достойных кодеков. Работать с ними мне было проще.

А если честно, мне не ясен бюджет вашего проекта. По началу казалось, что вы хотели иметь компромисс качество-цена, а теперь пришли к ARM в BGA корпусах
Возьмите TAS1020B стоит копейки, подключить и испытать сможете и I2S, и AC'97. Микросхема имеет встроенный 51-й микроконтроллер, заточена именно для создания USB-аудио устройств. Исходники на сайте у TI можете скачать бесплатно. Имеет возможность загрузки программы по USB (никаких программаторов и эмуляторов не надо).
И если уж Terratec использует эти контроллеры (если точнее - TUSB3200) в своих устройствах, то это чего-то да стоит.

С Уважением!

Качество превалирует =)
Хотелось дуплекс на 192КГц и 12МБит не хватает - отсюда и взялись ARMы в BGA (USB HiSpeed там)

TAS1020B смотрели, и правда интересно, но ограничения по скорости не радуют...
Это как со стороны USB, так и со стороны I2S.
Даже 96КГц дуплекс не пролезет, если в формате будет выравнивание до 32 бит! 96*32*2*2=12.3МБит
Если можно замутить в комп 24Б, то пролазит по USB, но сказываются ограничения по I2S.

Еще ОЧЕНЬ плохо для качества оцифровки что I2S не умеет быть slave! (у TAS1020)
Правда есть внешнее тактирование, но это немного не то.

Для такой большой скорости данных ARM7 я Вам категорически не рекомендую - падёт он от пересылок по многим каналам, как загнанная лошадь.
Если делать на ПЛИС напрягает, лучше подыскать более подходящий процессор. На мой взгляд, лучче брать DSP - от AD или TI. Мне, например, BlackFin нравится - он как раз для такой задачи. Есть и с HS USB контроллером - ADSP-BF524 или BF525, например (правда, пока только в инженерных сэмплах, но в этом году уже выпустить в продажу обещают). В противном случАе, придётся ставить внешний.
ISP1582 не советую - сексу с ним много. От Cypress контроллеры надёжнее, и документация к ним не в пример NXP.

Спасибо за отзыв.

А почему ARM7 не покатит? Банально скорости не хватит, или что?

Если так дело оборачивается... То можно и на ПЛИС, только КАК?
ЧТО на нем можно/нужно реализовать?

Для поставленной задачи максимум USB HiSpeed необходим...

Разработка - хорошо, а черес сколько лет она в россии появится?
Внешний контроллер - плохо. Но что делать...

Ну, типа того. Кто сказал, что у Вас будет только 2 канала? Хорошая аудиокарта имеет 2-4 канала входных и 4-6 выходных. Всё это работает на 192 квыб/с одновременно. АРМ7-му с такими объёмами пересылок справиться трудно; у выпускаемых чипов с этой архитектурой нормального DMA пока что не встречал. ARM9 ещё посмотрите, там всё не так грустно.

В принципе, всё, кроме А/Ц тракта и USB PHY.

У меня лежат сэмплы, уже более полугода. Никак руки не дойдут...
Пришлют и Вам, если закажете.

Это - не самое трудное, дорогое и неприятное.
Сделать качественный А/Ц и Ц/А тракты - вот что самое сложное.

Да вот я говорил...

Наша карта задумывалась восновном для качественной стерео записи и одновременного прослушивания.

Коечно в далеееекой перспективе видятся эти 10 каналов, но только в далекой.

И потом, в каком же это формате все пойдет на комп?

Кстати, немаловажный вопрос - скажите, а что с ценами?
Как расставить по цене ARM7/9, ПЛИС и DSP?
А по сложности?

Спасибо!

ЗЫ Самое смешное - мы начинали с ATmega162+PDIUSB12! А вы говорите ARM7 слабоват
(Там было 44.1*16 стерео симплексн.)

Лучше сразу заложиться, чтобы потом не переделывать.

ARM-ы несколько дешевле, ПЛИС и DSP сравнимы по цене.
Для хорошего аудио нужны качественные АЦП и ЦАП, а также другие компоненты, которые стоят весьма дорого.
Например, даже конденсаторы и резисторы нужно выбирать очень тщательно.
В 5000 рублей по комплектующим, тем не менее, уложиться можно.

Стоимость разработки для ARM и DSP примерно одинакова (лицензированные средства разработки, правда, для DSP дороже). Для ПЛИС стоимость разработки во много раз выше.

ЗЫ. В качестве курьёза:
http://www.ixbt.com/proaudio/lynx-two.shtml
Присмотревшись к фото, не обнаружил там ничего, что могло бы потянуть на 1500$. Кондёры - керамика и самые отстойнейшие электролиты, чипы - стандартные, за исключением, пожалуй, заказного процессора.
Фуфло, короче...

ИМХО норму прибыли определяет еще и объем продаж.
Пример (весьма грубый и аллегоричный конечно же). Можно легко продать миллион кодеков AC97 по $1.5 и иметь прибыль $500 тыс. А попробуйте продать хотя бы 1000 этих вот специфичных звуковых карт, чтобы получить такую же прибыль.

Четыре канала на ввод и 10 на вывод никакого USB не хватит. А тем более виндовые драйвера завалятся. Я даже в полудуплексе 192/24 немного сомневаюсь, скорее всего придется какой- то сервиспак на винду ставить. И полного дуплекса никто и не обещал. Хотя прослушать себя можно- поток с АЦП отправляется в комп по USB и на DAC для самоконтроля. А вот смикшировать в винде по цифре и обратно выпихнуть по USB- уже неполучится. Хотя можно смотреть в сторону Эзернета. НАрод на аудиофорумах говорит про новые веяния скоростного пропихивания аудио через Эзернет на уровне МАК адресов карты, без всякого TCP и UDP. Но это все пока только тесты. Хотя LPC2368 и для этого годиться.
По поводу High speed USB. А виндовые драйвер поймут такое аудиоустройство?
По поводу DMA у LPC2368. Вроде оно работает, только там чудес много. Например оно работает только с RAMом USB. Даташит вообще читать почти бесполезно, лучше следить за конфой на http://groups.yahoo.com/group/lpc2000/ Зато это решение почти самое дешевое для 192/24. Cypress c FPGA выходят гораздо дороже.
А про связку ATmega162+PDIUSB12 можно подробнее? PDIUSB12 не в DMA работала? Нечто подобное тоже рисовал, но Атмега8 только конфигурила PDIUSB12 и следила за ошибками протокола. Сам трансфер был по DMA в сериалайзер на XC9572 (карта была только на выход).

Полный дуплекс 192/24 стерео в виндюках все-таки работает. У меня такое устройство уже второй год серийно выпускается (правда, в виде блока, а не карты). Проблемы с драйверами есть, но преодолимые. Требуется только, чтобы протокол USB был полностью в руках. Мы использовали поэтому ISP1581 (можно и 1582). Возни с ними много, но, в основном, потому что описание - дерьмо. Кристаллы очень приличные. Проблемы с драйверами в том, что в Win XP (младше не работает вообще) в изохроне у мелкомягкого работает только режим, когда в фрейме задействован один микрофрейм, в котором можно передать до 3 пакетов данных, а обычно периферийные чипы при увеличении загрузки стремятся использовать несколько микрофреймов во фрейме и один пакет в микрофрейме. При воспроизведении в этом месте проще, но зато есть засада с синхронизацией. Либо надо делать очень большие буфера в периферийном устройстве, либо старательно обманывать дядю Билли, т.к. при попытке слегка увеличить или уменьшить поток виндюки делают это через неделю.
Что касается действительно хорошего АЦП, то я знаю только один - EK5394A, который и был использован в этом устройстве. От него действительно можно получить 120 дБ сигнал/шум (если Вам нужно столько).

Простите, но мне кажется, что Вы обрисовали вопрос не совсем правильно.
1. Пропускной способности HS USB для передачи 10 каналов в произвольных направлениях хватит.
192к*24*10=46 080к, в то время, как реальная пропускная способность USB - около 400 000к, что почти в 10 раз больше (при отсутствии ошибок в канале, ессно).
2. Драйвера для такого чюда, скорее всего, придётся писать самому. Не уверен, что со "стандартными" вообще получится что-то путное.
3. А никто и не заставляет под виндой делать какое-либо микширование, равно как и вообще какую-либо реал-тайм обработку. Именно для этого на аудиокартах ставится DSP, который делает всё "на месте": поддерживает ввод-вывод, буферизацию данных по каналам, микширование, спецэффекты и т.д. Без данного устройства современную, даже недорогую, компьютерную аудиосистему представить себе уже трудно...

Тут дело не в HS, а в том, чтобы "прикинуться" стандартным USB устройством. Тогда поймёт. Хотя, эта затея более, чем сомнительна (не в смысле сложности реализации - протоколы обмена неплохо документированы)...

Может, все же AK5394A?

Да, конечно, sorry, он у меня в каком-то старинном документе так был поименован.

Эта карта относится к разряду "профессиональных", и, по результатам тестирования на ixbt (весьма поверхностного, кстати) действительно показывает неплохие характеристаки, во всяком случае, по сравнению с другими. Но 1300-1500$ - это явный перебор...

Плюс - довольно большой объём буферного ОЗУ.
Минус - параллельная шина ВВ имеет меньшую пропускную способность, чем HS USB канал, что может стать очень существеннным при организации дуплекса.
Документация NXP давно уже стала притчей во языцех...

Простите, не понял.
1. Зачем вообще нужен изохрон?
2. Что значит "стремятся"?

Извините, чего пропускная способность? Во первых, у АРМа (2368) USB2.0 FULL speed (а не HIGH) что дает нам на шине 12 Мб "грязными", реальных мегаБАЙТА 1.5-1.8 если спользовать фичи типа ДМА и мультиплекстрованны буферов.
А 400Мб это только в страшном сне приснится (или имеется ввиду USB3?). На специально заточенных виндах, только при определенных контроллерах USB2 high speed на материнках народ выжимал из Cypress 45МБАЙТ в одну сторону, а обычно получалось 28-35 МБ.
А ошибок в потоковых приложениях никто не исправляет- некогда, действуют по принципу "Померла так померла" (с)

Бюджет проекта 5000р.
Товарищу ещё на Казусе каждый второй внятно объяснил что ни денег ни имеющихся скудных знаний ни разумного времени ему с товарищем не хватит на решение поставленной задачи.

Канала. HS USB.

А кто говорит о фулл-спиде?
Автор темы уже в первом посте недвусмысленно дал понять, что ему нужен хай-спид.
Кроме того, ARM я настоятельно не рекомендую использовать для таких применений.
"Реальных мегаБАЙТА 1,5-1,8" при фулл-спиде не получится. Потому, что получится в лучшем случае 1 мегаБАЙТ.

Простите, а в чём Вы считаете? Я - в битах в секунду, что совершенно понятно из подсчёта. Вы - вроде тоже, когда писали о фулл-спиде... Не понимаю тогда, что Вас смутило?

ЗЫ. А-а, кажется, понял. Вы, видимо, перепутали теоретическую скорость фулл-спид УСБ в мегабитах и мегабайтах.

Ну, вот и посчитайте. Этого за глаза хватит.

Здесь, вроде, шла речь о (себе)стоимости готового изделия, без учёта затрат на разработку. Естественно, они будут более, чем на два порядка выше.

Да что Вы... нет конечно же. Два студента не могут скинуться на профессиональную карту аудиозахвата. Денег есть 5000р. Вот на них нужно и разработать и изготовить _одну_единственную_штуку_ чисто для себя. Начало темы на казусе в разделе микроконтроллеров. Я указал автору на одни только затраты изготовления на _один_ порядок больше всего их бюджета, так это было принято им на смех.


Хайспид, фуллспид.... Автор темы такие слова впервые узнал пару дней назад. Как и то, что существует такой контроллер как ARM. Видели бы вы первоначальную постановку задачи на переходнике FTDI

Ну, надеюсь, польза от обсуждения вопроса всё же будет, и не только для автора темы.

Вот именно!

Ого народу привалило! Выходной, сразу видно =)
А я вот только с экзамена. Сессия закрыта - приступим вплотную к проекту.


Согласен, заложится есть смысл, если это не архинакладно выйдет.
Пожалуй буду смотреть DSP.

Если кто может подсказать подходящие (кроме тех что указал Stanislav), буду премного благодарен!

Именнно из-за таких серийных карт и начата разработка.


Имелось ввиду всего 10 каналов 5.1 выход + 2 стерео входа

Ну если уж на то пошло, то можно сразу слушать себя через аналог, зачем перецифровывать? =)
Дело в том, что на ПК может еще риалтайм происходить обработка. (Ну, на мощном ПК)

Выпихнути при USB 2.0 хайспид получится.

Езернет - изврат. И главное зачем?

LPC2368 не потянет.

Про АТмегу+... посмотрите тут: http://www.circuitcellar.com/AVR2004/HA3553.html
Там поток все же через мегу.

Если можно, поделитесь пожалуйста информацией по ваш вариант. Будет интересно посмотреть.


То что работает - это радует.
А как ВЫ обходили грабли?

AK5394A надо глянуть....


Реалтайм на ПК очень даже желателен.

Все же хочется "прикинутся". Хотя бы на первое время. Потом всегда можно дописать.


Вот именно! Я же указывал не просто так тех. задание. Из него очевидно что нухен хайспид!

Вот и я говорю что хватит!

Вот именно! Без учета затрат на разработку!
Зачем бы я пост создавал, если бы хотел заказать разработку? =)


Извиняюсь за оффтоп - несдержался... устал уже что мне все время пытаются доказать что я верблюд.

Уважаемый VDG, не стоит настолько свысока смотреть на людей, о которых вы ничего не знаете!
Все когда-то были студентами, и вы тоже. Между прочим умный студент лучше плохого препода. (с) Народная мудрость.
Причем не просто 2 студента, а схемотехник и программист с опытом работы.

Про ARM и USB HiSpeed я узнал не вчера и даже не позавчера.
Просто идея постоянно развивалась и дошли до этого. И правда, начиналось с AVR, но были другие задачи (96КГц симплекс)
Теперь видим что и ARMа нам мало.

Вы хоть сходили по ссылке которую я давал про PDIUSB12? ( http://www.circuitcellar.com/AVR2004/HA3553.html )
Вы вот не знали (как я понял) что это реализуемо. А оно работает!
Про FTDI спорить не буду т.к. точно не разобрался.

По существу:
Все не так как вы мыслите. Делается не потому, что нет денег на покупной девайс, а потому, что есть желание сделать лучше за тоже бабло. (цена/качество)
Да и вообще, глянем выше и видми пример фуфла за 1,5 косаря зелени. Кроме того интерес. ВОТ причина!

Денег у нас не 5т.
5т. - это примерная стоимость ГОТОВОГО девайса: детали + сборка.

Без обид. (с) VDG


Это было бы просто здорово! =))

ЗЫ Большая благодарность 2 Stanislav за человеческое отношение и ответы по теме.

ЗЗЫ Уффф... Упарился писать

Значт коротко и по существу. склепал я девайс тоже подобного назначения.
Обошлось все примерно в 60$.
Имеем:
1.Cypress CY7C68013A (High Speed)
2.Altera EPM3064A-TC44 - плисина
3.Analog devices AD1871 - 96khz 24bit АЦП
4.Analog devices AD1854 - 96khz 24bit ЦАП
5.Генератор на 74НС00
5.EEPROM и рассыпуха.
Плату делал фотоспособом, использовал покупной текстолит с фоторезистом.
ЦАП и АЦП не супер-пупер,но взял из того,что было.
CY7C68013A - отличный чип
Все это дело после отлова многочисленных глюков(ну ее в жопу тот MAX3000, надо MAX2 юзать), учитывая,что это мой первый проект на ПЛИС-е, заработало на ура.
С софта юзал SDCC(8051 компіллер), Altera Quartus 7.2(задолбался качать через мобилу), текстовые редакторы тип.
Устройство работает в дуплексе.
С железом все, теперь надо попарится с дровами под винду(а там черт все на свете себе переломает, очень тяжело дается человеку, работающему под Unix-ом,да и документации и примерв,что кот наплакал),тк народ хочет винду. А девайс делался и отлаживаля в FreeBSD.под виндой только Alter-у мучал в квартусе.

Плата 2слойная,рисовал в Eagle.

По поводу стандартного USB аудио драйвера в винде - не связывайтесь. в win2000 оно глючит жестоко. BSOD не с того не с сего. usbasio еще не пробовал. В FreeBSD такой драйвер хоть как-то работает, хотя даже там написано, что если оно заработало - вы везунчик

И забудьте про всякие АРМ и ДСП. нах оно надо? вы звук собираетесь писать или херней маятся?(всякими там спецэффектами)

Вот еще ложу разводку платы..для критикования

Здравствуйте уважаемый brag!

BSOD просто так не бывает =) (обычно)
Может ошибка на стороне МК в обработке сервисных пакетов?

А что есть такое MAX3000 и MAX2?

Не могли бы вы поделится исходниками и схемами? (игл есть)
Если не сложно, то еще описание, в 2х словах.
Буду оч. признателен!
Мой mail: shvetsov@kivinet.ru

И еще, подскажите, где лучше читать про плис, если еще не работал с ними?

По поводу критики платы:
1. Надо бы сделать гальваничискую развязку аналога и цифры.
2. В даташите к Cypress написанно, что следует особое внимание уделить разводке.

чтём: 12.0 PCB Layout Recommendations

ставлю +/-/? : выполнено ИМХО требование или нет. (? сам не знаю)

- At least a four-layer impedance controlled boards are required to maintain signal quality.
? Specify impedance targets (ask your board vendor what they can achieve). To control impedance, maintain trace widths and trace spacing.
? Minimize stubs to minimize reflected signals.
+ Connections between the USB connector shell and signal ground must be done near the USB connector.
+ Bypass/flyback caps on VBus, near connector, are recommended.
- DPLUS and DMINUS trace lengths should be kept to within two mm of each other in length, with preferred length of 20-30 mm.
- Maintain a solid ground plane under the DPLUS and DMINUS traces. Do not allow the plane to be split under these traces.
- It is preferred is to have no vias placed on the DPLUS or DMINUS trace routing.
- Isolate the DPLUS and DMINUS traces from all other signal traces by no less than 10 mm.

Возможно где-то неверно оценил (хреновый англицкий у меня, да и масштаб платы на глаз сложно оценить), но в любом случае несколько минусов наберется полюбому! Конечно ясно, что самому 4 слоя не сделать, но с разводкой DP/DM надо повнимательнее ИМХО.

Может глюки из-за этого? 500МГц, это не шутки вам!

PS Извените, если излишне придираюсь.

Красиво. А что по RMAA получилось (уровень шумов)? Может поделитесь проектом ( не корысти ради, а токмо для углубления знания)?
А вот за ссылку на usbasio Спасибо огромное!! Не подскажите, где взять полный и описание поддерживаемых протоколов?

Пока не мерял по шумам. на 10мм изолировать - далековато
Зазор 2мм - можно сделать...хотя надо ли.данные гонятся 30мбайт/сек.по моему нормально.
Без переходных не подключить - разьем со стороны компонентов
"At least a four-layer" - да пошли они.сделать можно,но геморно.я делал.
"Maintain a solid ground" - ну можно сделать.вобще я е читал это все.так плату делл,как привык.и ниче,работает.
Гальваническая развязка - бред наверное.не тут ей место...
хотя надо потестить еще.
спасибо

Только что в новостях увидел ссылку:
http://www.bridgeco.com/index.php?option=c...6&Itemid=44

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

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

Ну и что что 30мбайт, частота всеравно около 500МГц, вне зависимости от скорости. Или я не прав?
Конечно работает, но вы же сами на глюки жаловались... Или там глюки другого рода?


Дааа, наворочено-то. Для общего развития если тока =)


Понял. Спасибо!

Выше предлагали использовать неизохронный режим USB. Какая макс. скорость возможна?
Из за чего могут быть потери в изохронном режиме? (если используем хороший экранированный USB кабель, и нормально разведена плата)

2 brag

Кстати вы не ответели что есть такое MAX3000 и MAX2?

MAX3000A
MAX2

Уважаемый brag,а не могли бы вы выложить проект здесь, либо на почту cbv22@mail.ru. Буду очень признателен!!!
Мне Cypress тоже очень понравился, тока вот времени небыло разобратся со связью Cypress с АЦП .

Каков протокол аудиоданных на компьютере?
Как их софт понимает? А то без этих знаний и схему не нарисовать!

Я писал в чем были глюки. С самой плисиной.. Там сльно большие задержки. На дорожке клок уже пришел.пока долез до стейт-машин в плисе,пока изменилось состояние машины и пока оно вылезло наружу(на дорожку), так клок уже упал,или даже собрался подыматься. Вобщем переделывал машины...
В железе глюк был только один - генератор для аналогового тракта был на 5в,я их переводил в 3в полевиком. полевикаа чет колбасило,я резанул дорогу,подал на генер 3в и пустил клок на прямую.а аналоговая часть и 3вольтовый клок прохавывает без проблем.
Частота то 480мгц,но там ей и место


Изохрон имиет высокий приоритет, но не имеет коррекции ошибок. Он гарантирует, кажись 80%(не помню) пропускной способности шины. Но он не гарантирует доставку информации в ее исходном виде,те могут быть ошибки.
Дорога вам на usb.org

Это семейства плисов. Как было написано выше, altera.com все скажет


К сожалению, пока нет. Проект имеет возможность принести денег, почему бы ею не воспользоватся. Ведь это все таки должен быть мой хлеб.
Да и зачем он вам? вы же свое делаете. Тем более инфы много в инете,а ее особо там и не надо много. Даташитов достаточно.
По драйверам сам помочь не могу,тк сам еще баран в них.
На вопросы отвечу


НА каком компютере? на моем?
Почему не нарисовать? вам надо доставить даные на комп,а что дальше с ними делать - проблеммы вашего драйвера.
Вобще я гоню, как есть. 8bit dummy+24bit Signed big endian msb first. те всего у нас 8 байт. первые 4-левый,вторые-правый.первый байт ис каждого канала лишний,остальные идут в порядке от старшего к младшему. вот и все.

Только через плисочку,если ацп с последовательным интерфейсом

Если можно немного подробнее. Через какой ендпоинт гонится поток? Поток изохронный? Можете ли поделится дескриптором устройства? Формат и скорость жестко забиты или ими можно управлять с компа?
Частота кварца?
Очень большое пожалуста ответить.

С изохрлоном ясно. А ошибки-то вот откуда возьмутся, если используем хороший экранированный USB кабель, и нормально разведена плата? Вы изохрон пользуете?

А через регистр сдвига + триггер почему нет?