Re: [Ql-Users] SMSQE 3.41

2024-05-24 Thread Jan Bredenbeek via Ql-Users

Hi Wolfgang,

Question: I don't use sernet, but I do know that some use it. Has 
anybody ever lost data transferred to the Q68 via sernet?


Haven't tested by copying to SD card, but I know sernet transfers data 
in packets (don't know how much bytes at a time) so it has flow control 
built in and doesn't need to have RTS/CTS handshake, provided the 
send/receive buffers are large enough.


- update: copying unzip (58 bytes) via sernet took 16 seconds, both 
on RAM and WIN. The write LED on WIN flashed for a short time afterwards.
I ran the copy command from the Q68 with QPC2 on the other end. Copying 
from the QPC2 end to Q68 failed for some reason, I have to sort out why.


Best Regards,
Jan

--
Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-24 Thread Peter Graf via Ql-Users
Hi Wolfgang,

>>> Question: I don't use sernet, but I do know that some use it. Has
>>> anybody ever lost data transferred to the Q68 via sernet?
>>
>> No, never. SERNET seems to work perfectly at 115200 Baud. For Q68,
>> Qzero, QIMSI connected to each other, or to Q60 or PC emulator. Which is
>> one reason why I did not implement RTS on the Qzero.
> 
> I presume that you transferred files of more than 512 bytes... If so, 
> that seem to answer that question.

Yes, up to several MB.

Peter
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-24 Thread Peter Graf via Ql-Users
Hi Wolfgang,

>> We'd need to find out how long the SMSQ/E SD card driver will disable
>> the serial interrupt - if it actually does.
> 
> Yes it does.
> 
> What happens with data trickling in from something like a serial port, 
> is that it is put into a buffer, i.e. the slave blocks. When one slave 
> block is full (it has the same size as a sector on the card, i.e. 512 
> bytes), it is flagged as being ready to be written back to the disk (or 
> card). At the next poll interrupt the slave block then gets written out. 
> During that time interrupts are disabled (status reg = $2200). If, for 
> some reason, several slave blocks can be written out at once, they will 
> go in the same interrupt.

Thanks for the clarification. Does this mean the duration of interrupt
disable is totally unpredictable, and could even be much longer than the
polling period?

E.g. a hardware receive buffer size of 256 bytes to "survive" one
polling period would be doable.

> Question: I don't use sernet, but I do know that some use it. Has 
> anybody ever lost data transferred to the Q68 via sernet?

No, never. SERNET seems to work perfectly at 115200 Baud. For Q68,
Qzero, QIMSI connected to each other, or to Q60 or PC emulator. Which is
one reason why I did not implement RTS on the Qzero.

(As always, there were not enough dedicated pins left, so I had to
"steal" CTS from the 40 pin I/O connector of the Qzero. I want as many
pins on that connector untouched, so I hoped to avoid RTS.)

All the best
Peter
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-23 Thread Peter Graf via Ql-Users
Hi Jan,
>> I have indeed added CTS, so a slower machine can stop the Qzero from
>> sending. The RTS line is just fake though - my hope is that a Qzero is
>> always fast enough to handle 115200 Baud.
> 
> As long as you don't write to the SD card at the same time, probably yes.

We can increase the hardware receive FIFO size of the UART if you think
there is a problem. The Qzero FPGA has sufficient resources.

We'd need to find out how long the SMSQ/E SD card driver will disable
the serial interrupt - if it actually does.

All the best
Peter
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-23 Thread Fran├žois Van Emelen via Ql-Users

Op 22/05/2024 om 9:43 schreef Wolfgang Lenerz via Ql-Users:

Hi all,

SMSQE 3.41 is out.

This is a bugfix release for SMSQmulator and Q68 - there are no 
changes for other machines.


The code for the Q68 is also the one users of Qimsi Gold or Qzero (if 
there are any) should use - it is the same code for all three machines.


The files can be found, as usual, on https://wlenerz.com/smsqe/

Have fun!

Wolfgang






___
QL-Users Mailing List


Hi Wolfgang,

Thank you for the update.

Fran├žois Van Emelen


___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-22 Thread Jan Bredenbeek via Ql-Users

Hi Peter,


I have indeed added CTS, so a slower machine can stop the Qzero from
sending. The RTS line is just fake though - my hope is that a Qzero is
always fast enough to handle 115200 Baud.


As long as you don't write to the SD card at the same time, probably yes.


The connector is prepared so you can use a standard male D-Sub with
ribbon cable for SER. I had the printed schematics and placeplan in
Dormagen, but forget to give them to you. Shall send by personal email.


You actually did give those printed documents to me in Dormagen ;-)

Best Regards,
Jan

--
Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-22 Thread Peter Graf via Ql-Users
Hi Jan,
>>> The code for the Q68 is also the one users of Qimsi Gold or Qzero (if
>>> there are any) should use - it is the same code for all three machines.
>>
>> Surely there are Qzero users ;-) More than a handful already.
> 
> ;-)
> 
> I'm a bit curious about the SER1 connector on the QLBase board. It's a 
> 10-pin header. Does that mean that it's fully wired, i.e. including 
> RTS/CTS lines?

I have indeed added CTS, so a slower machine can stop the Qzero from
sending. The RTS line is just fake though - my hope is that a Qzero is
always fast enough to handle 115200 Baud.

The connector is prepared so you can use a standard male D-Sub with
ribbon cable for SER. I had the printed schematics and placeplan in
Dormagen, but forget to give them to you. Shall send by personal email.

All the best
Peter
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-22 Thread Jan Bredenbeek via Ql-Users

Hi Peter,


Great, SER1 and SLUG work well on all three now!


The code for the Q68 is also the one users of Qimsi Gold or Qzero (if
there are any) should use - it is the same code for all three machines.


Surely there are Qzero users ;-) More than a handful already.


;-)

I'm a bit curious about the SER1 connector on the QLBase board. It's a 
10-pin header. Does that mean that it's fully wired, i.e. including 
RTS/CTS lines?


Best Regards,
Jan

--
Jan Bredenbeek | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-22 Thread Peter Graf via Ql-Users
Hi Wolfgang,
> This is a bugfix release for SMSQmulator and Q68 - there are no changes 
> for other machines.

Great, SER1 and SLUG work well on all three now!

> The code for the Q68 is also the one users of Qimsi Gold or Qzero (if 
> there are any) should use - it is the same code for all three machines.

Surely there are Qzero users ;-) More than a handful already.

Many thanks for all your work!
Peter
___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.41

2024-05-22 Thread Martyn Hill via Ql-Users
Thank you for your ever-dilligent efforts to maintain our cherished OS!!!

On Wed, 22 May 2024, 08:44 Wolfgang Lenerz via Ql-Users, <
ql-users@lists.q-v-d.com> wrote:

> Hi all,
>
> SMSQE 3.41 is out.
>
> This is a bugfix release for SMSQmulator and Q68 - there are no changes
> for other machines.
>
> The code for the Q68 is also the one users of Qimsi Gold or Qzero (if
> there are any) should use - it is the same code for all three machines.
>
> The files can be found, as usual, on https://wlenerz.com/smsqe/
>
> Have fun!
>
> Wolfgang
>
>
>
>
>
>
> ___
> QL-Users Mailing List
>
___
QL-Users Mailing List