Я говорил, что надо снимать металл, когда отдавал чипы.
Т.е. с каждого чипа получаются по две фотографии: общая (просто вскрытая) и со стравленным металлом.

Увелич файл подкачки, и еще не такие картинки сможешь открыть. Я редактировал очень большие фотки (больше гигабайта в размере) и все решалось так, но у меня был "пентиум 1" тогда и фотошоп не имел отдельного файла подкачки Я ставил в несколько гигабайт, по-моему 16ГБ ставил (для открытия нужно больше). Если у тебя комп не допотопный должно все получится

чтобы пояснить суть проблемы, вот фотка PLA со снятым слоем металла:


(это из архива visual6502)

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

-- 20 окт 2012, 10:44 --

вот, пометил проблемные места, где не видно диффузию:



это 4 PLA (выбор регистра, выбор фазы NTSC сигнала, выбор номера сканлинии(V), выбор номера пикселя в сканлинии(H))

LINE LOGIC - запускает различные блоки PPU, в зависимости от номера сканлайна/текущего пиксела.

и ещё не разобрать ячейки памяти (спрайтовой и палитры)

А может уж проще весь металл снять?
В таком случае хоть фотографии эти пригодятся для проекта Visual6502.org.

Там у них чёткое разделение. У каждого чипа есть фотки с металлом и фотки без металла.

честно говоря меня озадачил вопрос Homer-a )
это как - не весь металл снять ? )
я думал процесс снятия металла следующий - в керамическую ванну с электроподогревом наливается кислота, потом туда опускается микросхема не несколько минут, после чего извлекается и отмывается )

тем более у NMOS-микросхем которые мы послали всего один - поверхностный слой металла.

Вот я закрыл шоп после склейки:

Пик - 7,2ГБ. На старой машине, когда я клеил YM2612, у меня была система х86 и ОЗУ стояло 3,2Г (4ГБ физики) он после каждой операции свопил пару минут. При закрытии свопил около 4х минут (винт, правда, был фрагментирован).

Org сказал, что фотки YM2612 тоже нельзя полностью расшифровать, потому что металл не снят.
Homer, сам чип еще не выкинул (с весны)?

Я имел ввиду слои. Металл может быть и в 2 и в 3 слоя... Ну ок. Сниму все

Гдет валяется эта ямаха. Но времени ткоа катастрофически на все нет. У меня же основная работа есть...

Слой на наших микросхемах только один И он поверхностный.

Я даже не смотрел че там и как. Зарядил и погнали. шас глянул. да один слой металла. Не ожидал что это такое старье...

Шас закончу с PIC-ами займусь вами

Да, они все являются старьём:
RP2A03G и RP2C02G - конца 80х
RP2A03H и RP2C02H - начала 90х

Homer, практически у всех NMOS-микросхем один слой металла. Точнее даже, я ещё не видел многослойных NMOS-чипов.

К NMOS относятся : MOS 6502, Zilog Z80, Motrolla 68000, Yamaha 2612, i8086/88, то есть все чипы той эпохи, которая нам интересна.

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

Да свопит он долго, но файл, все же, открывается.
Память такая штука, что ее не хватает сколько бы ее не было. У меня было 4 стало 8 и всеравно мало
Помню сидел на пеньке первом у меня было 16МБ всего, когда поставил 128МБ мой преятель сказал: Все, тебе памяти хватит на что угодно (тогда это было го-го сколько ) и фиг ты ее забьешь хоть на 50%. Когда я показал сколько памяти сожрало в режиме простоя (Windows 98), а потом что-то еще открыл он чуть не упал - память была забита почти вся

Бородатый баян: сколько нужно памяти для работы Windows? Сколько найдет - вся.

Основные работы по трассировке PPU завершены:

1. Запустил сайт, посвященный проекту :

http://breaknes.com

Пока там ничего нет. Думаем над дизайном и структурой

2. Поработал над схемой верхнего-левого куска PPU (он управляет всеми остальными блоками PPU).

(по ссылке открывается картинка в высоком разрешении, весит 17 MB)

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

Немного деталей.

В этой части схемы находятся :
- схема доступа к I/O регистрам (PLA справа вверху)
- генератор видеосигнала (слева)
- по середине находятся счетчики H/V, которые используются для подсчета количества строк и количества пикселей в текущей строке. по результатам их значений активируется рандомная логика, которая расположена ниже и командует остальными частями PPU.
- в самом низу находится DRAM палитры со схемами выборки (RAS/CAS), а чуть выше - палитровый буфер из 6 блоков, в которых хранится текущий цвет. 4 левых блока используются для хромы, 2 правых - для люмы. эти значения попадают в схему генерации видеосигнала, где выбирается одна из 12 фаз, соответствующая указанному цвету (либо сигналы hblank/vblank или color burst)
- рандомная логика управляется PLA-декодером, по существу вся работа сводится к проверке условий типа:
Если номер текущего пикселя 220, то включить такую-то управляющую линию (условно).
Конечно, на самом деле всё немного сложнее (проверяются совместные условия), но в целом это работает как-то так

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

Quetust завершил работы над Visual2C02: http://www.qmtpro.com/~nes/chipimages/v ... index.html
ну вообщем-то этот симулятор особо не помогает общему делу, потому что управлять PPU предложенным способом и не имея возможности посмотреть готовую картинку весьма неудобно.
Мне проще получить транзисторные схемы и понять по ним логику работы, чем делать умозрительные заключения по состоянию сигналов в симуляторе.

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

Для RGB-варианта надо RP2C03 где-то искать и вскрывать.

На самом деле нет ) Небольшие изменения в видеотракте и можно на выходе RGB получать (выкинуть DAC и генератор фаз, добавить еще один PLA для преобразования хромы/люмы в фиксированный RGB)

С логической схемой посложнее, я ещё такого не делал)
Я сразу в Си-код перевожу работу всех блоков, думаю конвертировать потом в Verilog будет не сложно. Просто я с Verlog не сталкивался ещё.

-- 01 ноя 2012, 01:08 --

Пока Quietust заморачивается с визульным симулятором, я отщипнул очередной кусочек от PPU



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

На схеме представлены следующие компоненты:
- OAM (спрайтовая память, DRAM), 2112 бита, 264 байта (из них 256 байт под спрайты и 8 байт - служебные данные)
- логика декодирования 9-битного индекса для доступа к OAM (RAS/CAS)
- OAM-буфер, хранит последнее прочитанное или записанное значение. Этот буфер подсоединен к внешней шине данных PPU, а также к остальным блокам.
- логика управления OAM-буфером (включает себя делитель/8 счетчика пикселей, в связи с тем, что выборка данных из OAM производится 1 раз за 8 пикселей)

Таким образом остается еще 3 куска : схема сравнения спрайтов (1st hit) которая находится по середине вверху, набор счетчиков (слева внизу) и data reader (квадратный кусок справа внизу). эти части достаточно простые в плане схем, потому что там много повторяющихся структур.