Re: [Ql-Users] SMSQE 3.41
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
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
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
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
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
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
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
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
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
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
