Буфер FIFO + цап

[3Way]

Можно ли подружить без потери данных из-за различия в тайминге?

[ZugDuk]

подключаются три, остальные не нужны.

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

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

Ты под какой операционкой это проделывал?

FIFO там тоже есть. Но подключая лишь 3 провода из 16, мы теряем эти возможности.

Кстати да. Лучше не фифо буфер подключать, а ПЛИСИну. В ней сделать формирование I2S из паралельных 8 бит данных. А клок синхронный с клоком ЦАП заводить на IDE разъем. Если там внутри фифо, значит должон быть и вход для клока.
3Way
Если не трудно, скинь пожалуйста спек на IDE с обозначением лап на мыло zugduk sabaka mail ru

Добавлено через 1 минуту

Но подключая лишь 3 провода из 16, мы теряем эти возможности.

Почему из 16ти, а не из 8ми как объяснил 3Way ?

[3Way]

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

Да! Приведу пример, того что будет на выходе, когда посылаетсяв порт допустим, слово 12h.
Преобразуем его в двоичный формат, получим 00010010.Это означает, что синхронно со стробирующим импульсом -IOWR на шине данных появятся значения:
data7=0
data6=0
data5=0
data4=1
data3=0
data2=0
data1=1
data0=0
Те если нам нужно вывести на data2=0 , data1=1 и на data0=0 то
необходимо записать в порт 00000010 или 02h.

[3Way]

в IDE контроллер данные можно передавать простым копированием из любой программы. FIFO там тоже есть. Но подключая лишь 3 провода из 16, мы теряем эти возможности.

неверно,см предыдущий пост.

Ты под какой операционкой это проделывал?

dos 6.22, в проге debug в командной строке доступно запись/чтение
портов.

А клок синхронный с клоком ЦАП заводить на IDE разъем. Если там внутри фифо, значит должон быть и вход для клока.

Это древний стандарт и относительно простой, и кроме как писат/читать в озу ничего не умеет. Его назначение - работа с буфером внешнего устройства причем полностью под управлением или пользовательской программы и/или драйверов и/или bios компа. Поэтому клока у него нет.

[Эзотехник]

Всё там есть, в стандарте ATAPI расписаны контакты разъёма IORDY, DMARQ, DMACK и т.д.
http://www.t13.org/docs2002/d1410r3b.pdf
Так что жду схему ввода/вывода I2S и тактирования АЦ/ЦА преобразователей через шину IDE или ОЗУ жёсткого диска.
Например для стерео 768 кГц, 20 бит.

[ZugDuk]

Всё там есть, в стандарте ATAPI расписаны контакты разъёма IORDY, DMARQ, DMACK и т.д.

Да вот мне тоже кажется что должно быть.

ИМХО реализация должна быть такая:

Должен быть выделен в оперативной памяти компа буфер, из которого по внешнему клоку от ЦАП должны забираться данные в паралельном виде и далее в ПЛИС преобразовываться в I2S формат. Или без ПЛИС, но тогда требуется их определенным образом сформировать.

IDE порт должен работать с этим буфером в памяти в режиме DMA. ИМХО он умеет так работать.

Вот примерно такое тех задание.
Но ИМХО под виндой ничего работать не будет.

[Эзотехник]

Но ИМХО под виндой ничего работать не будет.

Почему это?
Можно сделать FAT и 2 виртуальных папки - IN & OUT. В первой всегда лежит R/O файл ADC.WAV длиной 44 байта, который можно копировать часами, из любой ОС. Из второй играется всё, что туда попало.
Насчёт ПЛИС ещё рано думать, для начала нарисуйте схему хоть на отдельных регистрах.
Но неисправный винчестер дешевле чистой ПЛИС, содержит флэш-память и буферное ОЗУ, паять стоногие чипы не надо, а программировать придётся в обоих случаях.
Помогите выбрать самый документированный процессор, имеющий компилятор ассемблера и утилиту для прошивки ПЗУ.
Список микросхем: http://www.pc3khrt.com/hddpcb.htm
Старые диски должны быть лучше описаны, а это сравнительно новые модели, пока оттуда нашёл только http://www.cnhdd.com/hdd/library/interface/sh7660pb.pdf
В нём 2 FIFO, а третий буфер - в контроллере на "материнке".

