Re: Testing Tetroid backplane and GC
Posted: Thu Apr 12, 2018 11:56 am
I've since tried the Gold Card in the backplane (with the buffer board) without the 68008, and it still won't work, alas!
RIP Sir Clive Sinclair 1940 - 2021
https://theqlforum.com/
I think that's the same that is already on Dilwyn's page. But there were also driver ROMs with integrated ATR device, which I have parts of but not all.RWAP wrote:The ATR code is also attached - this probably needs some tidying up too - again is suitable for use with q-emulator
Detlef,QLObi wrote:The Qimi Interface Eagle files and firmware for a PS/2 mouse Driver is already published and given free by me for non-Commercial reproduction.
Just do !
Detlef
Forgive my ignorance, but does this mean that the retrocomputershack adaptor would be ok for connecting to a mouse, if it was in SER1? And I guess the follow-up question is, is it awkward for it to be in SER1, based on what programs like SerMouse (which I've no experience of) are expecting? (Or is it more a case of needing SER1 free for other things?)afx wrote:Yes, but keep in mind that ser1 and ser2 connections are different. I had to change the connections of the retrocomputershack adapter to connect my SerMouse through ser2_ port .
I've attached SerMouse instructions lifted from my SMSQ/E manual. Unfortunately, I don't have a printed manual for SerMouse 3.04 to know how appropriate this version is - could someone compare them?RWAP wrote:I missed that announcement.mk79 wrote: Albin has given me permission to release SerMouse, but he doesn't find either the code or the manual. So if somebody could come up with the stuff it can be put online.
Marcel
Gret news - the Sermouse code (v3.04) is attached (this is suitable for unzipping under Windows and attaching to q-emulator). I should have a printed manual here somewhere to be scanned in.
Hi Dilwyn,dilwyn wrote: I've attached SerMouse instructions lifted from my SMSQ/E manual. Unfortunately, I don't have a printed manual for SerMouse 3.04 to know how appropriate this version is - could someone compare them?
HD disks with the hole taped over are ALWAYS a source of potential issue when moving them between disk drives. Do you have a disk drive built into the PC or a USB disk drive - as they are very different beasts (the latter has no disk controller). I am stuck with a USB disk drive and find that if I format DD disks on the PC it is hit or miss as to whether that works when I put the disk in the QL (Windows claims to no longer support DD disks) - however, there do not tend to be issues if you format them on the QL first (the QL is also much quicker at formatting them than either QPC2 or q-emulator).Doug wrote: I had zero luck transferring files to floppy using emulators. I had zero luck formatting floppies using emulators. Maybe the HD disk drive in my old PC isn't that great. Everything had to be done via the QL and my old 720k double disk drive - so I needed to first put things on the partitioned SD card using the Habi image editor, and then once back on the QL, copy them off to a floppy.
The only other disks I had knocking around were HD, and after taping the hole, I found the same issue as above - they would format and copy files just fine using the QL DD drive, but using emulators and my PC's floppy drive just wasn't happening. It seemed to work, but in the QL, they just threw up a 'not found'. I hope I can get it all done without buying more floppy disks. I rather resent the prices that even used floppies are going for on eBay and Amazon at the moment!
Code: Select all
FORMAT a: /t:80 /n:9
Many thanks Pr0f, very useful to know! Is there example of a boot file available which loads in the standard sort of things that people are interested in these days? TKII, QubATA, etc? I guess this is how SMSQ/E would be fired up too?Pr0f wrote:So, the trumpcard rom chip is a 32K device, with approximately one half being the disk driver and other driver support software, and the other half being the toolkit II.
I say approximately half, because some of the TK II images are actually larger than 16Kb.
From my understanding of the ROM scan logic (and this depends on the OS you are using), it looks in the ROM slot first, so whoever responds to that code between 48K and 64K will run it's initialisation code, If you have the ROM switcher with the top 16K enabled for TK II to load, it will load at this point, provided no other interface overides it. The ROM socket / expansion ROM port, are both controlled by the I/O decoder on the main board, so if any other device that's plugged into the main expansion slot decides it wants that 16K block between 48 and 64, your ROM switcher or external ROM cartridge will be switched out and never seen. This is what happens when the QUBIDE interface is set for that address.
If you are using Minerva, then it will also scan the 2 blocks of 16K above the ROM, which is where Trump/Gold and SuperGold cards wiill use. Again these all come with a version of TKII so will attempt to load it in. Then scanning passes to the first address in the memory map designed for expansion peripherals, but only if that space is not already occupied by RAM (which it would be in the face of the above 3 cards). I am not sure any of the ROM variants attempt to scan past the RAM limit. The Gold and Super gold cards do map part of their ROM and the system ROM to beyond the upper RAM limit, in order to be able to copy them back into RAM which starts at zero for these cards. The SuperGold card with the Aurora and a backplane will look at one last address which looks like it is at the very top of the 1Mb memory map, but in fact is remapped to much higher. That's becuase the Aurora card leaves that last 16K free, mapping only 240K of video RAM into high memory and not 256K. Qubide can be set to operate there, in theory I would image any other card with correctly written driver should also work there - but never tried it.
One final option open to you is to load and run TK II from a file, which you can place in the boot file - this leaves your ROM areas as free as possible, and does mean you can load the latest version of it. There is no 16K constraint on that file, so you can load the 'full version' of the toolkit.