хм...не думал что это кеш....Сообщение от ewgeny7
такие в микронике продаются по полтинику...
хм...не думал что это кеш....
такие в микронике продаются по полтинику...
Scorpion 256 TurboPlus GMX2048 edition (с новой ревизией спец-чипов - Турбина и ПрофПЗУ на GAL22v10D, ФАПЧ дисковода - GAL16v8D ),CARO ZX_MC/SMUC1.3/GeneralSound 512 Kb/FDD3.5+5.25... Pentagon1024Sl v2/Z-controller+SD 2Gb/GS-512/TurboSound/FDD3.5+5.25...Speccy2007 48 +SD 2Gb ( 128+Ay в процессе ) ... Все через PAL-Coder
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Нужны свежие идеи. На сегодня имеем такую картину. Память UT62256CPC-70LL работающая в качестве нижней памяти ведет себя правильно. Если использовать ее как верхнюю память периодически проявляется ошибка при чтении из нее (по всему диапазону 0х8000 - 0xffff ). Причем либо младший бит данных сбрасывается, либо биты 5, 7 устанавливаются. Например записано 0x47, а прочиталось 0x46. Если она битая, почему работает в первом случае. Не понимаю.
Решение есть - заменить память и забыть, но ведь должно же быть объяснение.
---------- Post added at 21:57 ---------- Previous post was at 21:29 ----------
Шина данных подтянута к 5 В (10k).
Все сигналы идут прямо с Z80. (Ax, Dx, ~RD, ~WR). Только ~CS идет с ПЛИС, но формируется он очень просто.
syd, мне видится токо одно объяснение: обращение к видео ОЗУ должно происходить не за 3, а за 4 такта, чтоб синхронизироваться со сканером. На оригинальном Сперктруме доп. такт добавляется остановом CPU, на отечественных клонах - через WAIT. Если этого не делать, то надо очень быстрое ОЗУ чтоб доступ к памяти был прозрачным, иначе будут вот такие глюки. Поэтому с быстрой памятью всё работает, а медленная просто не успевает за пол такта 3,5МГц выдать правильный результат. Т.е. 70нс память по идее должна успевать работать прозрачно без задержки.. но говняная память - не успевает.. Это возможно объясняется тем, что эта память - перемаркированная из более медленной фальшивка, или некондиция - у китайцев это бывает часто.
Последний раз редактировалось Black_Cat; 28.11.2009 в 03:31.
БК-0010, в том и проблема, что в качестве видеопамяти она успевает все сделать, а вот в качестве верхней памяти не читает иногда нормально. Хотя там время на чтение больше 1 такта 3.5 МГц (> 280 нс).
Судя по тому, что данные читаются практически правильные (только некоторые биты испорчены) я сделал вывод, что операция чтения проходит, но кто-то еще занимает шину данных, и портит их. Вытащил эту память, запустил тот же тест, но проверяю, чтобы читалось все время 0xff. Пока все четко, без сбоев. Значит шина в порядке.
ну так и должно быть.. Сканер же должен иметь приоритет в управлении переключением шины адреса. Поэтому он-то, как раз имеет нормальный доступ к ОЗУ, а процессору достаются остатки.. И если проц не тормозится чтоб его доступ был посередине между обращениями сканера, то ОЗУ просто не успевает отрабатывать запросы проца. В этом случае ессно ничего кроме #FF читаться без ОЗУ не будет, потому как никаких левых данных там нет..
В speccy2007 используется две микросхемы памяти. Одна для видео памяти, она делиться между процом и видеоконтролером (сканером). Именно от нее процу остаются остатки. Так вот она работает нормально.
Вторая память напрямую связана с процом (висит прямо на шине данных и шине адреса проца). Эта память не тормозиться, тк сканер работает со своими шинами , и не мешает ей.
пардон, тормознул на счёт "верхней памяти", забыл что речь о 48к, а не о 128к.. т.е. глючит именно процессорное ОЗУ?
Да.
---------- Post added at 12:49 ---------- Previous post was at 12:43 ----------
В общем еще гипотеза, шина VD меньше нагружена (только плис). Шина D нагружена процом, плис, авркой и пзу. Возможно память не справляется с такой нагрузкой на шину данных. А если работает как видеопамять, и нагрузка меньше, то все ОК. Но как это проверить? И как исправить?
Каким образом на память влияет проц, плис, авр и пзу. Они посылают какие-то сигналы? Как они могут работать не конфликтуя между собой? Что значит нагрузка для памяти? - Это количество обращений к ней? Я задаю может быть глупые вопросы, но иначе у меня даже идеи не сможет возникнуть если я не пойму простых вещей.
Есть смысл тебе морочится с этой проблемой, или просто тебе интересно разобраться? Мне интересно читать сообщения, хотя мало что понимаю.
Еще вопрос. Есть у меня еще память для 128 варианта, UT621024PCL-70LL, она будет работать нормально или сразу заказывать другой аналог?
Последний раз редактировалось rnd.gen; 28.11.2009 в 12:58.
Было бы интересно попробовать еще более медленную память (>70ns), но другого производителя. Может действительно данные микросхемы не справляются из-за нагрузочной способности шин (to rnd.gen: когда к одному источнику одновременно подключено несколько потребителей, которые "подсаживают" шину).
Для меня тоже важно узнать, будет ли в 128-ом варианте работать UT621024PCL-70LL, так как я тоже купил именно эту память для расширения.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
