The Sinclair QL Forum

Derek_Stewart wrote:I meant the Qubide Ram IDE Card by José Leandro, which connects to a standard QL.

Do you mean this one? http://hardware.speccy.org/temp/qubide-i.html

Pr0f wrote:I don't know how latent the external interrupt line is (as that would have to be used if not polling for interrupt statuses on the default interrupt scheduler.

This latency is not predictable as other interrupt handlers use the same level.

Same with QPC, that hasn't ever stopped you from bashing its closed-sourceness. No, I didn't even mention QPC and don't care if it is closed or not. Apart from that, small scale hardware production of comprehensive circuits is a completely different issue than distributing software. And even for HD...

I also use the QL's hardware RTC clock (PC_CLOCK is it?) in places. Yes, this is identical to the QL. From a very quick digest of the datasheet for the CP2200, the places where a timer may be required: [...] Waiting for Flash Write - the write itself is done by hardware and no timers are required t...

The Q68 Ethernet driver also uses the Q68's hardware timer. A replacement timer would not have to tick at exactly the same speed, as the loop counters can be adjusted. Sorry, I forgot that. A high resolution timer should not be required in principle, wouldn't an interrupt-driven 50 Hz counter be su...

Happy New Year Peter. Thanks for that. It looks interesting -- even if it is way above my level! Happy new year Norman! That with your level looks like British understatement to me. ;) INT could be gated by a control signal from a flip flop - the flip flop could be reset at startup (cleared by /res...

Hi, in the past, ethernet for the QL has been discussed here quite a lot. Now that Martin's ethernet driver for the Q68 has arrived, see https://qlforum.co.uk/viewtopic.php?f=3&t=3578 , I think it is a good time to provide information and schematic sources here to help others building the equiva...

I agree, silly little screens etc, but I was thinking of simply an app 'terminal' to send files to/from a QL [...] For an original QL, access without emulator would require writing a specific Android program to support Martyn's adapter. (For the Q68, I have already been using the standard TFTP prot...

The QLUB adapter is intended for use from within a QL emulator, so one would need that for Android first. Since JAVA is (beside Kotlin) one of the official programming languages for Android, this would again speak for the JAVA-written SMSQmulator. I can imagine that SMSQmulator would even work alrea...

If Wolfgang has no better idea, and you don't find that approach too clumsy anyway, I could also have quick look into writing such a server at least for Linux and Windoze. Would it be better to define a packet format, or just go byte-by-byte?