Поясните по поводу регистра AF и флагов — ZXNet «code.zx»

Поясните по поводу регистра AF и флагов

ZXNet echo conference «code.zx»



from: Yuri Potapov
to: All
date: 26 November 2005
Hello, Sinus рефрешь памяти ломается описано в зет икс ревю

from: jtn
to: All
date: 26 November 2005
Hello, GriV чо вы бредите, какой регистр F, какой рефреш... В фирменых спеках и некоторых клонах (с двумя полями памяти) действительно память регенерилась процом, этим занимается регистровая пара IR (как думаете, почему идет "снег", если I поставить в #40..#7F ?), но никак не AF.

from: Yuri Potapov
to: All
date: 27 November 2005
Hello, jtn гониво :) нда прогнал а как это все осуществлялось я про удушение памяти посредством R регистра?

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

from: Slavik Tretiak
to: All
date: 27 November 2005
Hello, jtn да, jtn прав. никакой регистр F тут не в тему. нужно просто ┌─- code ─── XOR A GG LD R,A JP GG └── code ─── у нас в Гродно когда-то писали защиту, на этом основанныю. работало только на машинах с двумя полями памяти (в основном на Байт-ах).