Speccy2007 v1.00

[Black_Cat]

syd, мне видится токо одно объяснение: обращение к видео ОЗУ должно происходить не за 3, а за 4 такта, чтоб синхронизироваться со сканером. На оригинальном Сперктруме доп. такт добавляется остановом CPU, на отечественных клонах - через WAIT. Если этого не делать, то надо очень быстрое ОЗУ чтоб доступ к памяти был прозрачным, иначе будут вот такие глюки. Поэтому с быстрой памятью всё работает, а медленная просто не успевает за пол такта 3,5МГц выдать правильный результат. Т.е. 70нс память по идее должна успевать работать прозрачно без задержки.. но говняная память - не успевает.. Это возможно объясняется тем, что эта память - перемаркированная из более медленной фальшивка, или некондиция - у китайцев это бывает часто.

[syd]

БК-0010, в том и проблема, что в качестве видеопамяти она успевает все сделать, а вот в качестве верхней памяти не читает иногда нормально. Хотя там время на чтение больше 1 такта 3.5 МГц (> 280 нс).

Судя по тому, что данные читаются практически правильные (только некоторые биты испорчены) я сделал вывод, что операция чтения проходит, но кто-то еще занимает шину данных, и портит их. Вытащил эту память, запустил тот же тест, но проверяю, чтобы читалось все время 0xff. Пока все четко, без сбоев. Значит шина в порядке.

[Black_Cat]

в том и проблема, что в качестве видеопамяти она успевает все сделать, а вот в качестве верхней памяти не читает иногда нормально

ну так и должно быть.. Сканер же должен иметь приоритет в управлении переключением шины адреса. Поэтому он-то, как раз имеет нормальный доступ к ОЗУ, а процессору достаются остатки.. И если проц не тормозится чтоб его доступ был посередине между обращениями сканера, то ОЗУ просто не успевает отрабатывать запросы проца. В этом случае ессно ничего кроме #FF читаться без ОЗУ не будет, потому как никаких левых данных там нет..

[syd]

В speccy2007 используется две микросхемы памяти. Одна для видео памяти, она делиться между процом и видеоконтролером (сканером). Именно от нее процу остаются остатки. Так вот она работает нормально.
Вторая память напрямую связана с процом (висит прямо на шине данных и шине адреса проца). Эта память не тормозиться, тк сканер работает со своими шинами , и не мешает ей.

[Black_Cat]

пардон, тормознул на счёт "верхней памяти", забыл что речь о 48к, а не о 128к.. т.е. глючит именно процессорное ОЗУ?

[syd]

Да.

---------- Post added at 12:49 ---------- Previous post was at 12:43 ----------

В общем еще гипотеза, шина VD меньше нагружена (только плис). Шина D нагружена процом, плис, авркой и пзу. Возможно память не справляется с такой нагрузкой на шину данных. А если работает как видеопамять, и нагрузка меньше, то все ОК. Но как это проверить? И как исправить?

[rnd.gen]

Да.

---------- Post added at 12:49 ---------- Previous post was at 12:43 ----------

В общем еще гипотеза, шина VD меньше нагружена (только плис). Шина D нагружена процом, плис, авркой и пзу. Возможно память не справляется с такой нагрузкой на шину данных. А если работает как видеопамять, и нагрузка меньше, то все ОК. Но как это проверить? И как исправить?

Каким образом на память влияет проц, плис, авр и пзу. Они посылают какие-то сигналы? Как они могут работать не конфликтуя между собой? Что значит нагрузка для памяти? - Это количество обращений к ней? Я задаю может быть глупые вопросы, но иначе у меня даже идеи не сможет возникнуть если я не пойму простых вещей.
Есть смысл тебе морочится с этой проблемой, или просто тебе интересно разобраться? Мне интересно читать сообщения, хотя мало что понимаю.
Еще вопрос. Есть у меня еще память для 128 варианта, UT621024PCL-70LL, она будет работать нормально или сразу заказывать другой аналог?

[Alex_kapfa]

Да.

---------- Post added at 12:49 ---------- Previous post was at 12:43 ----------

В общем еще гипотеза, шина VD меньше нагружена (только плис). Шина D нагружена процом, плис, авркой и пзу. Возможно память не справляется с такой нагрузкой на шину данных. А если работает как видеопамять, и нагрузка меньше, то все ОК. Но как это проверить? И как исправить?

Было бы интересно попробовать еще более медленную память (>70ns), но другого производителя. Может действительно данные микросхемы не справляются из-за нагрузочной способности шин (to rnd.gen: когда к одному источнику одновременно подключено несколько потребителей, которые "подсаживают" шину).
Для меня тоже важно узнать, будет ли в 128-ом варианте работать UT621024PCL-70LL, так как я тоже купил именно эту память для расширения.

[Black_Cat]

Шина D нагружена процом, плис, авркой и пзу

ПЗУ отпадает, т.к. токо на выход, а три ТТЛ нагрузки полюбому должна держать.. syd, а ОЗУ аедёт себя так и в твоём компе? Попробуй поварьировать подтяжку к +5В, запаяй параллельно ещё одну матрищу резисторов, чтоб сильнее притянуть шину данных.

[syd]

Alex_kapfa, rnd.gen, у меня в 128 версии UT621024SCL-70LL, работает отлично. Так что хз.

БК-0010, часть битов стабильно вместо 0 дают 1.

Буду завтра высылать rnd.gen плату с нормальной памятью, он уже скучает наверное.