Re: [Ql-Users] Q40i/Q60 board availability

2020-06-12 Thread Fabrizio Diversi via Ql-Users

Yes, please

+1 for me

Fabrizio



>From time to time, I vaguely consider designing a completely new 68060
mainboard with modern HDMI video output, and SDHC cards instead of
floppy and IDE harddisk. Would such a machine come close to what you like?

All the best
Peter
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Fabrizio Diversi via Ql-Users

Yep, I am using last version of 3.36b.

I revert back to initial original eprom, waiting the brand new Eprom (10 
items exactly the same) i ordered from China


Unfortunately I bought 4 eprom second hand from eBay, they are branded 
ST M27C1024 12F even if they look different from external: 2 have round 
window and 2 have rectangular window. Moreover the programmer (Signstek 
TL866II Plus)fails if I check the "Check ID" button, well it fails for 3 
of them and for the remaining one it pass, not a good sign.


As I said in the previous post using SMSQ/E 3.36b in eprom and booting 
the QXL.WIN from the Syba SD-ADA45006 CF reader _works most of the 
time,_ but sometime Q60 stops at initial screen (white/red) not moving 
forward and I need to switch off/on again.


When Q60 start, I also tried to lrespr again 3.36b but apparently 
nothing change.


In summary booting from old eprom (differently from Thierry) I have a 
very stable situation even if i exchange the different CF/SD readers I 
have at home (4), all of them works.


Booting from new 3.36 eprom I have experienced sometime (very few) hangs 
at initial screen with Syba reader, and replacing it with the other 
CF/SD readers even worst getting a blank screen and nothing else.


I could be wrong, and for sure I am, but I noted that smsq/e 3.36b in 
eprom boots in an instant and I  suspect that smsq/e 3.36 start so fast 
that sometime for unknown reasons hangs before the boot, this explain 
the few hangs I have.


Thats all for the moment, waiting the new eprom for restart the tests.

Fabrizio

On 12/05/2020 13:14, Wolfgang Lenerz via Ql-Users wrote:

Hi,

Yes, thanks, that will be in the next version of SMSQE.

I sent Fabrizio a preview version with that fix already included, I
presume that is what Fabrizio is using

I'm not sure whether that is his problem, though.

Woflgang


Just a question - what happens if you re-load (per LRESPR ,not
automatically at boot time)

Yes, I was about to ask the same question, but you bet me to it.

It is probably the same issue as the one I encountered with my HD that
is too slow to show up on the IDE bus when SMSQ/E v3 is cold-booted
from the ROM.

LRESPRing again SMSQ/E v3.36 would definitely expose this, if the card
is seen after such a warm reboot.

I'm posting again here (but in-lined, this time, since the list does
not propagate attachments) the (quick and dirty) patch I made for my
HD and SMSQ/E in EPROM, and which introduces a 5s delay before querying
the IDE drives on boot:

---
diff -durN smsqe336src/dv3/q40/hd/init.asm 
smsqe336src-patched/dv3/q40/hd/init.asm
--- smsqe336src/dv3/q40/hd/init.asm 2020-04-16 09:30:29.0 +0200
+++ smsqe336src-patched/dv3/q40/hd/init.asm 2020-04-21 21:47:22.0 
+0200
@@ -83,6 +83,13 @@
jsr hd_1sec
move.l  d0,hdl_1sec(a3)
  
+	move.l	d5,-(sp)

+   move.w  #250,d5 ; wait 5 seconds (250 frames)
+wait5s
+   jsr hd_1sec
+   dbrad5,wait5s
+   move.l  (sp)+,d5
+
lea q40_wn1+2,a0; configured name
lea hdl_end(a3),a1  ; names lie after device defn (linkage) 
block
bsr norm_nm ; copy & normalise name
-

Thierry.
___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-11 Thread Fabrizio Diversi via Ql-Users

Hi,

I am in the middle of multiple tests with CF/IDE and SD/IDE readers with 
different type/size of CF and SD


Few words about the 2 machine I am using :

- Q40 with 1 IDE controller card with primary channel (master/slave) and 
secondary (master/slave) on the same Card so in total 4 IDE devices: as 
primary master I have a classic 80 GB IDE HD (2 atari partition), as 
slave I have a CDROM. On the secondary channel as a master I have an 
IDE/CF adapter. (StarTech 3.5 Drive Bay IDE to single CF SSD adapter 
card reader). The second ISA slot is occupied by ethernet card. SMSQ/E 
2.92 on rom, then I load newer SMSQ/E (3.36) from primary master disk. 
All the different combination of CF/SD I use on the StarTech are fine. 
The system is working well and stable . Q40 is very tolerant with any 
CF/SD reader I tried to used: I also replaced main primary (master) 
classic 80 GB with a single SD reader (Kalea Informatique - Adapteur 
Convertisseur IDE 3.5 40 pin vers SD Card) and also everything works 
fine.


