вот тест который определяет/тестирует именно Pentagon256Цитата:
Сообщение от Serg6845
https://vtrd.in/system/HFT1_02.ZIP
Вид для печати
вот тест который определяет/тестирует именно Pentagon256Цитата:
Сообщение от Serg6845
https://vtrd.in/system/HFT1_02.ZIP
Учитывая, что контроллер дисковода нам пока не доступен, нужен тапок...Цитата:
Сообщение от goodboy
TAPверсию сделать не проблема, но сам тест лезет в ПЗУtrdos (например для определения ATM)
попробуй сначала вариант с обращением к ПЗУtrdos
Попробовал, вот видео проверки конфигурации:Цитата:
Сообщение от goodboy
https://disk.yandex.ru/i/6SUKD9GCa8zBuw
Так происходит и с AY и без, и с контроллером и без.
При выборе теста регенерации памяти просто сброс в бейсик 48
И вообще, ленинград и пентагон это, насколько я понимаю, разные компьютеры. Правильно ли было расширять память ленинграда по стандарту пентагона?
тест регенерации там кривой. то есть похоже это вобще не тест регенерации, просто тест памяти. специально воткнул в плату РУ7 (с которыми у меня регенерация точно НЕ работает) - тест прошел. потом все повисло, что не удивительно - РУ7...Цитата:
Сообщение от goodboy
- - - Добавлено - - -
ленинград и скорпион - еще более разные компы. тут уж выбирать надо - или-или. или делать переключение вариантов. с точки зрения схемы пентагоновский стандарт чуть попроще - не надо #1FFD декодировать.Цитата:
Сообщение от life
P.S.
у меня при загрузке тапки валится ровно в том же месте. при загрузке scl - виснет с зеленым бордером на CMOS часах (котрорых нет). у меня правда конфиг сильно нестандартный, но все же...Цитата:
это `точная` копия теста с дискеты, наличие прошивки trdos - обязательно.Цитата:
Сообщение от life
(в ней выполняется out (c),a для проверки переключения страниц как на ATM)
Возможно, я все же понял, в чем проблема. Сравнивая схемы Ленинграда, НЭТИ 128, различные схемы расширений и данную схему, нашел несоответствие. Касается оно сигнала IORQ.
Во всех схемах, кроме этой, сигнал процессора IORQ участвует в формировании сигналов IORD и IOWR. В нашем же случае сигнал процессора помечен как IORQ' и идет только на DD42.2 где совместно с IORQGE формируется уже якобы IORQ. Сдается мне, здесь путаница с обозначениями на схеме произошла, которая потом и на плату перекочевала.
Как мне кажется сигнал процессора должен быть обозначен IORQ, а вот выход с элемента DD42.2 и соответственно вход 4 DD48.1 - IORQ'. Тогда по идее все должно встать на свои места.
Прошу подтвердить или опровергнуть, пока не резал.
Здесь сигнал IORQ идёт не напрямую на схему выбора портов, а через блокировку, управляемую сигналом IORQGE. Сделано это для того, чтобы внешнее устройство могло заблокировать внутренние, чтобы не было конфликта
Это я прекрасно понимаю, скорей всего я просто криво объяснил. Попробую еще раз, с визуализацией :)Цитата:
Сообщение от Shofer
Как мне думается должно быть так:
https://pic.maxiol.com/thumbs2/16565...7279377.25.jpg
А на схеме и на плате имеем так:
https://pic.maxiol.com/thumbs2/16565...7279377.26.jpg
Разве это правильно?
Нет, видимо не понимаете. Смысла от вашей схемы - ноль
- - - Добавлено - - -
Ошибка на схеме и плате лишь в том, что нет стягивающего резистора
- - - Добавлено - - -
Как по вашей схеме сигнал IORQGE заблокирует внутренние устройства? Никак!
- - - Добавлено - - -
А по схеме компа, при высоком на IORQGE, на выходе DD42.2 тоже будет высокий и выбора внутренних портов не будет.