МГТФ - любимый провод!
KAY-1024(4096)/SL-4/TURBO v2010 + Nemo-FDC + Nemo-IDE (CF 4GB) + SMUC2 Rev.B RTC (HDD 1.6GB + DVD-ROM) + PROF-ROM + ZXMC2 + GENERAL SOUND 2MB + ZX-BUS_TEE + FDD 3.5' + FDD 5.25' + VGA&PAL
Сегодня подключаю симм к Орели..
в 48 работает хорошо..
Столкнулся с одним отличием подключения..
в ленинграде-2 CAS береться инвертированный Н0..
а в Орели я брал сигнал С4 напрямую с 13ноги DD16 (ир11)...
Мож кому пригодиться...
Последний раз редактировалось oracleua; 14.04.2011 в 14:36.
Скрытый текст
Profi 5.06 1024K 12Mhz (кварц на 24), палитра, COM-порт, часы, hdd, covox, программатор
ZX-Spectrum +3, ZX-Spectrum +2B, ZX-Spectrum +2, ZX Spectrum 48, ZX Spectrum 48+
ZX Evolution Rev B.
Color 48 + Beta Disk Interface +FDD+YM2149F
Орель-08БК
Pentagon-48 (недоссобранный кем-то)
Pentagon-128 (полуубитый)
Кворум-128 (в ремонте)
Магик-05 (в ремонте)
Robotron 1715
Корвет ПК8020 и ПК8010
Amstrad CPC 464
Amstrad CPC 6128[свернуть]
Спек128 - испанская выдумка, навязанная Сэру Клайву. © Shaos
REAL HARDWARE MUST LIVE ! - http://SBLive.narod.ru/ZX-Spectrum/
Провелял я все сигналы...и С3...с ним СИММ неработал...(проверял как напрямую так и через инвертор)...
часть схемы расширения по сигналы А17 и А18 я взял со схемы расширения ленинграда-2
http://www.zx.pk.ru/showthread.php?t...0%E0%E4&page=6
а мультиплексировал их частью с lsy256 сигналами \IKB \C7 \HM
результат:
тест 128 видно что проходит...но нет никакой информации на экране..появляються только кубики во время теста памяти...
Пробывал различные комбинации сигналов...
Кстати пробывал подключать как по схеме расширения Ленинград2 ничего незаработало..
До этого были напаяны ру5 и Орель нормально работала в 128..
Последний раз редактировалось oracleua; 04.11.2010 в 21:07.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Понятно... Наверно, мультиплексоры не успевают сформировать вовремя адресные сигналы памяти, поэтому у тебя от C3 и не заработало. Оригинальный ход, я не пробовал применять C4 в качестве CAS. Но все-таки лучше найти и устранить причину чрезмерной задержки и задействовать сигнал C3. У тебя мультиплексоры и логика какой серии на плате расширения?
И еще вопрос: а если подать на сигналы A16, A17 и A18 постоянный уровень лог. 0 - то есть включить режим 48К - то заработает ли память от C3?
Все серии 1533...
Память проверял от С3 когда МА8 и 9 был на 0...
заработало только от С4..То-есть в 48 незаработало от С3..
Проверил:
Когда А14,15,16,17 на 0 неработает 48..(изображение есть)
когда А14 и 15 из схемы расширения а А16 и 17 на о работает 48...а 128 пишит ошибку конфигурации....(изображени� � есть)
Когда все сигналы из схемы расширения тест 128 проходит но нет изображения..появляються кубики только во время теста памяти..
Когда А16 на 0 а все сигналы из разширения тот-же эффект..
Когда все из схемы разширения а CAS с С3 то тест непроходит и невидно инфы теста (остановка на тесте конфигурации).
Когда CAS с С3 и А17 на 0..тест конфигурации останавливаеться(ошибка 00000111) инфа теста есть..
Когда CAS с С4 и А17 на 0..тест конфигурации останавливаеться(ошибка 00000111) инфа теста есть..
И еще сигнал IKB у меня неинвертированый...когда /IKB тест неработает..
Когда все сигналы из схемы расширения а CAS с С3 тест 128 останавливаеться на тесте памяти (инфы теста нет)..
Последний раз редактировалось oracleua; 04.11.2010 в 23:20.
А "родные" A14 и A15 от процессора ты подал на мультиплексор памяти? А то ведь если не подал - то оно и не должно было заработать. Процессор просто не имел бы никаких шансов произвести запись в экранную область.
Это с C3 такие результаты?
Все правильно, этого следует ожидать в любой конфигурации (в том числе с РУшками, а не симм). Эти результаты тоже с C3?
Тоже все правильно, это я ошибся в схеме расширения, указав инвертированный IKB. По-моему на плате "Орели" вообще нет сигнала /IKB, а для схемы расширения я брал сигнал с платы и не устанавливал дополнительных микросхем для его инверсии.
Значит смотри, я тут нарисовал идеализированные временные диаграммы сигналов "Орели" C2,C3,C4,C5,C6,C7. Строил исходя из того, что задержки микросхем DD12 и DD16 стремятся к нулю.
Высокая частота ("C") - Это вывод 12 микросхемы DD11 (КР580ГФ24) - 17.5МГц. Сдвиговым регистром DD16 формируются сигналы C2,C3,C4,C5 - все они имеют частоту, равную C/5 (17.5/5 = 3.5МГц) и сдвинуты друг относительно друга во времени, при этом импульсы C4 и C5 также имеют отличающуюся длительность.
Далее, с использованием C,C3,C4,C5 микросхемой DD12 формируются сигналы C6 и C7 вместе с их инверсиями. C6 имеет частоту 7МГц, но поскольку 7 не является множителем 17.5 - то длительность импульсов C6 является неравномерной во времени. C7 имеет частоту 3.5МГц, но в отличие от остальных сигналов той же частоты в схеме, фронты импульсов C7 совпадают со спадающими фронтами опорной частоты C.
В заводской конфигурации C2 подается на вход тактовой частоты процессора и на сигнал /RAS памяти, а C3 - на сигнал /CAS. Инверсный сигнал /C7 переключает адресные мультиплексоры памяти. Видно, что фронт /C7 как раз приходится между ниспадающими фронтами C2 и C3. По спадающему фронту /RAS память защелкивает адрес строки, а по спадающему фронту /CAS защелкивается адрес столбца, так что как раз между этими фронтами и есть смысл переключать мультиплексоры.
Кроме того, сигнал C2 подается на тактовый вход микросхемы триггера DD15.1, которая формирует сигналы HM и /HM. Этот триггер является арбитром доступа к памяти между процессором и видеоконтроллером. Когда /HM=0, доступ к памяти имеет процессор, когда /HM=1 - видеоконтроллер.
Так вот, в чем я вижу проблему использования C4 в качестве /CAS:
- малое время (57нс) между спадом C4 и нарастанием C2, то есть того момента, когда данные считывания памяти будут защелкнуты в буфере чтения данных. Память должна быть очень быстрой. Наверно симмка имеет достаточную скорость, но всякие РУшки и 41256 имеют задержку порядка 70-80нс от спадающего фронта /CAS до появления на выходе правильных данных считывания. Так что с ними такой номер бы вряд ли прошел.
Я думаю, что с полной схемой расширения C3 не работает в качестве /CAS потому, что на адресных мультиплексорах не успевает вовремя появиться правильный адрес, т.е. где-то тормозят мультиплексоры или логика, формирующие дополнительные адресные сигналы. Попробуй найди в датащитах данные о задержках этих мультиплексоров и логики. Посчитай задержки и выясни, превышают они 29нс или нет. Это как раз время от фронта /C7 до фронта C3, т.е. момента, когда на шине адреса памяти должен быть сформирован правильный адрес.
Вот, собственно, временные диаграммы "Орели".
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)