[Coco] DMA in (Nitr)OS-9 LII?

Mike Pepe lamune at doki-doki.net
Sun Jul 23 10:25:37 EDT 2006


jdaggett at gate.net wrote:
> Joel
> 
> There is beside the internal clock generetor for the 6809 that the 6809E 
> does not have, that is circuit that allows the external DMA controller to  halt 
> the MPU for up to 16 Eclock cycles. Thus the DMA cycle works like this:
> 
> 16 cycles for DMA then one cycle for MPU followed by 16 cuycles for DMA. 
> 
> It keeps alternating t his for as long as needed I believe. There is no internal 
> cuircuit for the 6809E. To do DMA with the 6809E you are going to have to 
> do it by cycle stealing method. That is use the buss when the 6809E is not 
> using it. It will take a far more complex circuitry than with the 6809. YOu will 
> h ave to study ho wthe BA/BS lines function along with the AVMA, LIC, and 
> BUSY contrrol signal works. 
> 
> Again all this has to be done during the MPU cycle of the EClock. It is not 
> the cleanest or the fastest means of doing DMA but it is the only way with 
> the contraints of the Coco. 
> 
> james
> 

Actually, it's not that hard to do at least in theory. I was thinking 
about this long ago. If you multiplexed the DMA controller with the cpu 
on a daughterboard, it might actually work.

With the BA/BS signals and/or a circuit that looks for a read at $FFFF 
will indicate the cpu is not using the bus for that cycle. You could 
then switch over to the DMA for that cycle. Doing DMA in this way would 
not collide with the cpu, video, or refresh. the downside to this is 
that the DMA would appear to the hardware (MMU especially) as the cpu, 
and reads and writes would use the same translated memory map as the 
processor.

Maybe one of these days I'll build one. I think I have some 6844 DMAC 
chips in my junk box.




More information about the Coco mailing list