The Sinclair QL Forum

I think "terminal program" is a good keyword here. And preferably something that uses checksumed blocks for data transfer, like X-Modem or Kermit. Standard QL serial comms is so unreliable that without that you'll likely become desparate.

Thank you guys,

Further notes...

I have no Hermes, only mod is tk2 Minerva

I have no way to put a program on the QL except serial.

Both mdvs work, and I have some blank carts.

You have given me somethings to try. Will report later.

Hi

Just start with Martin's suggestion below - copy directly with COPY 'ser1hz' to 'con_' on the QL to avoid latency waiting for tokenisation - and get a clearer idea of precisely how many characters arrive successfully before things 'hang' (and the

I might suspect your USB to Serial adapter on the host PC were it not for the fact that you've been successful connecting to the Z88 in the past - I myself have had trouble with a number of such adapters in the past which just didn't sufficiently meet the RS232 standards.

If you're likely to need this sort of PC/Emulator to QL connection more in the future, I'd really suggest you take the plunge and build a QLUB Adapter

I'm not too sure about this. But I think when the QL goes busy, It expects the sender to stop immediately. If any more data arrives, you get problems.

I don't know if your USB to serial adaptor has any kind of congifuration program. But if it does, look for something that stops transmission as soon as the receiver goes busy. I don't know what it might be called.

Using the copy to CON idea, it seems that it is getting stuck at the buffer.

Which is about line 88 in the original code I was trying to copy

The buffering appears to be pretty visible using this method, even when copying a file on the harddrive to CON.

(I have just received a qubide, which opens up my options considerably.)

Hi Jbizzel,

It's best to install the RAM disk driver and copy to ram1_ first, then to storage media.
The QL cannot handle serial and storage I/O at the same time, and serial buffering is limited to just 81 bytes. The con_ driver is also quite slow.
For reliable transfers you can use SERnet or QTPI terminal emulator with Zmodem transfer.

Hi again Jbizzel!

Jbizzel wrote: ↑Fri Mar 01, 2024 8:59 pm Using the copy to CON idea, it seems that it is getting stuck at the buffer.
Which is about line 88 in the original code I was trying to copy

And how many characters would you say those 88 lines represent?

Hi Martin,


it happens to be....

1986.