- Q60: SMSQ/E 2.98 on Rom, 2 IDE cards ESIO v2.1, no ethernet. I had 
also in the past a 2 slot ISA riser card to use the 2 IDE controller at 
the same time with ethernet card (used with linux Shoestring), but at 
the moment I removed the riser card (and linux) and I use the 2 IDE 
cards in the single ISA slotᅵ with no Ethernet. Theᅵ 2 IDE card ESIO 
v2.1 are configured so that one is the primary ide card (IDE address 
primary IRQ 14) with ser1 and ser2, the second card is configured as 
secondary (IDE address secondary IRQ 15) with ser3 and ser4. Attached to 
the first primary card I have: Syba SD-ADA45006 Lecteur de Carte memoire 
interne IDE, it is a CF reader able to have the master CF on one side 
and the slave CF on the other side. As master I have an IBM Microdrive 
withᅵ 2 atari partition used only to boot newer SMSQ/E and as slave I 
have a toshiba 4GB SD inserted into a passive CF2SD adapter type II (K 
komputer K Bay). The SD have 2 partitions. All work fine, I repeat that 
all work fine with SMSQ/e 3.36 (last revision)


- Same Q60 as before but with SMSQ/e 3.36 on rom..here the situation 
is more complex. After having upgraded my Q60 with newer roms, the 
tolerance with CF readers and different type of SD/CF cards are totally 
different. The same Syba adapter is in place and works fine booting 
directly QXL.WIN (and it is very fast), but i realized that most of the 
other CF readers I tried DON'T work any more as before. This issue seems 
to address newer SMSQ/E in Eprom, I used second hand ST M27C1024 eprom 
120ns. I ordered completely new eprom from China the same Brand but with 
100ns.not sure where is the problem.


This is the situation as of yesterday night, it is really hard and time 
consuming test all different combination of devices .


Fabrizio



On 11/05/2020 22:35, Thierry Godefroy via Ql-Users wrote:

On Thu, 23 Apr 2020 23:42:31 +0200, Peter Graf via Ql-Users wrote:


Fabrizio Diversi via Ql-Users wrote:

-ᅵᅵᅵ As a slave I have a 4 GB Toshiba SD HC with a CF adapter Type II.

Ah! Very good idea! With the right passive CF-IDE adapters, those might
not suffer the same problem as the SD-IDE converters, which allow no
slave.

I'm afraid things are not *that* simple... :-(

Based on Fabrizio's report, I bought and tried this adapter:
https://www.amazon.fr/gp/product/B06XD8ZP1P

Sadly, when plugged into the IDE to CF Card adapter (duly configured as
a slave and which does cause a genuine CF Card to indeed behave as an
IDE slave device when plugged in this adapter), the SDHC+CF card adapter
combo behaves like if it is alone on the IDE bus, masking any other
device connected to it (in my case, an IDE HD configured as master).

I also tried to configure the IDE-CF adapter as master and the DD as
slave, but the DD is still not seen on the bus when the SDHC+CF card
adapter combo is plugged into the IDE-CF Card adapter.

I returned that device today since it's of no use at all to me...

If Fabrizio could quote the brand and model of his working SDHC to CF
card adapter, it would save us a lot of troubles finding one that works
as intended...

Thierry.
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

Hi,

this is the "device" I use on the Q60: 
https://www.amazon.fr/Syba-SD-ADA45006-Interne-lecteur-m%C3%A9moire/dp/B0036DDXUM


The device can fit 2 CF, the master on one side, the slave on the other.

-    As a master I have an IBM microdrive (1gb) divided with 2 QLWA 
Atari partitions each 512mb. The MD is used only to boot new SMSQ/E, 
then in the boot with a win_drive 1,1,0,0,'QLWA.WIN' I link the disk on 
the slave partition


-    As a slave I have a 4 GB Toshiba SD HC with a CF adapter Type II. 
The SD is divided with 2 (2GB) partitions FAT32 where I have all my 
QXLs.WIN . I choose a  SD instead of a CF to facilitate data exchange 
with Q68.


All works fine with last SMSQE(b) 3.36 on Q60

Fabrizio

On 23/04/2020 14:14, Thierry Godefroy via Ql-Users wrote:

On Thu, 23 Apr 2020 13:37:15 +0200, Fabrizio Diversi via Ql-Users wrote:


On 23/04/2020 13:08, Thierry Godefroy via Ql-Users wrote:


Err... I do need the corresponding sources, so that I can patch them
(I need a delay on boot for the hard disk, else it won't cold-boot
on it)

Very interesting, is a common problem using compressed SMSQe Rom with
normal HD ?

It is a problem with my HD (a 60Gb Maxtor) and my Q60 @ 66MHz: SMSQ/E
boots so fast (from the ROM) that the HD does not have enough time to
spin up (after a cold start or a software reset) and be ready by the
time SMSQ/E tries and reads win1_boot, so SMSQ/E gives up on booting
on the HD...


Could be this a value parametrized ?

