AZ для БК-0010(01) и БК-0011М

[hobot]

SuperMax, подвесил бы тему, что бы не опускалась?

[Advertiser]

[CodeMaster]

подвесил бы тему, что бы не опускалась?

Актуальная тема никогда не опустится ;-)

[SuperMax]

SuperMax, подвесил бы тему, что бы не опускалась?

подвешу как начну писать и буду регулярно выпускать прошивки

сейчас жду ПЛИС - последний компонент застрял на таможне

уточнения по функционалу

1. сам контроллер AZ с кучей дисков,сетевой картой, сервером WEBDAV
эмуляция дисков:
- RT11 32МБ
- дискет
- образов HDD SMK512
2. оперативная память 32МБ с загрузкой с SD-карты и эмуляция всяких ПЗУ - те я думаю, можно будет реализовать концепцию с полным отключением всех ПЗУ в БК.
3. КНГМД со стандартным 40pin разъемом для подключения дисководов
4. RS232 полноценный с возможностью переключения на TTL 3.3V + программное управление скоростью порта
5. AY-3-8910 x2
6. Covox / стерео / 16bit
7. OPL2
8. Перехват спикера
9. микшер звука (те спикер, ковоксы, AY, OPL2 итд)
10. таймер с прерыванием для обработки звука и/или DMA контроллер для звука
весь звук выводится на 16bit-цап и наружу
11. Часы с календарем, питание от 2032
12. Синхронизация часов через Internet
13. Энергонезависимая память для сохранения настроек звука, конфигурации
14. VGA видеовыход, с поддержкой legacy режимов а также расширенной палитрой 15bit (5bit на канал)

поддержка образов дисков:
1. диски для RT11 - это уже есть
2. образа дискет - планируется
3. образа hdi - те "образ винта" - планируется

[SuperMax]

Проектирование AUDIO-тракта

Ковокс
технически у нас хороший стерео ЦАП 16bit с частотой дискретизации хоть в 500кГц

соответственно получается набор регистров
AСSL - 16bit левый канал
AСSR - 16bit правый канал

добавляем регистры для удобства работы
ACM - 16bit ковокс моно - те данные записанные туда попадут в AСSL и в AСSR
(если писать в старший байт то будет 8bit моно)

ACS - 8bit стерео covox - те младший байт это левый канал а старший правый

также добавим 177714 но надо понять как там сделаны ковоксы втч и стерео
кто может написать инструкцию по работе с ними ?


AY - 2шт
вопросы
реально надо 2шт ? делаем один на правый канал а второй на левый ?
в режиме моно тупо дублируем пришедшее на первый и кидаем на второй?

Я хочу сделать максимально удобно для программирования - соответственно кидайте идеи как это будет удобно использовать
те может 16bit регистр итд


Микшер
AMS - 16bit регистр громкости cпикера
AMC - 16bit регистр громкости ковоксов
AMY - 16bit регистр громкости AY

[gid]

кто может написать инструкцию по работе с ними ?

Инструкция проста: mov #data, @#177714
чем быстрее херачить данные в порт, тем выше сэмплрейт.
Было три вида ковоксов:
самый распространённый вариант: моно 8 бит - использовался мл. байт порта 177714.
редкий вариант: стерео 8 бит - мл.байт - левый, ст. байт - правый. Или наоборот. Кто как провода спаяет.
теоретический, в природе не встречался: моно 16 бит - все 16 бит порта использовались под ковокс. Не взлетело из-за низкого быстродействия БК.
Все они строились из набора резисторов по схеме R-2R.

реально надо 2шт ?

Ну, одна уже приелась, а 3 или 4 - может уже перебор. Две в самый раз.

делаем один на правый канал а второй на левый ?

Предлагаю, классическое подключение, но с запараллеленными выходами AY: каналы А1,А2 - левый, B1,B2 - левый+правый, C1,C2 - правый.
Таким образом обычная трёхголосая музыка будет звучать как обычно.

А в режиме моно не надо дублировать, надо просто в микшере каналов AY объединить финально смикшированные левый и правый в один - моно.
И при этом может играть как трёх голосая мелодия так и 6-ти.

