А разве нету? Бит A4 всегда равен нулю, A3 равно A5.Цитата:
Сообщение от avivanov76
Вид для печати
А разве нету? Бит A4 всегда равен нулю, A3 равно A5.Цитата:
Сообщение от avivanov76
РТху уже заказал. Даже если найти импортную замену, то фиг её моим программатором прожжёшь. Так что надежда только на Ptero. :)
Я конечно не спец, но где-то читал что GAL серия может заменить эти ПЗУхи. Но можно ли 256 байт данных проэмулировать в ней - без понятия.
Цитата:
Сообщение от avivanov76
Не-не-не! Это с D14 возможно, а в этом случае - нет!Цитата:
Сообщение от Wierzbowsky
Так что всё это означает? Может логика какая глючит? По словам Владимира РТшки почти никогда не дохли.Цитата:
Сообщение от b2m
Много где попадалось (и в инете, и в техлитературе), что РТшки имеют свойство самовосстанавливаться (не целиком, а какие-то выборочные, единичные перемычки), третий абзац.Цитата:
Сообщение от Wierzbowsky
Тем более, по твоим словам, условия хранения твоей платы были далеки от "тепличных"...
Это ещё мягко сказано - "не тепличных". Плата - явно утопленница. Под микрухами грязь, еле вычистил. Зубной щёткой и шильцем по всем ногам прошёлся, под микрухами тканью чистил. Ну а всё-таки - менять РТшку или как?
Я не написал, что остальные адреса формируются правильно и наверно вас запутал. Если на все адреса посмотреть, картина такая (линейный адрес -> преобразованный адрес, который должен быть -> получается):Цитата:
Сообщение от b2m
(1-я треть экрана)
18-1F -> 00-07 -> 00-07
20-27 -> 08-0F -> 00-07
28-2F -> 10-17 -> 10-17
30-37 -> 18-1F -> 00-07
38-3F -> 20-27 -> 20-27
(2-я треть экрана)
18-1F -> 28-2F -> 28-2F
20-27 -> 30-37 -> 30-37
28-2F -> 38-3F -> 38-4F
30-37 -> 40-47 -> 40-47
38-3F -> 48-4F -> 48-4F
(3-я треть экрана)
18-1F -> 50-57 -> 50-57
20-27 -> 58-5F -> 40-47
28-2F -> 60-67 -> 68-6F
30-37 -> 68-6F -> 68-6F
38-3F -> 70-77 -> 70-77
ПЗУ не участвует в формировании A0-A2 и A6 (хотя от A6 разряды A3-A5 зависят), поэтому нас интересуют именно эти блоки по 8 адресов. Если бы на вход ПЗУ какой-то разряд адреса не подавался, мы получили бы повторы в списке. Например, если бы младший разряд всегда был 0, то все нечетные строки совпадали бы с четными, если следующий разряд, то повторялись бы группы по две строки и т.д. Замыкания между разрядами тоже дали бы повторы, более сложные, но тоже повторяющиеся. Здесь же полная чехарда.
В режиме агата D73 пропускает все адреса без изменений. Если бы глючила логика, адреса искажались бы и в агатовских режимах тоже.Цитата:
Сообщение от Wierzbowsky
- - - Добавлено - - -
А почему? Здесь же не произвольные 256 нибблов, здесь довольно простое преобразование адресов (правда навскидку сложно сказать, какая емкость ПЛМ понадобится).Цитата:
Сообщение от LeoN65816
А что делать то с этой чехардой?
Я считаю, что ПЗУ менять.
Назначение этого ПЗУ - транслировать адреса A3-A5 в режиме Apple и передавать без изменений в режиме Агат. На входе у него одни и те же сигналы H3-H5. Если бы что-то было не так с входными сигналами, в режиме Агат мы бы видели искажения адресов (зеркаление по горизонтали). Но адреса вроде бы нормальные.
Допустим, с D68 приходят какие-то не такие V3, V4. Но тогда в пределах строки все было бы нормально (адреса бы шли последовательно), просто съезжал бы начальный адрес строки.
А здесь мы видим выборочные искажения в разрядах A3-A5 адреса строки, в 1-й и 3-й третях экрана. То есть ПЗУ напрашивается. Но для очистки совести надо бы еще глянуть, что на ногах 2, 1, 15 у D73 в текстовом режиме Apple.
Ок, сниму осциллограммы с D73 и D74 в режиме Apple.