GD-Rom

[ValeraK]

Не спеша продолжаю разрабатывать аппаратный эмулятор GD-Rom.
Опубликовал у себя в проектах базовую схему:
http://www.ValeraK.ru/project.html#GDromSD

[cybdyn]

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

уже пробовали подключать контроллер и ловить запись в реги гдрома? контроллер тактируется 33.86мгц, внутри умножение стоит, говорили про 200мгц?

[ValeraK]

(15.07.2012 15:57)cybdyn писал(а):  пока я сомневаюсь в некоторых местах, но если заработает, то это будет интересный проект!!
уже пробовали подключать контроллер и ловить запись в реги гдрома? контроллер тактируется 33.86мгц, внутри умножение стоит, говорили про 200мгц?

Думаю, что всё заработает, 200mHz очень приблизительно, если не хватит производительности можно взять кристалл на 400 mHz (цена 4 бакса против 2 баксов). Частота 33.8688 это требование AIC, от этой тактовой всё синхронизируется - менять нельзя, иначе саунд будет с джиттером. Лапок у MPU только-только хватает - пришлось извращаться, иначе придётся ставить более дорогой кристалл (а это увеличение цены за лапку), что в свою очередь увеличит стоимость изделия. Сейчас трассирую плату из тонкого стеклотекстолита - чтобы не делать шлейф можно перевернув PCB против часовой стрелки подключить соединитель, а места крепления SDcard и Соединителя на G1 будет усилены приклеенными накладками из стеклотекстолита.

[cybdyn]

получается, что с платы гдром частота 33.86 должна валить на мэйн-борд?

[ValeraK]

(16.07.2012 12:40)cybdyn писал(а):  получается, что с платы гдром частота 33.86 должна валить на мэйн-борд?

Ну да, на контакте "B23" сигнал CDDA_CLK должна быть частота 33.8688MHz для AIC звука. На плате GD-Rom это кварец с маркировкой 338AP05. Если бы этой частоты не требовалось, то я смог бы на простенькой AtMega64 всё сделать. А так пришлось взять контролер от ADI с аппаратной поддержкой I2S и отдельным выходом тактов, в результате на два корпуса раздулась схемка.

[cybdyn]

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

[ValeraK]

(16.07.2012 15:22)cybdyn писал(а):  а там и правда на аику заводят отдельную частоту, вот у себя тож продкорректирую в схеме.

Дык эт-же синхра fs для аудио канала, на ней всё LR bitrate держится, следует внимательней отнестись к этой частоте, могут быть грабли вплоть до обвала саунда. Dreamcast лично мне импонирует именно качественным саундом и не только FX а также продвинутым синтезом. Ямаха рулит однозначно.

P.S. Век живи - век учись, всё равно ... :-)

[cybdyn]

о, как раз думаю - чё за частота нужна этим DAC, буду её тож заводить.

[ValeraK]

(16.07.2012 17:54)cybdyn писал(а):  о, как раз думаю - чё за частота нужна этим DAC, буду её тож заводить.

Ну БурБраун/ТексисИнструмент например для Dir9001 требует для авто фрэйм синхры с I2S S/PDIF - частоты 24.576MHz. Я с этим столкнулся при разработке микшерского пульта на Pcm3070. Так что кто во что горазд, то и втыкают.

[Retro]

ValeraK а можно по подробнее как пользоваться gdi2dii?
интересно глянуть что за образы получаются.
и еще вопрос:обратно в gdi она могёт?

[ValeraK]

(16.07.2012 19:24)Retro писал(а):  ValeraK а можно по подробнее как пользоваться gdi2dii?
еще вопрос:обратно в gdi она могёт?

