Still not managed to figure out the glitch glitch, but I figured I'd test it with Phill's diag cart.
At first it completely failed! But once I removed the special-casing of $FF3x:
SAM replacement - there!
Re: SAM replacement - nearly there
After a note from Stewart, the refresh tester output seems to be fixed (and along with it the transition from slow to actually-fast mode).
Re: SAM replacement - nearly there
http://www.6809.org.uk/tmp/samx4-wip/silky.mp4
I'm not especially keen on what I had to do to make that work (delay video mode register setting by two full cycles!), but work it does.
So bar it turning out that it's screwed something else up by doing that, I'll try and prep the source etc. by the weekend.
I'm not especially keen on what I had to do to make that work (delay video mode register setting by two full cycles!), but work it does.
So bar it turning out that it's screwed something else up by doing that, I'll try and prep the source etc. by the weekend.
Re: SAM replacement - nearly there
I'll just add that without a testbench that Stewart whipped up, fixing that would have taken a _lot_ longer, so thanks a lot, Stew!
Re: SAM replacement - nearly there
Looking great!
Have you considered implementing a full Dragon on something like the Tang Nano 20K or similar?
Have you considered implementing a full Dragon on something like the Tang Nano 20K or similar?
Re: SAM replacement - nearly there
Right. This works for everything odd I can find to throw at it. So at the risk of triggering a really obvious realisation, here's the current state of play, with downloads and what-not:
http://www.6809.org.uk/dragon/samx4/
http://www.6809.org.uk/dragon/samx4/