[ZugDuk]

А внешний буфер неохота. Охота как на PCI в slave режиме, тобишь буфер в оперативной памяти и работа с ней в режиме ДМА. вроде как IDE порт имеет настоящие прерывание и будет без перебоев забирать данные из буфера. А может и нет Иначе нафига ставят буферы в винты и целых 2штуки?

Можно сделать FAT и 2 виртуальных папки - IN & OUT. В первой всегда лежит R/O файл ADC.WAV длиной 44 байта, который можно копировать часами, из любой ОС. Из второй играется всё, что туда попало.

Ничего не понял. Объясни по подробней. Я о том, что как сделать в винде команду "копировать в IDE порт"? Она ж винты сначала определяет, монтирует логические диски с ФАТ системой, и только потом команду копировать можно применять к папкам и файлам в файловой системе. В паралельный порт можно отправить данные, а в IDE не уверен, что прокатит.

Насчёт ПЛИС ещё рано думать, для начала нарисуйте схему хоть на отдельных регистрах.

Рано даже этим заниматься. Сначала надо убедиться (видимо спросить где то), что под виндой на IDE порт можно безперебойно выводить информацию.

Но неисправный винчестер дешевле чистой ПЛИС, содержит флэш-память и буферное ОЗУ, паять стоногие чипы не надо, а программировать придётся в обоих случаях.

А зачем нужна флэш, контроллер и его программирование?

[Anr]

А если проще IDE (SATA) <-> железяка ->I2S

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

[andrey_s]

Рано даже этим заниматься. Сначала надо убедиться (видимо спросить где то), что под виндой на IDE порт можно безперебойно выводить информацию.

Последний на странице:
http://www.hdd-911.com/index.php?opt...d&ascdesc=DESC
Обсуждение здесь (возможно потребует регистрацию):
http://electronix.ru/forum/index.php?showtopic=9539

Только, ИМХО, передавать по IDE 150-400КБайт в секунду - это излишество. Если уж все равно писать утилиту под винды, то, возможно, лучше так: софт -> D2XX драйвер -> USB -> FT245R -> ПЛИС конвертации 2*8бит (или 3*8) в I2S.

[ZugDuk]

andrey_s,
Спасибо за очень полезные ссылки.

Если уж все равно писать утилиту под винды,

Есть огромная разница - писать утилиту или писать драйвер.

[Anr]

Есть огромная разница - писать утилиту или писать драйвер.

Принципиальной разници нет. Вопрос оформления и отладки

[Саша1]

Ещё это устройство как-то конфигурировать надо под формат воспроизвоимого файла по критериям частоты семплирования и глубины разрешения. Или программно, что более универсально, поскольку не будет конкретно привязано в железе к типу воспроизводимого файла, путём выставления соответствующих уровней на выходах служебных линий (вот куда можно будет потратить лишние биты параллельных портов на IDE шине или выходе чипа от FTDI FT245). Или аппаратно, в железе, путём анализа заголовка wav файла, передаваемого (копируемого) на "ложный HDD", эмулируемый обсуждаемым устройством. Во втором случае железо будет привязано к конкретному типу медиафайла (wav), в разных разрешениях, естесственно, но зато на уровне драйверов ничего делать не нужно, надо только убедить ОС, что она работает с обычным HDD.
Думаю, что на базе б/у контроллера HDD или CD такое устройство вполне реально сделать, у меня такие мысли были уже с год назад, но я пока отложил их реализацию.

[ZugDuk]

