The Sinclair QL Forum

Well - still trying to get my SuperHermes to talk to a PC Keyboard. I even have one that's known to work with SuperHermes Lite - so shoud be ok for SuperHermes too.

It seems that F1 keypress is detected sometimes, the manual states that F1/F2 keys are the only ones recognised before the extensions are loaded.

I have the SuperHermes Floppy disk in the drive and it's booting from that - loading the extensions - but I still have no keyboard.

So questions:

1) Do the IPCDisable and IPCEnable commands survive a power cycle (is the state stored in the EEPROM?
2) Does the key lock feature require the switch to be closed or open to lock the keyboard - in other words - if I have nothing connected to the 2 pin header P7, will the keyboard be locked or unlocked? The manual suggests unlocked, but seeking confirmation.

Until I can get a floppy wired up to my Gold card, I can't see what's in the boot file for the SuperHermes, unless I can persuade Qemulator to work with a DD floppy.

Hi,

The Superhermes F1/F2 key on the Superhermes keyboard, was always0 temperamental, I had it working sometimes, but on most cases, it did not work.

I relied the AUTO_TK2F1 and load the Superhermes keyboard driver, from the boot device, disk drive or hard disk.

Probably the best idea was to use the ROM version of the Superhermes Driver. With the Romdisq, roms coukd added to the system easily, but not relaveng now, Romdisq seems lost.

I think the IPCENABLE is the normal default, which can be changed, with the IPCDISABLE command on boot up.

The key lock needs P7 to be closed, or a keyswitch in the lock position.

There was a program called "storeSH" by Phil Borman can save Superhermes defaults to the EEPROM:


There seems to be no documentation.

I think I got some or all of my answers from testing Qemulator with the floppy drive. I was able to read and copy the contents of my "SuperHermes" floppy - only to find it was more likely a Hermes version - their are no country specific files, and the main bin file is much smaller than the 6K one I have archived on my PC's folders.

So whilst the boot floppy loads, runs and detects a Hermes - it lacks the actual code to drive the keyboard - it could have saved me taking the Aurora, SGC and Qubide in and out of the case a few times to check the hardware!!

I will create a CF card image and boot from that - as that's reliably detecting the media and I should be able to copy files to it.

Hopefully a few steps closer to getting this project put to bed.

Pr0f wrote: Sun Jul 21, 2024 8:27 pm
So whilst the boot floppy loads, runs and detects a Hermes - it lacks the actual code to drive the keyboard - it could have saved me taking the Aurora, SGC and Qubide in and out of the case a few times to check the hardware!!

I use the IPCext_bin (from Hermes) in my boot to test if Hermes (2.xx) or SuperHermes (3.xx) is there.
Only then do I load the right language _bin for S'Hermes which can be USA or NL in my case.
These can be found on https://dilwyn.theqlforum.com/docs/manuals/index.html
Go down to "TF Services Manuals" for pdfs, docs and drivers.

F1 or F2 can only be used once before the SH-driver is loaded.
Also an SMSQ/E RESET command on a SH-keyboard can freeze the machine so I always do :PAUSE 50:RESET: as a direct command to avoid this.

BSJR