[Ql-Users] SMSQE 3.41
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 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. 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? Wolfgang ___ 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] SMSQmulator 3.01
On 22/05/2024 16:09, Derek via Ql-Users wrote: Hi Wolfgang, Downloaded the update must of been the browser cache. In case of future problems, when you have the download URL, say "https://whatever.org/downloads/someFile.xxx"; then change the link to read "https://whatever.org/downloads/someFile.xxx?id=123456"; (added "?id=123456" to the URL) and this will cause it to read afresh from the URL and not use the cache. Obviously, if "id=123456" failed, you would need to use a different number on the retry to avoid the cache again. It also doesn't have to be "id" this would also work "https://whatever.org/downloads/someFile.xxx?norman=plonker";! ;-) You just change the parameters after the URL to bypass the cache. I wrote a Javascript utility some years ago at work which generated a random URL in this manner when people complained about getting the rong versions. It worked! Cheers, Norm. -- Norman Dunbar. ___ QL-Users Mailing List
