ZXNet эхоконференция «code.zx»

Hello, Sinus

рефрешь памяти ломается
описано в зет икс ревю

Hello, GriV

чо вы бредите, какой регистр F, какой рефреш...
В фирменых спеках и некоторых клонах (с двумя полями памяти) действительно
память регенерилась процом, этим занимается регистровая пара IR (как думаете,
почему идет "снег", если I поставить в #40..#7F ?), но никак не AF.

Hello, jtn

гониво :) нда прогнал а как это все осуществлялось я про удушение памяти
посредством R регистра?

Hello, jerri

32к памяти состоят из 64х строк и 512 столбцов. чтобы она сохраняла инфу нужно
выбирать на чтение каждый столбец через промежуток времени не превышающий
паспортный (2ms что ли для ру5). так вот. если не будем например давать
регистру R выйти за предел 31, т.е. он будет болтаться в промежутке 0..31, то с
по адресам #8020..#803f,#8060..#807F и далее с шагом #20 биты начнут плавать. а
на фирменых компах к тому же в цикле регенерации из памяти на шину читается
число из IR , а поскольку шина общая с ВК и если I в промежутке #40-#7f, то
данные по видимому перемешиваются и получается снег

Hello, jtn

да, jtn прав.
никакой регистр F тут не в тему. нужно просто
┌─- code ───

XOR A
GG LD R,A
JP GG

└── code ───
у нас в Гродно когда-то писали защиту, на этом основанныю. работало только на
машинах с двумя полями памяти (в основном на Байт-ах).