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
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
>>
Hi,
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?
Possibly, yes. However, this will probably not happen when getting data
via SER as the data will probably be written to the card
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
Hi,
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.
Yes it does.
What happens with data
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
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
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
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
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
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
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.
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
13 matches
Mail list logo