I just coded a (very quick) and (totally) dirty 5s delay loop in the
Q40 HD init code. The *proper* fix would require waiting in a loop
(that would timeout after 10s or so) for a HD to show up and report
as being ready on the IDE port(s). This won't need any parameter, but
perhaps a disabling flag in the SMSQ/E config block, for people not
using any HD (or IDE drive) and booting only from floppy (disabling
that feature would allow for faster boot on floppy).


Well I am curious to know what you did, can be this module published ?

Patch attached. I already reported the issue and transmitted the patch
to Wolfgang as well, a few months ago. I suppose I'm the only person
affected (with perhaps the only known configuration regrouping a low
spinning drive and a fast (overclocked) Q60)...


I can vouch for this fact that, sadly and while implementing a "full IDE"
compatibility mode, the Compact Flash cards (their "reader" is actually
just a controller-less CF connector to PATA IDE connector adapter) are
totally unreliable when used on an IDE bus, be it from SMSQ/E or Linux:
they *might* seem to work, at first (at least some brands might look like
they do), and as long as you copy files in a raw on a blank medium, but
as soon as you start deleting files and writing others (i.e. for random
access, and with fragmentation), you get immediate medium corruption !

it is more easy to find on the market CF to IDE adapter, only for my Q40
I ordered recently from Amazon (should be here next week) an SD/IDE
adapter: Kalea Informatique - Adaptateur Convertisseur IDE 3.5" 40Pin
vers SD Card. I let you know .

I already did that, months ago... Tried with 32Gb CF cards made by
Transcend (first write on blank QXL.WIN works fine under SMSQ/E, then
rewrites corrupt the whole media) and SanDisk (not working *at all*
with the adapter).
Note that both CF cards (totally) fail under Q60-Linux as well (so it's
not SMSQ/E's fault).


On Q60 I have a single adapter CF to IDE, similar to 2.5 inch HD
enclosure, that can hold 2 CF, one per side, master and slave. It works.

Lucky you !

Feel free to provide the community with the brands and models
(especially the CF card brand/model, since this is the only thing
which truly counts for a controller-less IDE/CF adapter).
Also, perhaps your "2.5 inch HD enclosure" is in fact equipped with
an actual IDE controller (is there any IC on its PCB) ?

Thierry.
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

Hi,

On 23/04/2020 13:08, Thierry Godefroy via Ql-Users wrote:


On Thu, 23 Apr 2020 12:10:13 +0200, Wolfgang Lenerz via Ql-Users wrote:


I don't feel it necessary to release a new version of SMSQE for this.

Err... I do need the corresponding sources, so that I can patch them (I need
a delay on boot for the hard disk, else it won't cold-boot on it) and burn
Very interesting, is a common problem using compressed SMSQe Rom with 
normal HD ? Could be this a value parametrized ?   Well I am curious to 
know what you did, can be this module published ?

the resulting re-compiled ROM in the Q60 EPROMs...

Thanks in advance for publishing them.

On Thu, 23 Apr 2020 12:03:58 +0200, Wolfgang Lenerz via Ql-Users wrote:


My advice: get rid of the CF reader, I have had nothing but trouble with
them.

I can vouch for this fact that, sadly and while implementing a "full IDE"
compatibility mode, the Compact Flash cards (their "reader" is actually
just a controller-less CF connector to PATA IDE connector adapter) are
totally unreliable when used on an IDE bus, be it from SMSQ/E or Linux:
they *might* seem to work, at first (at least some brands might look like
they do), and as long as you copy files in a raw on a blank medium, but
as soon as you start deleting files and writing others (i.e. for random
access, and with fragmentation), you get immediate medium corruption !


it is more easy to find on the market CF to IDE adapter, only for my Q40 
I ordered recently from Amazon (should be here next week) an SD/IDE 
adapter: Kalea Informatique - Adaptateur Convertisseur IDE 3.5" 40Pin 
vers SD Card. I let you know .


On Q60 I have a single adapter CF to IDE, similar to 2.5 inch HD 
enclosure, that can hold 2 CF, one per side, master and slave. It works.





Not so with SD cards.

Sadly, I did not find a single SD card to IDE adapter that could be
configured on a master/slave IDE port, i.e. they all grab the "stand
alone" role and forbid using a second IDE drive as a slave (or master).

I might have found a solution, and I recently ordered a PATA IDE to
SATA adapter (with master/slave jumper) and a SD card to SATA adapter.
I should receive them by mid-June (COVID allowing), and will then
report my luck (or lack thereof) with this setting...

Thierry.
___
QL-Users Mailing List


Regards

Fabrizio

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

yes, you are right.

What i meant in my previous email is about what i plan to do, I am not 
saying anything against Atari partition, it is up to the user decide 
what to do.


I read again, Peter, your previous email, and In case we (Wolfgang:-)) 
cannot find a solution, I vote in favor to switch back to 335 
functionality in this respect as you suggested.


Let me take the opportunity to repeat here the post i put on the forum, 
so that some of you can find a kind answer...:-)