Да всё просто, распаковываем TOSEC zip архив и даём утилитке gdi2dii в командной строке имя файла с расширением gdi. Из файла GDI прога берёт имена файлов со смещением всех сессий и создаёт один файл с расширением dii содержащий индексы и содержимое сессий.
В дальнейшем этот файл записываем посекторно на SD карточку - это именно тот носитель который будет использоваться устройством проекта GDromSD.
А в обратном преобразовании из dii в gdi нет необходимости, поскольку изначально имеется gdi. Для проверки dii я написал простенькую тестовую утилитку, но опубликовывать не стал из-за её технологической направленности.
Понятно, что прежде чем опубликовывать на своём серваке я проверил работоспособность указав насколько готова каждая часть проекта.

[Retro]

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

[myx]

Лишь бы задуманное получилось. Тфу тфу тфу.)))

[SI{AY]

Retro, да ненагоняйте вы.. какая оболочка? там же одна команда для конвертации по идее как я понимаю.
когда появится программка кто нить и сделает тебе батник. не нужен такой программе ГУЙ.
Разве что в одном сразу обьединить и конвретрер и проверялку корректности конвертирования и запись в карточку))

---

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

---

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

[cybdyn]

кстати, для отладки что в нем твориться и что он там считывает - чтонить предусмотрено. усб или компорт? связь с пк вообщем?

[Retro]

(16.07.2012 22:13)SI{AY писал(а):  gdi2dii а под что она написана то хоть? хотел запустить глянуть, ан нет.. скачивается без расширения и т.д... неужели линух?

там же одна команда для конвертации)) nix-win какая разница))

[ValeraK]

(16.07.2012 22:13)SI{AY писал(а):  Разве что в одном сразу обьединить и конвретрер и проверялку корректности конвертирования и запись в карточку))

---

ValeraK, а можно схемку получше качеством, в дипрейсе(вроде в нем нарисовано, я не путаю?)

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

Ну можно инвокить zip либы чтобы в ГУИ выбрать архив игрулки и флэшку на которую лить. Прога распаковывает gdi, собирает dii и заливает его на SD карточку всё в одном компоте. Но пока мне не до этого, других дел навалом.

Схему перезалил в 300% качестве диптрейса, вроде всё нормально читается.

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

---

(16.07.2012 23:49)cybdyn писал(а):  кстати, для отладки что в нем твориться и что он там считывает - чтонить предусмотрено. усб или компорт? связь с пк вообщем?

В принципе у блэкфина есть джитаг порт для дебага, но мне он без надобности я ж пишу на ассемблере, своим компилятором быстро перегоняю в машинный код и заливаю в SPI флэшку. Ну а вставить дебагные закладки проще простого учитывая быстроту обновления софта. Можно на время отладки прицепить на лапки используемые для I2S небольшой LCD экранчик с интерфейсом контроллера типа SPI или I2C и выдавать на него дамп протокола обмена. Я на прототипе именно так и хочу поступить.

[cybdyn]

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

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

есть интрес по этому контроллеру "блэк", я бы простеньеую флэш-плиску подцепил типа макса для интрерфеса с железом.
не в курсе, у этого блэка есть аппаратная поддержка стороьов чтения-записи , ну типа когда ноги выполняют функцию RD/WR при чтении во внешнее пространство?

[cybdyn]

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

[ValeraK]

(17.07.2012 10:15)cybdyn писал(а):  с экранчиком смотреться будет круто. но на экране толком ничего не увидишь, а для его обслуги ещё писать доп код. как по мне - вообщем это лишняя работа.

не в курсе, у этого блэка есть аппаратная поддержка стороьов чтения-записи , ну типа когда ноги выполняют функцию RD/WR при чтении во внешнее пространство?

Экранчик нужен только на момент отладки софта, в окончательном варианте его не нужно. Особо ничего писать не надо, я уже писал код для lcd (nokia, ampire etc), просто вторично использую ранние наработки.

У этой модельки блэкфина нет модуля доступа к внешней памяти, но есть же другие кристаллы этого семейства с поддержкой sram, sdram, ddr - просто в данном случае выбор был сделан из соображений низкой стоимости и минимума "лишних" узлов периферии.