He posted on FB a bit ago about it:
https://www.facebook.com/groups/dragon3 ... 556877046/
Search found 22 matches
- Sat May 23, 2026 7:55 am
- Forum: Dragon Hardware
- Topic: Adrian Stokes' 2MB Memory Expansion?
- Replies: 1
- Views: 50
- Tue May 12, 2026 9:58 pm
- Forum: Dragon General
- Topic: XRoar 1.11 released
- Replies: 12
- Views: 2396
Re: XRoar 1.11 released
I ask for grace on the code quality of my contribution. To assist Pere in testing code on his Dragon with the MMU, I quickly converted the Verilog to C to get the patch going. Once Pere and John prove out the correctness of the HW implementation, I will work to clean up the code.
Jim
Jim
- Sat Apr 04, 2026 1:05 am
- Forum: Dragon General
- Topic: Dragon MMU solutions ...
- Replies: 9
- Views: 6876
Re: Dragon MMU solutions ...
OK, don't bite me... https://docs.google.com/spreadsheets/d/e/2PACX-1vSV9pZwTCZp1znalJSEY0smTu5m1WvSgWehv29hd6jRWGaI8VGxhoWdUfvuli40WYeqLR4oHaX4lL6X/pubhtml?gid=0&single=true Hehe. A few notes on CoCoMEM Jr: Full specifications and technical info not available, but video memory access is problemmat...
- Fri Apr 03, 2026 4:59 pm
- Forum: Dragon General
- Topic: Dragon MMU solutions ...
- Replies: 9
- Views: 6876
Re: Dragon MMU solutions ...
For your spreadsheet: CoCoMEM Jr replicates the CC3 MMU (8kB pages, multiple tasks, optional common memory at $fexx, etc.) It currently sits in the CPU socket The HW design supports 14 bits of MMU address extension (128MB of linear address space) with 2 "special" bits reserved for memory protection,...
- Wed Apr 01, 2026 5:24 pm
- Forum: Dragon General
- Topic: Dragon MMU solutions ...
- Replies: 9
- Views: 6876
Re: Dragon MMU solutions ...
I think Jim Brain (Go4Retro on here) said his project does interface to video, but I can't remember how. Maybe interposes the SAM as well as the CPU. My effort is a work in progress, but it currently creates a "hole" in the address space for pages 38-3f and passes memory requests to those memory lo...
- Wed Apr 01, 2026 5:13 pm
- Forum: Dragon General
- Topic: Dragon MMU solutions ...
- Replies: 9
- Views: 6876
Re: Dragon MMU solutions ...
Hi all! There was much talk of MMUs at this year's Meetup (a particularly good one I thought this year!), so I was wondering if someone might take a stab at summarising the different options in a way that even simple people like me could understand. I'm happy to see the interest. The options I can ...
- Tue Mar 24, 2026 11:59 pm
- Forum: Dragon Hardware
- Topic: Dragon 64 repair
- Replies: 53
- Views: 45506
Re: Dragon 64 repair
Wow, you weren't kidding. That was hard to read (up to the 1989 articles, but have not waded through them yet.
- Tue Mar 24, 2026 12:26 am
- Forum: Dragon Hardware
- Topic: Dragon 64 repair
- Replies: 53
- Views: 45506
Re: Dragon 64 repair
Is there a handy link to the respective articles and any errata available? I ask because I have a CoCo1/2/Dragon MMU solution that replicates the CC3 MMU config, and running OS9L2 on it is I think the true test of how well it works. Pere's asked to test a unit, but since there's prior art on this, m...
- Thu Nov 21, 2024 6:55 pm
- Forum: Dragon Hardware
- Topic: Dragon 200E Lower Case Daughterboard ROM question
- Replies: 42
- Views: 612333
Re: Dragon 200E Lower Case Daughterboard ROM question
~MS & ~FS are supposed to be connected together on the D64 motherboard. The schematics had a problem whereby the original was creased right where that connection was. On my lower case board, and probably as per the 200E board, ~MS on the 6847 is connected to the socket, whilst ~FS is connected to ~...
- Thu Nov 21, 2024 5:55 am
- Forum: Dragon Hardware
- Topic: Dragon 200E Lower Case Daughterboard ROM question
- Replies: 42
- Views: 612333
Re: Dragon 200E Lower Case Daughterboard ROM question
On the original lowercase PCB, pin 37 of the header (FS) is not connected to anything. You can see this here: Screenshot 2024-11-20 224806.png This is the original PCB photos superimposed, the bottom reversed, and the top is set to 50% opacity. Pin 37 on the header is the 4th from the right top. Not...