Hi,
I am finishing my process of updating my Q40 / Q60, I have installed a 
new case, a new modular Atx power supply, replaced classics HD with 
CF/SD readers, eliminated floppy and lastly I would like to update the 
ROM with the latest version of smsqe.


I have already created, using the compressed version of SMSQE by 
Wolfgang the LO and HI parts ready to be burned in the 2 eprom.


Now I need your help in find out the exact model of the eprom to use: 
M27C1024-xxx but what model/brand ? and where to find them (eBay) ? UV 
or OTP?
Can you suggest me which model of eprom programmer to buy and which 
model of UV lamp to cancel the eprom?

Can I reuse the existing Roms erasing and reprogramming them ?

Many thanks

Fabrizio


All the best

Fabrizio

On 23/04/2020 11:39, Peter Graf via Ql-Users wrote:

Fabrizio Diversi via Ql-Users wrote:

New configuration I am approaching is to burn new ROM able to load
SMSQ/E 3.36 directly without need of at least one atari partition and
then have a single CF/SD (1 or 2 partition, doesn't care) to be able to
load until 8 QXL.WIN and to have the freedom to share them with Q68.

Especially for sharing with the Q68, the new feature is useless, as it
does not exist there.

Peter
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

Hi all,

I am taking the decision to abandon at all Atari format partition on my 
Q60/Q40. I never had a special passion for mkpart/drvchk/drvlnk because 
I never fully understand the logic behind and this is my limit obviously .


New configuration I am approaching is to burn new ROM able to load 
SMSQ/E 3.36 directly without need of at least one atari partition and 
then have a single CF/SD (1 or 2 partition, doesn't care) to be able to 
load until 8 QXL.WIN and to have the freedom to share them with Q68. I 
think, that QXL.WIN on FAT32 could be considered the new standard, my 
humble opinion obviously


Fabrizio

On 23/04/2020 11:02, Peter Graf via Ql-Users wrote:

Thierry Godefroy via Ql-Users wrote:

On Thu, 23 Apr 2020 09:16:36 +0200, Wolfgang Lenerz via Ql-Users wrote:


Sadly, this change totally broke secondary partitions support for Atari
partitioned hard disks.

Just to make sure, this change broke things in 3.36 only, not in 3.35?

Yep. v3.35 works like a charm in this respect, and I actually reverted to
it for now...

For me the question is: Where is even the slightest practical benefit of
the new feature? Up to eight QLWA containers can be used without it.

I know it is hard to abandon code, after time was already invested, but
in this case I'd vote for it.

All the best
Peter
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-19 Thread Fabrizio Diversi via Ql-Users

Hi,

doesn't work here: black screen and 2B29.

I am using a Mac Osx

Fabrizio

On 19/04/2020 15:23, Derek via Ql-Users wrote:

Hi,

I updated the Java 11 version all is working okay on Linux.

Maybe it's a Windows problem.

Regards,
Derek

On 19 April 2020 13:57:29 BST, "François Van Emelen via Ql-Users" 
 wrote:

Op 19/04/2020 om 7:56 schreef Wolfgang Lenerz via Ql-Users:

Hi all,

hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29.

Win drives can be made removable.
NFA drives can handle (exec, save and load) files with an XTcc

footer,

so that QL files can be  EXEC'd directly from a native drive.

wlenerz.com/smsqmulator.

Have fun


Wolfgang
___
QL-Users Mailing List


Hi Wolfgang,

There seems to be a problem with 2.29.
Launching it displays a black screen.

About says: v 2.29 for Java 8.

François Van Emelen


___
QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] 16th Italian Sinclair QL meeting (virtual) - Report

2020-04-14 Thread Fabrizio Diversi via Ql-Users

Thank you Davide,

I enjoy a lot during the meeting for the news, for the possibility to 
view people and new devices directly in their environment. Some light in 
this difficult period is needed.


It is an event to replicate soon, maybe also at international level.

Fabrizio

On 14/04/2020 01:00, Davide Santachiara via Ql-Users wrote:

16° Meeting Sinclair QL Italiano – 5th of April 2020

The 16° Sinclair QL should have been held in Modena as it has been the case
since 2008. Unfortunately, due to the restriction enforced following the
Covid-spread 19 we had to meet on the virtual teleconferencing platform
Jitsi. Twenty people have attended the teleconference including Marcel
Kilgus, Dilwyn Jones and Urs Keonig as welcome international guests.

Marcel, as also happened in the last two QL Italian meetings, had many
interesting news to report. Guest star was the new RGB-VGA interface for
Sinclair QL. This is yet another very useful piece of hardware to keep the
original QL alive at the time were only SVGA interfaces are available in
modern monitors. The prototype is almost finished and the image quality is
outstanding, everything is managed by a FPGA which scans the RGB signal and
transform it into a VGA signal. All the details can be found on

https://www.kilgus.net/2020/01/08/ql-vga-the-second/ An Italian QL user
living in Toronto since many years, Michele Perini, is designing a QL style
case to be realized with 3D print technology.

The second news was that the excellent QL-SD interface card will not be any
more realized due to the effort at Marcel’s side needed to solder and
integrate the boards. That’s a pity, but do not despair as a new replacement
named QL-SD ROM is already in the pipeline. This board will connect to the
QL ROM port. The nice plus is that the new QL-SD ROM will have an onboard
flash ram capable to keep up to 8 QL ROMs which can be loaded and selected
with simple SuperBasic commands.
https://www.kilgus.net/2020/03/28/ql-sd-rom-the-early-days/

As side activity Marcel is also working in the port of SMSQ/E for the MiSTer
platform. MiSTer is a hardware platform capable to emulate most of the
“retro-computers”. You can find the Sinclair QL port on

https://github.com/MiSTer-devel/QL_MiSTer while a MiSTer description is
given at this link  
https://github.com/MiSTer-devel/Main_MiSTer/wiki

One of the possible future ideas which were mentioned by Marcel is the QL
port on the Spectrum Next  
https://www.specnext.com/ which has been shown “live” by Massimo Boccardi,
one of the few guys who managed to buy one. One of the nice things about the
Spectrum Next is that the case has been designed by the same designer of the
Sinclair QL case.

Another nice video contribution was an original Sinclair QL connected to an
internet connection with this serial-ethernet interface

https://www.simulant.uk/shop/retro-vintage-computer-wifi-modem-rs232-serial-
hayes-compatible as well as V-Drive with a case made with SLS 3D printing
technology. The case was almost identical to the original Sinclair QL one.

Dilwyn Jones has shown his QL-IRC program. QL-IRC is written in structured
Super Basic (by Tim Swenson) and allows to any QL platform allowing to have
a TCP/IP connection like QPC2 to an IRC server (like e.g. the one hosted by
QLForum https://qlforum.co.uk/)

During Dilwyn’s presentation I noticed QL IRC was running on QPC 4.99 so I
could not resist to ask whether this was an error or a special version
developed on purpose for QL IRC. Actually, Marcel forgot that he almost
completed the work on QPC 5 which is a version almost completely re-written
in C a part for the core. There are many advantages vs QPC 4 like full
Direct-X 11 support, an improved floppy driver and capability to save header
information on DOS files. Only minor drawback is that it will not run
anymore on Windows 95.

Last presentation was made by Giorgio Garabello who has shown the latest
developments of his Black Phoenix platform
http://www.hunggartorino.it/ql/black-phoenix-en/ Most of the efforts have
been spent on a new sophisticated file manager called Quantum Explorer which
will be available in the next release. Roberto Porro in parallel has shown
the ongoing development work in the routines to allow image processing also
to be implemented in a new utility which will be part of Black Phoenix.

I hope I did not forget any of the very interesting information exchanged
during this virtual meeting, two hours and a half has flown and our wish has
been to organize a similar virtual event not far in the future. This was
however not new for us as since 2014 during our physical QL Italian meeting
we always organized videoconferencing sessions which allowed many people
from 

Re: [Ql-Users] QBOX BBS for TCP/IP released!

2020-03-02 Thread Fabrizio Diversi via Ql-Users

Yep, it is pretty cool.

I am already using it to update files on different Ql machines.

What I think is under estimated and not fully understood it is the 
possibility to use  Qbox not only with emulator that have tcp/ip built 
in but also by BBQL, Q6x with Simulant retro WIFI Rs232 adapter. The 
adapter is a very small box that connect to SER1 (powered by usual phone 
mini usb)


Using it, you can easily connect QLs to internet via Wifi, the box 
assign a dedicated IP address to the QL and establish a connection with


 other machine in your Lan (QL or not). I have multiple adapter and use 
them to connect to the 2 QL servers (a raspberry and my pC) using Qbox.


The Wifi adapter accept the command ATD"192.168.1.xx:5000" where xx is 
the address of the server, possibly (i think but not sure) even the IP 
Net driver of Martin Head could be extended to use it.


Fabrizio


On 02/03/2020 10:26, Marcel Kilgus via Ql-Users wrote:

Jan Bredenbeek via Ql-Users wrote:

On this (Quantum) Leap day, I proudly present the re-release of QBOX. And
not just the version that's been laying around for years in scattered
files, but a complete ready-to-run WIN container that works over TCP/IP on
QPC2, SMSQmulator and UQLX! It also contains the complete QL file archive
of my BBS from 1987 to 2003, which is about 48MB.

Oh my good, this is pretty cool. The only thing that's missing for the
complete retro experience is the anxiousness over the accumulate phone
bill and the haste to get things done as quickly as possible! :)

I often chatted to Jochen through his BBS and we exchanged SMSQ/E
sources and stuff this way as sending floppy discs quickly became too
annoying ;) Good times.

