Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Это не "дура", это FMonster |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 * 7 8 9 | Печать |
pahan
Advanced Member
Откуда: Химки, М.О. Всего сообщений: 1070 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мар. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 28 ноября 2018 22:45 Сообщение отредактировано: 28 ноября 2018 22:53
Вот примерно так: Да. Из памяти в устройство: я из приложения пишу в некий порт. Чтобы записать это через DMA я должен что-то особенное сделать, что-то подготовить или вызвать? 1) Сформировать в памяти массив данных, который будет переслан устройству. Размер его - не более 64 Кб , выровнен по границе сегмента. 2) Замаскировать (отключить) нужный канал в контроллере DMA 3) Передать адрес начала массива контроллеру DMA (записать число в порт, номер порта зависит от номера DMA-канала). 4) Передать фактический р-р блока данных минус 1 5) Задать режим передачи (одиночная/блочная/автоинициализация/направление...) 6) Размаскировать канал - передача начнётся немедленно (вообще-то по завершении процессором текущей команды, но на современных системах этим можно пренебречь). В обратном направлении - первый шаг не нужен (сами данные придут с устройства, но буфер под них всё равно должен быть выделен). И, допустим, плата дала запрос на DMA. В какой последовательности и когда прибудут данные по шине? На том же цикле? Отдельно потом, когда появится DACK? Когда появится DACK - означает, что DMA-контроллер принял запрос и готов к работе. После этого начинается реальная передача данных и можно снимать DRQ. Данные прибудут тогда, когда пройдёт импульс по линии T/C (контакт B27 в ISA). (Это с точки зрения железа, с точки зрения софта - ждите прерывания/опрашивайте регистр/отваливайтесь по таймауту). |
justontime
Full Member
Откуда: СПб Всего сообщений: 236 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 сен. 2016 |
Fagear написал: Неплохое объяснение с примером - Может кто-нибудь быстро введёт "чайника" в курс дела?https://wiki.osdev.org/ISA_DMA |
rus
Advanced Member
Всего сообщений: 298 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 24 нояб. 2014 |
Ну а коли вопрос правильный, позволю себе некоторые разглагольствования на тему. )) Насколько я понимаю, все источники будут отдавать сигнал в формате I2S, так? Думаю, существуют в природе (специально вопрос не изучал) недорогие интегральные смесители сигнала I2S с опорной частотой 96кГц. Не лучше ли будет разместить на плате один такой сумматор с общей для всех источников линией MClock, которому все наводки в компе будут нипочём? Разместить его поближе к заднему брекету с разъёмами, и после него останется применить всего ОДИН, но качественный ЦАП, какой-нибудь 20-битный, SNR не менее 110 дБ. Ну и весь аналоговый тракт будет максимально коротким и максимально изолированным, бережно защищённым. Или всё-таки на каждый горшок своя крышка, т.е. свой ЦАП, перетяжка линий к одному месту, суммация всех ЦАПов обычным стереомикшером на плате? Вообще, например, с экономической точки зрения что выйдет дороже, несколько ЦАПов с аналоговым микшером, или I2S-микшер и один ЦАП? |
Fagear
Advanced Member
Откуда: Москва, САО Всего сообщений: 1228 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 янв. 2010 |
pahan, justontime спасибо большое за ликбез! Значит, в случае CSM всё примерно так: 1) ПО выделяет в ОЗУ кусок под данные для PCM DAC (не более 64 КБ) и пихает туда сэмплы. 2) ПО маскирует нужный DRQ (1 или 3). 3) ПО настраивает DMA контроллер (указание канала, адреса на буфер, размера и прочее). 4) ПО демаскирует DRQ. 5) ПО пишет в AY чип по адресу BASE+0x00 номер регистра "0xFF" (управление портом I/O B). 6) ПО пишет в AY чип по адресу BASE+0x01 данные для регистра 0xFF, чтобы дёрнуть пин 7, отключив аналоговый выход C от микшера и разрешив выдачу DRQ. 7) ПО пишет ряд байт в AY чип по адресу BASE+0x00 и BASE+0x01, чтобы заставить канал C чипа AY генерировать запрос DMA. 8) AY по таймеру выходом C дёргает DRQ. 9) DMA контроллер выдаёт DACK и начинает передачу данных для CSM. На последнем пункте вопрос - DMA контроллер выставляет какой-то адрес для CSM или в этом нет необходимости? Ведь канал DMA жёстко указывает на эту плату. rus написал: Вообще нет, даже не близко. Насколько я понимаю, все источники будут отдавать сигнал в формате I2S, так? Ни один из чипов не отдаёт I2S. В цифре вообще отдают только два - OPL2 и OPL3, и у тех свой проприетарный Ямаховский интерфейс к своим же ЦАПам. Остальные чипы отдают сразу аналог. |
rus
Advanced Member
Всего сообщений: 298 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 24 нояб. 2014 |
Нда, жаль. Тогда остаётся только защищать линии насколько это возможно. Любая ошибка, и вся работа с чистотой звучания насмарку будет. |
Fagear
Advanced Member
Откуда: Москва, САО Всего сообщений: 1228 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 янв. 2010 |
rus написал: Для этого и идёт многостадийная отладка. Сначала несколько вариантов отдельных мини-плат, затем будет полноразмерный образец. Тогда остаётся только защищать линии насколько это возможно. Любая ошибка, и вся работа с чистотой звучания насмарку будет. |
Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 1 декабря 2018 15:30 Сообщение отредактировано: 1 декабря 2018 15:31
Fagear, а поставить вертикальные заземлённые шины через все слои на все зоны? Высотой 6,3? |
Fagear
Advanced Member
Откуда: Москва, САО Всего сообщений: 1228 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 янв. 2010 |
Кай написал: Да там слоёв то будет 2... Во всяком случае я буду избегать 4-х до последнего. а поставить вертикальные заземлённые шины через все слои А так - для начала нужно уместить всё. А там видно будет. |
pahan
Advanced Member
Откуда: Химки, М.О. Всего сообщений: 1070 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мар. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 4 декабря 2018 0:07 Сообщение отредактировано: 4 декабря 2018 0:08 Тут можно дополнить только, что буфер этот должен быть в пределах первого мегабайта, но при программировании под DOS это соблюдается почти автоматически 1) ПО выделяет в ОЗУ кусок под данные для PCM DAC (не более 64 КБ) и пихает туда сэмплы. Указывать канал на контроллере не нужно - просто у каждого из 4х каналов свои регистры адреса, размера, режима работы. Кроме этого, если выставить режим autoinitialize, по завершении передачи адрес и размер автоматически сбросятся на ранее заданные значения. Более того, если НЕ использовать autoinitialize, канал по завершении передачи автоматически будет замаскирован. 3) ПО настраивает DMA контроллер (указание канала Не знаю подробностей работы с AY, но в принципе возможен и другой режим - записью в request register DMA контроллера вы можете начать передачу по нужному каналу в любой момент, не дожидаясь, пока устройство физически дёрнет DRQ. 8) AY по таймеру выходом C дёргает DRQ. DMA контроллер выставляет адрес в памяти, с которого надо забрать данные и выставляет MEMR и IOW. DACK однозначно определяет какое устройство эти данные должно забрать с указанного адреса, отдельно выставлять адрес устройства (и вообще знать его) контроллеру не нужно. Собственно, возможная неправильная реакция какого-либо устройства в этот момент явно запрещена неактивным сигналом AEN. На последнем пункте вопрос - DMA контроллер выставляет какой-то адрес для CSM или в этом нет необходимости? Ведь канал DMA жёстко указывает на эту плату. |
Fagear
Advanced Member
Откуда: Москва, САО Всего сообщений: 1228 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 22 янв. 2010 |
pahan написал: Там очень замудрённый механизм запроса DRQ. Не знаю подробностей работы с AY pahan написал: Тогда, получается, CSM должен уметь работать двумя способами. DACK однозначно определяет какое устройство эти данные должно забрать с указанного адреса, отдельно выставлять адрес устройства (и вообще знать его) контроллеру не нужно. 1) Через DMA. 2) Прямой записью в порт. Потому что при работе через DMA от софта обращений по адресам CSM не будет (судя по кривому GAL - оно сработает просто при наличии DACK, IOW и разрешении, исходящего от AY). Однако некоторые игрушки явно пишут PCM данные просто в порт BASE+0x02: Что явно идёт в разрез с работой по DMA. [CSM] Write on port 222h, len 1, val 88h Надо пытаться запустить CSM на железе и смотреть на реальных железяках чего там куда обращается. |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 * 7 8 9 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Это не "дура", это FMonster |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |