Shtirlich

а поподробней? идея была в том чтобы на общей схеме создать шины, допустим, A[1..4] A[5..8] A[1..8]. правда вот что произойдет с при подключении шины A[5..8] к порту PORT[1..4] ... явно ничего хорошего. видимо все таки двухуровневой схемой не обойтись, нужны листы с соединениями. либо эти самые соединения вываливать на главный лист.

66 просмотров. странно , что никто не заметил отсутствия REPEAT перед именами выводов блоков. правда если команду все же поставить при попытке подключить жгут Altium выплевывает вереницу окон ошибок и виснет. видимо придется по старинке. кстати харнессы как я понял все таки можно использовать многократно - в этом то и смысл. для этого на жгут ставится имя цепи. при компиляции получаются иерархические имена цепей с точкой в качестве разделителя. так что дело не только в графике. TOREX, а как соединялись цепи в левом нижнем углу? например DIN4 и 1-8. Net Tie? другой вопрос: имеем 2 разных блока - блок_1 с 4-мя и блок_2 с 8-ю выводами. блок _1 повторяется 2 раза. выводы 1..4 блок_1.1 соединенны с выводами 1..4 блок_2, а выводы 1..4 блок_11.2 с выводами 5..8 блок 1. теперь представим соотношение выводов не 4 - 8, а скажем 16 - 32, или 4 - 64. хочется соединения произвести шинами или жгутами, причем блок_1 собрать стопкой, а не ставить 32 раза на схему. существует ли решение? я пробовал шину именовать, например, A[5..8], ноль эмоций со стороны КАДа. при наведении курсора пишет Net A[1..8]. то есть вынуть часть шины куском нельзя? Сабунина читал. посоветуйте еще толковые учебники

Добрый день, коллеги. впервые реально столкнулся с многоканальностью. решил проект делать иерархическим на нескольких листах, затем мультиплексировать. столкнулся с проблемой при использовании жгутов: имеем схему на выходе жгут типа Analog_diff_signal. это выход буфера для АЦП с диф входом. затем имеем АЦП 8 входов АЦП такими же жгутами объединены в один типа Audio_Diff_Signals далее лист где соединяем 1 АЦП и 8 буферов буферы собраны в стопку командой Repeat. как можно видеть жгут выходящий из буферов имеет тип одиночного сигнала. при компиляции получаем ошибку, говорящую что в цепи жгута POS и NEG подключено несколько выходов одновременно. то есть жгут был подключен ко всем слоям стопки в параллель. как быть в таких ситуациях? механизм используемый с шинами видимо не подходит - попытался собрать шину жгутов поставив Net Label вида A[1..8], получил ошибку. далее как стыковать мой "восмиканальный" жгут с отдельными каналами? хочется чтобы на схеме шел один жгут без габаритных переходных соединителей.

согласен, не надо путать запись и воспроизведение! в даташите на PCM2903 написано дословно, что на выход режим адаптивный, а на запись асинхронный. это означает что при записи микра шлет на хост в текущей пачке столько, сколько намерило АЦП, и все. проблема в том что внутреннее АЦП PCM имеет свой PLL. PCM2903 приемлемо работает просто от кварца если она на отдельной плате и чисто запитана. если же рядом молотит еще какая нибудь логика и разводка не очень внутренние PLL начинает беситься внезависимости от того тактирование от кварца или от синтезатора. и хоть внешний синтезатор сам иногда еще та головная боль :cranky:, его использование единственный надежный способ получить спектрально чистый, без полос, измеренный сигнал. правда от него должно быть "запитано" все на плате. двух кварцев быть не должно. попытки тактировать Audio-ADC по I2S (Master CLK) от контроллера вообще приводят к падению разрядности на пару бит, ибо встроенные PLL контроллеров помимо ошибки по частоте имеют безбожный джиттер.

содержимое i2s.usb.audio.demo.zip которое я скачал с с сайта http://ics.nxp.com/support/documents/micro.../?type=software и содержимое папки \Embedded Workbench 6.0 Evaluation\arm\examples\NXP\LPC23xx\IAR-LPC-2378-SK\AudioDevice мне показалось разными проектами.

сам не нашел на сайте Атмела. поэтому и указываю пути относительно распакованного архива. для того чтобы люди не скачивали все печатнул в pdf 2 листа из документации. 2-й приктрепленный файл как раз описывает пример реализации в одном физическом устройстве 2 логических: USB - динамики и преобразователь USB-сом. если нужно еще чемто управлять кроме звука на стороне устройства данной решение наиболее простое и надежное. правда я позже поговорил с человеком активно пишущим под AVR32 и AT91, он их не сильно хвалил по быстродействию.. как бы то нибыло документация Атмела на их библиотеки в стиле Java мне показалась очень неплохим учебником по USB в случае если изучать кто-что-как делает.

кстати Юрий_СВ своей ссылкой на Atmel дал неплохую заценку. на сайте Атмеля можно скачать их набор библиотек для дляты AT91SAM7SE-EK. http://www.atmel.com/dyn/resources/prod_do...91sam7se-ek.zip. дальше по относительным путям: документация по проекту композитного аудио + CDC /at91sam7se-ek/softpack-1.5/usb-device-composite-cdcaudio-project/usbmi_devicemi_compositemi_cdcaudiomi_project0_dir_description.html а это про то как в аудио добавить запись /at91sam7se-ek/softpack-1.5/at91lib/usb/device/audio-speaker/USBAudioRecorder0_page_description.html чтото мне атмель сразу стал симпатичен.. короче я на распутье. кто что лично пробовал? посоветуйте USB_Audio_Recorder.pdf usb_device_composite_cdcaudio_project.pdf

вот почти оно и надо! единственное меня под конец прочтения всего рекомендованого материала заглючило: какой из проектов мы обсуждаем в качестве примера. тоесть во фразе речь идет о экземпле который в иаре вложен? или о проекте от nxp?

забыл сказать, нужно чтобы ввод был стерео с частой не ниже 48 кГц. в данных примерах моно, причем на 8-ми битке частоты дискретизации 8 кГц видимо тоже буду пробовать на нем стартануть. кодек и синтезатор не проблема, они всеравно будут. кодек, точнее аудио АЦП, чтобы обеспечить нужное качество, а синтезатор уже давно юзаем дабы не плодить кучу асинхронных генераторов на плате. сейчас все реализовано на PCM2103 + MSP2234 как управляющий контроллер. хочется на одном корпусе. ту lebiga: я если что надоем с вопросами, Вы не против?

не нашел, можно ткнуть носом плиз

есть задача ввести звук в писишник по USB. тоесть устройство - USB девайс, собирает данные, допустим, по I2S и шлет их через USB носту. посмотрел реализации соответствующих классов у техасского инструмента для стеларисов и у ST для stm32. вообще не увидел возможности с использованием стандартных библиотек направить звук в ПК, везде только вывод. посему вопрос: может кто уже пользует такое решение? пишу здесь потому что нужен мощный универсальный камень с богатой переферией. в идеале камень должен помимо звука потянуть виртуальный ком через композит, может быть несильную графику и много небыстрой периферии. создавать сий баобаб на чемто слабее ARM7 считаю формой анонизма. производитель не сильно важен как и стоимость самой микросхемы. или может существует волшебная билиотека/фреймворк/SDK/операционка, которая при прикручивании к любому камню реализует описаный функционал? p.s. сам бы написал с все нуля не будь я таким тупым лентяем = )

up

риторика вещь безусловно хорошая. просто мне кажется что вам не нужен человек на пол года, а мне мататься туда-суда (как делают многие мои знакомые) будет тяжело. никчему хорошему это не приводит. переехать на совсем, не знаю. физически очень тяжело перевести деревяную яхту и жену в положении. я уже не говорю про только что сделанный кап ремонт квартиры - просто жалко пол года жизни. вчера сотку предлагали, чтото америко-нефтяное из Москвы, отказался.

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

все еще ищу..