Cheers, Marcel

___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Q60 + OSSC

2020-01-16 Thread Fabrizio Diversi via Ql-Users

68080...miracle could happen?:-)

I am using mainly the Q60 with Peter solution on a modern LCD using the 
new PLCC developped by him (1024x512 leaving the lower part of the 
screen black).


I am also playing time by time with Q68 and Mister, for the QL (used 
rarely) i used a standard VGA converter that work nicely (not perfect, 
but acceptable)


Future is FPGA, I am then ready for a Q68 Gold Version

Fabrizio

However, and as you perfectly know, there are other solutions, based
on "IP cores" and FPGAs. I recently stumbled upon:
https://wiki.apollo-accelerators.com/doku.php/apollo_core:start

That "68080" core (implemented with current FPGAs) is 3 times faster
than a 68060 @ 66MHz !

Sadly it does not implement a MMU, so it won't be able to run Linux
and some programs under SMSQ/E would pose issues (IIRC, QLiberated
programs use the MSB of the address registers to store data, and the
Q40/Q60 uses its MMU to "mask" it).
Perhaps a cut-down MMU support (i.e. MSB address "masking") could be
added to the "68080" core so to solve the issue under SMSQ/E...

A hint for a successor to the Q68 ?... :-D

Regards,

Thierry.
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] FGPA Anyone (Mister)