Ещё это устройство как-то конфигурировать надо под формат воспроизвоимого файла по критериям частоты семплирования и глубины разрешения.

На самом деле ничего конфигурировать не надо. Формат 44/16 и все. Больше ничего не надо.

[Саша1]

ZugDuk,

На самом деле ничего конфигурировать не надо. Формат 44/16 и все. Больше ничего не надо.

Кому-то не надо, кому-то надо. Расширить границы воспроизводимого формата до 24/196 не так и сложно будет.
Другое дело, что кроме wav ничего не нужно.

[ZugDuk]

Кому-то не надо, кому-то надо. Расширить границы воспроизводимого формата до 24/196 не так и сложно будет.
Другое дело, что кроме wav ничего не нужно.

А смысл? Все равно записей таких нет и не будет.

Самое правильное и простое ИМХО - это плугин к winamp или foobar и просто вывод 44/16 на ЦАП или ЦФ.

[Anr]

Самое правильное и простое ИМХО - это плугин к winamp или foobar и просто вывод 44/16 на ЦАП или ЦФ.

А плугин писать проще?

Мне кажется, весь подход к данной железяке неправильный...

[Ave]

Идея мне нравится, сам долго голову над этим ломал. Но есть один гемор, в виндовом программировании плохо разбираюсь.
В связи этим вопрос: есть программный плейер и есть вав файл, куда плейер сует данные?
Как мне кажется отсылает он их не на прямую в устройство, а в какой-то windows-причиндал, а этот причиндал отправляет их через драйвер в устройство.
Если это так то всетаки свой драйвер надо делать.
Плагин для плейра - это по моему не очень универсально.

[Эзотехник]

Я о том, что как сделать в винде команду "копировать в IDE порт"? Она ж винты сначала определяет, монтирует логические диски с ФАТ системой, и только потом команду копировать можно применять к папкам и файлам в файловой системе.
[...]
А зачем нужна флэш, контроллер и его программирование?

чтобы фальшивую геометрию винта и FAT отдать операционке. А дальше winamp или foobar со стандартными disk_out плагинами в него играть будут.
Только исходники firmware винчестерных контроллеров - дефицит. Или надо хорошо владеть дизассемблером IDA.

Как мне кажется отсылает он их не на прямую в устройство, а в какой-то windows-причиндал, а этот причиндал отправляет их через драйвер в устройство.

проигрыватель отправляет в виндовую подсистему мультимедии (если режим вывода не kernel streaming или ASIO). Там данные от нескольких источников могут ресэмплится, микшироваться и отправляться в драйвер звуковой платы. Если он структуры WDM, то это лишь "обёртка" над системным драйвером ввода/вывода в порты portcls.sys.

[Ave]

1.Похоже, что во время прослушивания музыки на этом девайсе работать на компе будет невозможно. По моему писать что-то на винт или с винта на болванку или вообще какое-либо обращение к дискам будет сильно затруднено. И еще у меня например на одном АТА два винта на другом цдром, а у многих и еще хрен знает что понавешено.
2. В виде чего BIOS опознает эту штуку и как потом это скажется на ее работе?

[Эзотехник]

1.Похоже, что во время прослушивания музыки на этом девайсе работать на компе будет невозможно. По моему писать что-то на винт или с винта на болванку или вообще какое-либо обращение к дискам будет сильно затруднено. И еще у меня например на одном АТА два винта на другом цдром, а у многих и еще хрен знает что понавешено.
2. В виде чего BIOS опознает эту штуку и как потом это скажется на ее работе?

1. Разве CD-ROM в режиме цифрового воспроизведения CD-DA (мимо аудио-кабеля) сильно замедляет Windows? 100% загрузка процессора будет, если данные в порт пишутся в режиме PIO. В DMA все намного лучше. Но тогда промежуточные буфера нужны и их контроллер.
2. в виде пустого HDD с FAT 2GB или FAT32 4GB.