Re: [Ql-Users] SMSQ/E 3.39
Hi Jan, > When I use a splitter and connect the keyboard to the corresponding > connector on the spiltter, the Q68 freezes at the boot loader screen > even if the mouse is not connected. The simple reason is that most (not all) splitter cables lead the mouse to the primary PS/2 port. This was to also allow a mouse to be used on a PC laptop without splitter cable. Which made sense, because Laptops have a builtin keyboard. But on the Q68 it is more important to have the keyboard on the primary PS/2 port, so it can be used without splitter. To achieve this, I swapped the ports, compared to most PC laptops. In other words, most splitter cables are not correctly labelled for a Q68. > I have to reverse keyboard and mouse plugs to make it work. Which is absolutely normal. > Of course this has no relationship with Minerva > or SMSQ/E (which hasn't even started up yet) but it might have something > to do with interrupts or firmware (which I'm not familiar with, it's > Peter's design). Not at all. The labelling of your splitter cable simply needs to be swapped to reflect the Q68 pinout. Peter ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Jan This was posted on the QL Forum: https://qlforum.co.uk/viewtopic.php?t=2097=PS%2F2+Q68=160 Repeated here: Just a further note on the topic of PS/2 Splitter cables. I recently purchased a Genius DX-110 Optical Mouse, on connecting the mouse to the Q68, via Splitter cable, stopped the Q68 booting up at the Ram Test stage, or more specifically at the point where the Q68 detects the PS/2 Mouse. A Perixx Mouse 201-B PS/2 mouse works perfectly. I examined the Genius DX-110 PS/2 Connector, which has these connections, it seems that the mouse connections use the Keyboard Data and Clock connections.: Mouse Data connected to Keyboard Data 1 Mouse Clock connected to Keyboard Clock Pin 5 The Q68 expects the Mouse Data to be on Pin 2 and Mouse Clock on Pin 6 as per the so-called IBM standard: This is the probable reason of the failure of PS/2 Mouse(s) (...Mice) on the Q68, the PS/2 Mouse to be connected to a PC uses the Keyboard Data and Clock connections and the PC PS/2 Controller chip on the PS/2 Interface decides whether the data supplied is keyboard or mouse and sends the data to the correct port. In the case of the Q68, which uses Pins 2, 6 for Mouse Data and Clock signals will fail on the PC standard Mouse connections using Pins 1, 5 for Mouse Data and Clock signals. A possible solution is to interchange Pin 1,2 and Pin 5,6 for the Q68 to use a PC PS/2 Mouse. I have some PS/2 Splitter cables that do not work with the Q68, but interchanging 4 wires in the Mouse connector, get the splitter working. Regards Derek On 29 February 2024 22:58:09 GMT, Jan Bredenbeek via Ql-Users wrote: >Hi Dilwyn, > >On 29-02-2024 19:05, Dilwyn Jones via Ql-Users wrote: > >> I might agree with that, were it not for the fact that there has been >> no issue whatsoever with running SMSQ/E on it (apart from the fact I >> have to configure it not to try to do fast SD card access). >> >> Anyway, once Derek has been able to reprogram it, we'll know if it's >> the software version or something else. >> > >I'm curious as to how you have connected the keyboard to the Q68. Is it >keyboard only or keyboard + mouse via a spiltter? >When I use a splitter and connect the keyboard to the corresponding connector >on the spiltter, the Q68 freezes at the boot loader screen even if the mouse >is not connected. I have to reverse keyboard and mouse plugs to make it work. >Of course this has no relationship with Minerva or SMSQ/E (which hasn't even >started up yet) but it might have something to do with interrupts or firmware >(which I'm not familiar with, it's Peter's design). > >Also, you might check if the 5V power supply is sufficiently stable (the Q68 >itself runs at 3V but the keyboard at 5V). > >I've got a reply today from Mark, he still has the freeze issue you describe >so you're not the only one with this problem. > >Best Regards, >Jan >___ >QL-Users Mailing List --- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Dilwyn, On 29-02-2024 19:05, Dilwyn Jones via Ql-Users wrote: I might agree with that, were it not for the fact that there has been no issue whatsoever with running SMSQ/E on it (apart from the fact I have to configure it not to try to do fast SD card access). Anyway, once Derek has been able to reprogram it, we'll know if it's the software version or something else. I'm curious as to how you have connected the keyboard to the Q68. Is it keyboard only or keyboard + mouse via a spiltter? When I use a splitter and connect the keyboard to the corresponding connector on the spiltter, the Q68 freezes at the boot loader screen even if the mouse is not connected. I have to reverse keyboard and mouse plugs to make it work. Of course this has no relationship with Minerva or SMSQ/E (which hasn't even started up yet) but it might have something to do with interrupts or firmware (which I'm not familiar with, it's Peter's design). Also, you might check if the 5V power supply is sufficiently stable (the Q68 itself runs at 3V but the keyboard at 5V). I've got a reply today from Mark, he still has the freeze issue you describe so you're not the only one with this problem. Best Regards, Jan ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
I might agree with that, were it not for the fact that there has been no issue whatsoever with running SMSQ/E on it (apart from the fact I have to configure it not to try to do fast SD card access). Anyway, once Derek has been able to reprogram it, we'll know if it's the software version or something else. On Thu, 29 Feb 2024 at 17:59, Peter Graf via Ql-Users wrote: > > Dilwyn Jones via Ql-Users wrote: > > 1.05 - That's the version that caused me all the Minerva problems. > > A hardware problem seems more likely to me, because logic version 1.05 > works with the latest Minerva elsewhere. > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Dilwyn Jones via Ql-Users wrote: > 1.05 - That's the version that caused me all the Minerva problems. A hardware problem seems more likely to me, because logic version 1.05 works with the latest Minerva elsewhere. ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
1.05 - That's the version that caused me all the Minerva problems. My Q68 is on its way to Derek to reprogram to another version, which should then tell me if all the problems are down to the Q68 version, or if something else is at play. Before sending it off, I gave it one fresh try of the most recent Minerva4Q68, still the same issues as the earlier problems (lockup at various seemingly random points during Minerva startup). Didn't get time to try Smsq/e 3.39 before sending it off. Dilwyn On Thu, Feb 29, 2024, 15:00 Jan Bredenbeek via Ql-Users < ql-users@lists.q-v-d.com> wrote: > > Hi Jan, > > > > I can do any upgrades if you want to send the Q68 to me. > > > > Regards, > > Derek > > I have upgraded the Q68 FPGA firmware to v1.05 last week and everything > is working fine, no lock-ups. However, using 40MHz SDHC clock gets > corrupted file reads, at least when using the original Q68 SDHC card. So > disabled that in SMSQ/E. > > But to stay on-topic: I noticed that the SMSQ/E 3.39 source zip only > contains the smsq branch. Does this mean the other branches have not > been changed since v3.38? > > Jan > -- > ___ > QL-Users Mailing List > ___ QL-Users Mailing List
Re: [Ql-Users] SMSQ/E 3.39
Hi Jan, I can do any upgrades if you want to send the Q68 to me. Regards, Derek I have upgraded the Q68 FPGA firmware to v1.05 last week and everything is working fine, no lock-ups. However, using 40MHz SDHC clock gets corrupted file reads, at least when using the original Q68 SDHC card. So disabled that in SMSQ/E. But to stay on-topic: I noticed that the SMSQ/E 3.39 source zip only contains the smsq branch. Does this mean the other branches have not been changed since v3.38? Jan -- ___ QL-Users Mailing List