2020-01-13 Thread Fabrizio Diversi via Ql-Users

Hi,

I can confirm that on my Mister (32MB SDRAM) the new core works as 
expected without any problem. SMSQ/E loads perfectly .


The system is stable like a rock and speed index (Test909) report a 
speed 13 times of a BBQL (@ full speed), 10 times when Gold Card (24MHZ) 
selected


So, most probably your problem should be with the new 128Mb sdram.

fabrizio

On 13/01/2020 18:51, Daniel Baum via Ql-Users wrote:

Hi Marcel,

I'm afraid your core doesn't seem to work on my Mister (or I've messed up
somehow). I get a black screen with a white Minerva logo in the bottom
right corner, which appears to be gradually overwritten with more blackness.
I wonder if it's the problem that some cores have with 128MB SDRAM cards?

Rgds,

Daniel

On Mon, Jan 13, 2020 at 11:52 AM Daniel Baum  wrote:


Great :)

D.

On Mon, Jan 13, 2020 at 11:23 AM Marcel Kilgus via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Daniel Baum via Ql-Users wrote:

I'm looking forward to testing this.

Are you going to send it to the main Mister repository?

That's the plan.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] found unused stuff

2019-10-19 Thread Fabrizio Diversi via Ql-Users

Hi,

I arrived late, but if RomDisQ is still available, it is fine for me to 
buy it, please let me know. I am trying since long time to find an 
Aurora , but so far no success.


Maybe Derek will decide to start a batch of new Aurora production..:-)

Regards

Fabrizio

On 19/10/2019 06:16, Kenn Van Hauen via Ql-Users wrote:

Thank you Paul for sharing here. Yes, I would be interested in buying the 
Aurora from you.

Please let me know how you???d like to proceed.

All my best,

Kenn

Sent from my iPhone


On 19 Oct 2019, at 01:54, paul via Ql-Users  wrote:

???
While the mood is with me, I manage to get through a box or 3
that has been tucked away for years.

Decided I could tackle the task once again the other day, and
after the first box, settled for a smaller one as the last one today.

FOUND:  Knew I had the stuff, but a 'one of the top 10 life
disasters' interrupted the using of these and I never returned
to QL'ing like I used to.

1:  Aurura COMPLETE, still in its padded envelope
2:  ROMdisq, Complete also.

Neither of these have been used once bought new.

Any market for these?


--
Paul Holmgren
The history of liberty is a history of resistance.
The history of liberty is a history of limitations
of governmental power, not the increase of it.
- Woodrow Wilson, New York, September 9, 1912
___
QL-Users Mailing List

___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] QL-SD news

2018-03-30 Thread Fabrizio Diversi via Ql-Users

Thank you Marcel! Really good news.

I am using QL-SD adapter since quite a lot of time and it is 
definitively an important upgrade for the BBQL


I am not sure if I understood well and you will produce some units by 
yourself, In case yes I will be delighted to have one board (may be 2 
:-):-))


Thank you again

Fabrizio
On 29/03/2018 23:29, Marcel Kilgus via Ql-Users wrote:

Speaking of only announcing stuff that basically already works, I have
made huge progress regarding my work on QL-SD that I was going to
write about today anyway:

https://www.kilgus.net/2018/03/29/ql-sd-news/

Hope this is interesting to you all.

Cheers, Marcel

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] QL-SD new driver

2018-01-22 Thread Fabrizio Diversi via Ql-Users

Hi,

really great news ! Thanks!!

BTW , I have installed the QL-SD hardware in one of my QLs and it works 
well with GoldCard, although no way to have it working with the SGC .


I am looking forward to buy another QL-SD adapter but I am not able to 
find it anywhere on the net.


Fabrizio


On 22/01/2018 12:22, Wolfgang Lenerz via Ql-Users wrote:

Hi,

What is expected to happen if SMSQ/E is loaded on a
GoldCard/Minerva/QL-SD system with this driver at $C000 in ROM?

The driver is expected to work as well as it can with GoldCard, i.e.
probably not at all. Your comment below says it all!



