Pentagon - общая плата доработок

[solegstar]

я конечно понимаю, что /cs пзу в пентагоне всегда на GND и кристалл пзу выбран всегда, но может какие-то переходные процессы влияют на работу самого пзу, если кристалл выбран постоянно...

- - - Добавлено - - -

сколько приблезительно в пентагоне уходит на формирование сигнала ROM2

кстати, не совсем ясно, зачем такие цепочки блокировок для ROM2. на всех компах 4 бит 7FFD подается напрямую с порта на А14 ПЗУ...

- - - Добавлено - - -

может попробовать подключить С36 напрямую к А14 ПЗУ?

[Advertiser]

[Mick]

Еще немного оффтопика.
Навеянный некой активностью в Спектрумостроении (иными словами в этой теме) тоже решил похудожничал в P-CADе и так сказать разродился очередным - из говна спектрум. - http://forum.tslabs.info/viewtopic.php?p=25488#p25488

[JV-Soft]

Навеянный некой активностью в Спектрумостроении

Mick, Не думал как нибудь обойтись без PIC-а ?

[Mick]

Mick, Не думал как нибудь обойтись без PIC-а ?

А чем он не устраивет. Старых клав я не держу. Кому необходима она, тыкаем в слот свой контроллер.
Тем более для него программа уже есть. Я его опробовал когда издевался над платой Игрософта, превращая ее в спек.

[zx_]

JV-Soft какие новости проекта?

а видеокарту Расширенного Графического Режима для Пентагона 128 не думали, по такому же принципу
допустим, вместо микросхем D38 и D40 устанавливаем панельки, в эти панельки дочернюю платку , для режима 512x192

[JV-Soft]

JV-Soft какие новости проекта?

Проверил, SRAM прекрасно работает с турбо VMG, нет артефактов на экране.
С турбо 7 без wait, загадка об которую сломал моск напрочь, по порядку -
Запустил BDI на пентагоне, что бы хоть асм, sts, загрузить.
В турбо 7 без WAIT по прежнему нет сброса в 128 меню.
делаю usr 0, что бы не защелкнулся порт 128
пишу на басике любую прогу с записью памяти и чтением (poke, peek), или например рисование фрактала на басике, она прекрасно выполняется в турбо 7 без WAIT, хоть всю ночь, при этом тумблером дергать можно без конца 7/3.5, ни каких глюков. Все как часы.

А теперь загадка об которую сломал всю голову, если исполняется любая другая прога кроме басиковской, комп в турбо виснет, пример
На басике
10 randomize usr 32768 ( или любой адрес памяти без разницы, проверено)
20 goto 10
в памяти любой даже простой код -
#8000
mtk nop
jp mtk

Все зависает наглухо, также если запустить этот цикл без турбо все нормально, при переключении в турбо сразу зависон, это касается любого исполняемого кода.
хоть такого -
ld a,0
ret
Но ведь в басике даже с чтением записью в память все нормально !!! клацай турбо сколько угодно ни каких глюков, все без WAIT, скорость 200%
Я бы еще понял такое, если бы прога выполнялась только в ПЗУ при 7мГц , а в памяти глючила, но ведь басик работает с памятью, и с турбо не глючит и никогда не виснет, сидел турбу минут 5 клацал не переставая, ни каких зависаний !
Версии господа ?

[goodboy]

10 randomize usr 32768 ( или любой адрес памяти без разницы, проверено)

попробуй randomize usr 82
там RET

[Mick]

Мое предположение, что есть гонки адресов. Если ты делал по этой схеме - http://zx-pk.ru/threads/26977-pentag...l=1#post888205
То предложу стробировать по RAS и вторую половинку адресов, а CS SRAMины посадил бы на землю. Я лично так делал у себя.
Как говорит TS-Labs стробируйте клоком все критические сигналы.

Еще бы я вернул классический подход к чтению данных из ОЗУ через ИР22(ИР23), а не через АП6.

[JV-Soft]

Мое предположение, что есть гонки адресов. Если ты делал по этой схеме - http://zx-pk.ru/threads/26977-pentag...l=1#post888205
То предложу стробировать по RAS и вторую половинку адресов, а CS SRAMины посадил бы на землю. Я лично так делал у себя.
Как говорит TS-Labs стробируйте клоком все критические сигналы.

Да, но ведь из басика в озу и пишет и читает, даже простой тест озу делал, все нормально проходит. Если бы что то с адресами, явно глючила запись/чтение и из басика, 12 часов стабильной работы, все же показатель.

Еще бы я вернул классический подход к чтению данных из ОЗУ через ИР22(ИР23)

Да, так и сделал в самом начале, чтение через ир23, тут тоже нет проблемы.
В общем все, что приходит здравое в голову если байсик не читает ни одной команды из озу, а только данные, то сбой происходит в озу при выборке команды (цикл М1) там чтение байта из озу на пол такта раньше в отличии от чтения данных. Других причин не могу себе представить, значит надо пробовать такты проца подвинуть относительно CAS/RAS на пол такта (7мгц) вперед это где то как раз 70ns
Логично ?

[zx_]

бейсик всеж интерпретатор

а код сразу , и ктото сбивается с ноги и частит