Re: DRAM refresh

From: Gerrit Heitsch <gerrit_at_laosinh.s.bawue.de>
Date: Fri, 14 Oct 2016 08:26:33 +0200
Message-ID: <fbcf4f81-1e8e-92d5-f2f6-0cf13c084f18@laosinh.s.bawue.de>
On 10/13/2016 11:10 PM, Hegedűs István wrote:
> Hi,
>
> I have played a lot with TED's refresh counter. The counter's enable
> signal is maintained by a latch which is triggered by the horizontal
> counter at position 296. Horizontal position 336 clears this enable signal.
> Playing with hcounter and setting the right value at the right time I
> have managed to bypass this clear signal but the refresh single clock
> signal ended normally (single clock change is triggered by different
> hcounter value). The result was that refresh counter stayed on and
> counted while the CPU was running already on double clock. This way I
> have managed to identify that TED clears the refresh counter at
> horizontal position 431 when the scanline is 0 (or the refresh counting
> has stayed on by manipulation or TED stop bit is active).

You mean that the refresh counter is cleared at a certain position 
instead of just rolling over? I wonder why they did that since it will 
produce an uneven refresh.

  Gerrit



       Message was sent through the cbm-hackers mailing list
Received on 2016-10-14 07:00:25

Archive generated by hypermail 2.2.0.