Remark: This new driver can not be expected to resolve the signal
quality issue between (Super)GoldCard and QL-SD. This remains a
hardware problem.


Indeed

Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-21 Thread Fabrizio Diversi via Ql-Users

Hi,

I have done a sufficient number of experiment in copying and executing 
files over the sernet@230400 to say that it is working.


I copied also some files over the net, bigger than 1Mb, and then 
compared byte by byte. I would like to say that @230400 sernet should 
work:-).


The cable I used is coming originally from Laplink package and it is 
clearly visible that the cable construction quality is excellent, the 
usb/ser adapter is a Digitus one, the "PC" is a Mac Book pro using Win10 
with Parallels...and finally QPC.


Fabrizio


On 21/01/2018 01:11, Peter Graf via Ql-Users wrote:

My experience is that internal SER cards for PC tend to work reliably at
up to 230 kBaud without handshake, while most USB-SER coverters don't.

Usually you notice it only during long file transfers.

Am 21.01.2018 um 00:11 schrieb Dave Park via Ql-Users:

Once you're up into 230k territory, the quality of the cable starts making
an extraordinary difference, even if there is UART support for that speed.

On Sat, Jan 20, 2018 at 3:25 PM, Peter Graf via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Hi Fabrizio,


configuring the driver in Win10 there are available different predefined
speeds, including 460800, so I assume it should work at least from PC

side.

I know, but that tells nothing about what the adaptor can physically
hanlde. I have a lot of experience with that, unfortunately. Nine out of
ten adaptors which allow to select such high speeds, can't even handle
230 kBaud PC to PC reliably.

Peter
___
QL-Users Mailing List

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-20 Thread Fabrizio Diversi via Ql-Users

Peter,

configuring the driver in Win10 there are available different predefined 
speeds, including 460800, so I assume it should work at least from PC side.


Ciao


On 20/01/2018 18:00, Peter Graf wrote:

Hi Fabrizio,


Now playing with SMSQ/E sources, according Wolfgang suggestion (Thanks)

How do you come to the idea your SER-USB adaptor supports 460 kBaud,
even PC to PC?

The required RS-232 line drivers are very seldom!
Peter




___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-20 Thread Fabrizio Diversi via Ql-Users
So far, I used 230400 in a reliable way (not extensively tested...), i 
did not notice anything wrong, moreover this speed (230400) it is a 
reasonable compromise vs response time expected, 115200 is a bit slow 
for my taste. The setting I used on PC side was 8bit data and no flow 
control. Sernet I use is version 2.25, btw is a newer version somewhere 
available?


Now playing with SMSQ/E sources, according Wolfgang suggestion (Thanks)

Fabrizio


On 20/01/2018 13:04, Derek via Ql-Users wrote:

Hi,
When using Q68 to QPC2 on a PC using Sernet, I have found it is the PC serial 
port that limits the serial port speed to 115200 Baud.
But Q68 to Q68 can achieve higher serial speeds.
Sernet requires RTS/CTS for flow control, which on the Q68 is pulled high and 
not available.
Pity the Sernet source code was not available so a software flow control could 
used like XON/XOFF.
But on saying all that Sernet does work on Q68 to QPC2, QXL. Not tried Atari ST 
QL emulator yet.
RegardsDerek
 Original message From: Peter Graf via Ql-Users 
 Date: 20/01/2018  11:19  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Peter Graf  Subject: Re: [Ql-Users] Q68 Baud
Hi Fabrizio,


Finally what is the theoretically max ser speed of the Q68 is?

460 kBaud for the hardware itself (UART and RS-232 driver). But for the
overall system, max. 115 kBaud is specified in the Manual. Beyond that
it has not been sufficiently tested.

Please note that many USB-SER converters for PC start getting unreliable
at 230 kBaud already.

Peter
___
QL-Users Mailing List
___
QL-Users Mailing List



___
QL-Users Mailing List


[Ql-Users] Q68 Baud

2018-01-20 Thread Fabrizio Diversi via Ql-Users

Hi all,

I have (finally) found some time to check Sernet connection between my 
Q68 and QPC under Win10 (Mac Book using Parallel). To get COM1 I use a 
USB-> RS232 converter


As expected Sernet works perfectly until 230400 Baud (19200*12), to get 
more speed I tried  460800 (19200*24) but I got a "not implemented 
error". All speed more than 230400 get a not implementation error in any 
SMSQ/E system (QPC /Q68/Q60). I think that SMSQmulator don't have SER 
driver.


I had a look at the SMSQE 3.32 sources and there are 2 "baud.asm" in 
smsq/spp and sbext/ext but i cannot find where the speed check is.


Finally what is the theoretically max ser speed of the Q68 is? and where 
the SMSQ/e check this ?


Many thanks to any of the Guru that would like to answer:-):-)

Regards

Fabrizio

___
QL-Users Mailing List

Re: [Ql-Users] Dock

2017-11-07 Thread Fabrizio Diversi via Ql-Users

Peter ,

