The Wiki states Dan and Tom Gaffey as authors. Beside the Tracker program itself there are also a few machine code extensions written in 1991 by Phil Borman.Derek_Stewart wrote:I doubt the author of the Tracker is available. But maybe Martin Head's Decompiler can restore the source code.
Asymmetric multiprocessing...
Re: Asymmetric multiprocessing...
4E75 7000
-
- Font of All Knowledge
- Posts: 3957
- Joined: Mon Dec 20, 2010 11:40 am
- Location: Sunny Runcorn, Cheshire, UK
Re: Asymmetric multiprocessing...
Hi Dave,Dave wrote: Have you worked out a schematic, or got clear photos of the MIDI board? It sounds like it would be a very interesting thing to see. MIDI has been whispered in my ear more than a few times in the last 3-4 years.
On the Yahoo QL Hardware Gorup, someone posted some QL schematics and layout files, which included the Miracle MIDI board, see below:
Schematic: Layout: I have not checked them against the original, but they look about right.
I was going enter the Schematic in KiCad, but long way down the list.
Regards,
Derek
Derek
Re: Asymmetric multiprocessing...
Nothing *needs* dual port RAM.1024MAK wrote:....for a basic system you don’t need dual port RAM. One third party Z80 second processor system for the Acorn BBC B used two PIO chips back-back for processor to processor communications. In this case a 6522 VIA for the 6502 and a 8255A for the Z80A.
But:
If I put a Z80 on 64K of DPRAM, the entire address range of the Z80 is accessible by both machines. The QL can provide ROM to RAM, do IO, video, act as any device you want simply by software. Though DPRAM sounds complicated and expensive, it's simpler and cheaper than implementing IO and video for the Z80 side. It also makes the entire system 100% software defined from the QL side.
It can be ANYTHING you want.
Re: Asymmetric multiprocessing...
So Dn -> ZAn and An -> ZDn? Why would they do that?Derek_Stewart wrote:I have not checked them against the original, but they look about right.
-
- Font of All Knowledge
- Posts: 3957
- Joined: Mon Dec 20, 2010 11:40 am
- Location: Sunny Runcorn, Cheshire, UK
Re: Asymmetric multiprocessing...
It could be that the QL is an I/O peripheral of the z80 - during I/O fetches, only bottom 8 bits of address bus are used.
Since the ROM port has no write strobe, the lower order address bits can be used to 'write' a data value.
It's a crazy Heath Robinson scheme, but quite elegant in it's way....
Since the ROM port has no write strobe, the lower order address bits can be used to 'write' a data value.
It's a crazy Heath Robinson scheme, but quite elegant in it's way....
Re: Asymmetric multiprocessing...
Hmm, the schematic was in http://www.dilwyn.me.uk/docs/hardware/QLperip.zip (was I wot did it).Dave wrote:
Have you worked out a schematic, or got clear photos of the MIDI board?. It sounds like it would be a very interesting thing to see.
But that can be better done with fast SERial 68681 (one of the reasons why I'm doing it); 31250 MIDI option with opto-isolators along with full SER.Dave wrote:
MIDI has been whispered in my ear more than a few times in the last 3-4 year.
I was given Tracker source code many years ago, I think it may already be on Dilwyn's site, if not I'll send him a copy.Ralf R. wrote:
Great to hear. I fear, Tracker was Turbo compiled (but with an older version). Any chance to contact the author to get the source code?
Also in QLperip.zipDerek_Stewart wrote:
On the Yahoo QL Hardware Gorup, someone posted some QL schematics and layout files.
David
Re: Asymmetric multiprocessing...
Oh that reminds me, when I first tried the MIDI interface with a Gold card it was double stepping (as each byte of Z80 code is uploaded it should 'read' back an incrementing address number). Thinking it may be due to GC 68000 not having A0 and it was doing a word access I did a quick remedy by swapping A0 for A8 and it worked OK (see schematic).
Many years later I tried it on another QL with same GC and it didn't exhibit the same behaviour Maybe issue number of QL, I can't recall which I used.
Recently saw Marcel's SD investigations into solving GC/SGC problems where he shows short-lived glitch on access, sounds like it may be reason for double step?
https://www.kilgus.net/2018/02/02/clone ... ard-clone/
Many years later I tried it on another QL with same GC and it didn't exhibit the same behaviour Maybe issue number of QL, I can't recall which I used.
Recently saw Marcel's SD investigations into solving GC/SGC problems where he shows short-lived glitch on access, sounds like it may be reason for double step?
https://www.kilgus.net/2018/02/02/clone ... ard-clone/
David
Re: Asymmetric multiprocessing...
You'd have to change the crystal to get the right baud rate out of the 68681, so you would need to use a separate 68681 for MIDI and for serial. If the crystal frequency is changed to 3MHz, using the division ratio 96, the MIDI 31.25k baud rate will be matched exactly.Silvester wrote:But that can be better done with fast SERial 68681 (one of the reasons why I'm doing it); 31250 MIDI option with opto-isolators along with full SER.
Re: Asymmetric multiprocessing...
The Tracker software itself, plus the MIDInet software IIRC, is in http://www.dilwyn.me.uk/misc/midi_tracker.zipSilvester wrote:I was given Tracker source code many years ago, I think it may already be on Dilwyn's site, if not I'll send him a copy.Ralf R. wrote:
Great to hear. I fear, Tracker was Turbo compiled (but with an older version). Any chance to contact the author to get the source code?
Afraid I can't remember if it contains source code - at least I don't *think* it does (from memory)
--
All things QL - https://dilwyn.qlforum.co.uk/index.html
All things QL - https://dilwyn.qlforum.co.uk/index.html