А возможно регистры AY посадить в адресное пространство, чтобы они были доступны по чтению/записи как обычные ячейки памяти? Чтобы прямо сразу туда писать, и даже делать арифметические операции над тоном.
Или нет смысла из-за того, что регистры тона, которые из двух байтов, всё равно не получится читать/писать за один раз как слово?
Или теоретически такое сделать можно, но получится неоправданно навороченная конструкция из кучи корпусов?

[SuperMax]

Инструкция проста: mov #data, @#177714
чем быстрее херачить данные в порт, тем выше сэмплрейт.
Было три вида ковоксов:
самый распространённый вариант: моно 8 бит - использовался мл. байт порта 177714.
редкий вариант: стерео 8 бит - мл.байт - левый, ст. байт - правый. Или наоборот. Кто как провода спаяет.
теоретический, в природе не встречался: моно 16 бит - все 16 бит порта использовались под ковокс. Не взлетело из-за низкого быстродействия БК.
Все они строились из набора резисторов по схеме R-2R.

понятно

соответственно добавлю включение ковоксов с 177714 как опцию которую можно отключить

Ну, одна уже приелась, а 3 или 4 - может уже перебор. Две в самый раз.

Предлагаю, классическое подключение, но с запараллеленными выходами AY: каналы А1,А2 - левый, B1,B2 - левый+правый, C1,C2 - правый.
Таким образом обычная трёхголосая музыка будет звучать как обычно.

логика понятна

А возможно регистры AY посадить в адресное пространство, чтобы они были доступны по чтению/записи как обычные ячейки памяти? Чтобы прямо сразу туда писать, и даже делать арифметические операции над тоном.
Или нет смысла из-за того, что регистры тона, которые из двух байтов, всё равно не получится читать/писать за один раз как слово?
Или теоретически такое сделать можно, но получится неоправданно навороченная конструкция из кучи корпусов?

можно так как это все в ПЛИС втч и сами AY

[gid]

Хорошо, что можно. Но вот нужно ли? Что-то я подумав про варианты использования, начал сомневаться в полезности такого варианта.
При генерации музыки лучше всё таки буферизованный вариант - сперва подготавливаются данные для всех регистров в текущем кванте воспроизведения, а потом по-быстрому заливаются в регистры AY. Иначе могут начаться искажения, вызванные разным временем изменения данных в регистрах разных каналов.
А регистры в адресом пространстве удобны наверное для создания звуковых эффектов в играх, чтоб побыстрее и поменьше тактов тратилось на звук и побольше на игру. Но тогда они все должны быть 16 разрядными: регистр тона, амплитуды, микшера, а это уже прямо вообще отход от канонов и скорее всего будет отвергнуто обществом.

[SuperMax]

Хорошо, что можно. Но вот нужно ли? Что-то я подумав про варианты использования, начал сомневаться в полезности такого варианта.
При генерации музыки лучше всё таки буферизованный вариант - сперва подготавливаются данные для всех регистров в текущем кванте воспроизведения, а потом по-быстрому заливаются в регистры AY. Иначе могут начаться искажения, вызванные разным временем изменения данных в регистрах разных каналов.
А регистры в адресом пространстве удобны наверное для создания звуковых эффектов в играх, чтоб побыстрее и поменьше тактов тратилось на звук и побольше на игру. Но тогда они все должны быть 16 разрядными: регистр тона, амплитуды, микшера, а это уже прямо вообще отход от канонов и скорее всего будет отвергнуто обществом.

вопрос в удобстве программирования - те если это будет удобно писателям игр то я так и сделаю

[SuperMax]

Ну вот и свершилось!
пришли ПЛИС (и что важно - новые!) и разъемы под VGA нужного размера, а то в первой партии пришли суперслимы которые конечно можно запихнуть но они короче и немного другой шаг контактов на печатку

сегодня сборка!

- - - Добавлено - - -

Итак платы AZ BK







Теперь можно приступать к программированию

[Manwe]

Красота!