dock is a nice program that use QPTR toolkit (RPTR), you can find the 
toolkit manual on Dilwyn web site. It work nicely on SMSQmulator, QPC 
and Q60.


Ciao


Fabrizio


On 07/11/2017 19:28, Peter Graf via Ql-Users wrote:

Hi,

I try to run this nice looking "dock" for SMSQ/E:

http://www.wlenerz.com/qlstuff/dock_bas.zip

It seems to crash or hang at the RPTR command in line 1020, which I can
not find in the SMSQ/E Manual on Dilwyn's Website.

Does anyone else use this program and can give me a hint?

All the best
Peter
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Possible bug in the (experimental) QubIDE feature of QXLWinReader

2017-10-31 Thread Fabrizio Diversi via Ql-Users

Hi everyone,

recently I also asked Wolf to make a change in SMSQmulator (Ver. 2.25 
Beta that should be released soon) , not a trivial (at least for me) 
change and he did it this basically in real time.


As Martyn, I am also in IT Business, and I was thinking how wonderful 
could be to have an IT partner that could develop overnight a new 
feature but _*especially that the new feature work !!*_


So thank you Wolf for the job you are doing to support our hobby.

Ciao

Fabrizio

p.s. before anyone gets offended, it's best to extend the thanks to 
anyone who dedicates time to this hobby (and there are many...):-):-):-):-)



On 30/10/2017 21:48, Martyn Hill via Ql-Users wrote:

Hi everyone

Despite his busy schedule, Wolfgang made a new version of QXLWinReader 
available to me privately and I have tested the new behaviour. The 
issue appears to be addressed and FTYP is now returning the correct 
file-type for sub-directories copied from a WIN drive to a BDI image 
on my SD-Card.


Wow - that is a quick release-cycle! Working in the software industry 
myself, I know our customers would love that kind of service!


I'll leave it to Wolfgang to say when he's ready to upload the new 
version to his site for general release.


Thanks Wolfgang!

M.

On 30/10/2017 10:21, Martyn Hill wrote:


Hi Wolfgang!

For sure - no pressure - I can fix-up the issue on my SD-Card with a 
little script in the meantime.


As for on which FS the issue takes-place; it shows itself on the 
destination side (QubIDE/SD-Card image) - running FTYP on the source 
QLWA/WIN source returns the expected '255' against all 
(sub)directories, whereas after copying (en-masse) to a BDI image on 
my mounted SD-Card, the same sub-directories return '0' to FTYP once 
re-mounted on the SDC-equipped QL - but are still marked as 
directories in the parent (hence tagged with the ' ->' marker when 
DIRing the parent.)


Warm regards - and thanks again for a really valuable utility!

M.
On 30/10/2017 03:39, Wolf via Ql-Users wrote:

Hi,

thanks for pointing this out.

I'm a little short on time right now, but will check this as soon as 
possible.


Under which file system does this error arise, QLWA ou Qubide?

Regards

Wolfgang


On 29/10/2017 22:12, Martyn Hill via Ql-Users wrote:

Hi list and especially Wolfgang

Not sure the best way to report the issue, but as per my recent 
thread on the Forum 
(http://qlforum.co.uk/viewtopic.php?f=3=2146), I seem to have 
uncovered an odd behaviour when copying directory structures from 
WIN to a QL.BDI image file on SDC.


I know this feature is still experimental, but I already use it 
quite a lot - especially after corrupting my SD-Card sufficiently 
that it wouldn't get recognised on the QL, but QXLWinReader was 
able to read all the files and directories (somehow!), allowing me 
to recreate the QL.BDI image file and restore all the contents. At 
the moment, this valuable little program is my preferred way to 
transfer large amounts of data between QPC and my QL.


In short, whilst the directory structures are all copied across 
with their files (and further sub-directories), it would appear 
that the file-header copy inside each sub-directory file itself is 
not copied across intact. The effect of this is that, whilst a DIR 
listing shows the ' ->' against such sub-directories indicating 
that it is recognised as a directory-file, when you use FTYP to 
query the sub-dir path, it returns '0' as for a normal file.


I've tested this - as documented on the Forum - and think I've 
ruled out anything else (like the typical user-error that plagues 
most of my QL work!)


Would love to see this investigated and possibly addressed!

Regards,
Martyn.
___
QL-Users Mailing List



___
QL-Users Mailing List






___
QL-Users Mailing List


Re: [Ql-Users] QxlwinReader

2017-06-10 Thread Fabrizio Diversi via Ql-Users

Many thanks Wolfgang,

very useful program, finally I can copy easily programs between from my 
main systems (SMSQ Emulators QPC and SMSQmulator) to Mist and QLs with SD.


Ciao

Fabrizio


On 10/06/2017 19:56, Wolf via Ql-Users wrote:

Hi all,

I've released QxlwinReader, a small java program that allows you to 
read/write qxl.win type container files directly.


There is also experimental support for Qubide formatted ("BDI") 
container files.


www.wlenerz.com/QLstuff.

Have fun!

Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List