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
[Ql-Users] The Dormagen meeting
Hi all, perhaps a small echo of the Dormagen meeting will interest some of you. It ran under the motto “The QL is 40”, started on friday afternoon (May 17th) and lasted to sunday mid-morning. It was, to my mind, a resounding success. First of all, my compliments to Detlef, who managed to get us a hotel and a meeting space. The first evening we were in a somewhat cramped space because a wedding took place in the larger room - something the hotel owner had conveniently forgotten to tell Detlef, but on Saturday we were able to enjoy the larger room. Some of us felt that the accommodations were not up to standards, but I was satisfied with my room. At least there the wifi worked correctly. Anyway, these niggles did nothing to dampen my enthusiasm at meeting all present, most known (at least by voice on the phone) and some previously unknown. Many of us hadn’t met more in person for something like 20 years! There was a wide range of people, from bloggers to users to hardware developers to software tinkerers to collectors. People came from all over Europe, from Norway to the south of France, from Croatia to Normandy, from Switzerland, Germany and the UK. I find it fascinating that a machine that, whilst now being 40, has been dead for the last 35 years or so, still attracts that many fine minds. All in all, about 20 people attended. On the friday afternoon, everybody set their machines up and got together and to know each other (again). On Saturday, in a well thought-out presentation, Peter Graf showed the latest evolutions of actually existing hardware, notably the Qzero and Qbase as well as the Qimsi Gold. Martyn Hill, authors of the much appreciated QLUB adapter, gave an interesting summary of his current and future projects. Urs König gave a presentation of all the interesting stuff he collected, and all the interesting QL-related persons he met, over the last ten years. The rest of the time, and especially during the evening meals, there were far-ranging discussions, not all QL related. All in all, I had a blast of a time. There was talk on sunday morning, to organize another meeting, perhaps next year. I can only hope that, in that case, Detlef handles the organising again. Have fun! Wolfgang ___ QL-Users Mailing List
[Ql-Users] SMSQE 3.41
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 as soon as one slave block is full. And writing one block to the card should not take that long. E.g. a hardware receive buffer size of 256 bytes to "survive" one polling period would be doable. See below. 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. So, as a safeguard you might want to implement a bigger buffer, but right now this does not seem to be necessary - but Jan might have something different to say there. Wolfgang ___ 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
[Ql-Users] SMSQmulator 3.01
Hi all, I added a version of SMSQmulator for java 21 to my site. Have fun! Wolfgang ___ QL-Users Mailing List