<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1528" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2><FONT face="Times New Roman" size=3>Hi 
Dwight<BR><BR>Thanks (again) for your valuable assistance! BTW I hope you are 
feeling<BR>better now.<BR><BR>Unfortunately due to my job I don't get much free 
time to spend on my hobby,<BR>but this weekend I was able to finally spend a 
couple of hours in my<BR>workshop and got to the bottom of the serial problem I 
was having! At last I<BR>have your disk transfer program working fine 
now!<BR><BR>The cause of the lack of serial comms was actually that the 8250 
itself was<BR>faulty. Talk about bad luck; I had originally discounted the 
serial card<BR>having a hardware fault because I tried swapped serial cards 
between my two<BR>H89s and this had not fixed the fault. As it turns out, BOTH 
the serial<BR>cards had duff 8250s in the LP port circuit !<BR><BR>In the end, I 
swapped an 8250 from one of the other ports on the card to the<BR>LP section and 
your loader started to work fine. I can't imagine why the<BR>8250s on the LP 
port on both machines should have both suffered the same<BR>fate; the line 
drivers associated with the LP port on both serial cards are<BR>absolutely fine. 
I'd have thought that if someone has mis-connected the LP<BR>port on both 
machines, or subjected it to static discharge the line drivers<BR>would have 
been the first to go!<BR><BR>There was one other problem that's worth mentioning 
for those who also want<BR>to use your H89TRANS. On my pure DOS machine I have 
Windows 3.1 installed<BR>and as is usual with Win3.1 installations, I also have 
SmartDrive installed.<BR>When I initially got your loader program communicating 
I found that at some<BR>random point during the transfer of data between the H89 
and the DOS PC, the<BR>communication would suddenly stop. However, when using 
the floppy drive (on<BR>the DOS PC) as the source or destination, the problem 
did not occur. I found<BR>that not loading SMARTDRV.SYS on the DOS PC fixed this 
and allowed the data<BR>transfer to complete successfully.<BR><BR>I've now saved 
the loader on the H89 to a new disk successfully so I don't<BR>have to re-enter 
the loader into the H89 each time. Also have successfully<BR>'imaged' one of my 
original disks and have written it back to another (blank<BR>but INITed) disk 
with no problems.<BR><BR>I've only two disks that came with the machines, both 
are HDOS with INIT,<BR>SYSGEN and one has BASIC, so I'm looking forward to 
playing with some of the<BR>images that are now in the archive.<BR><BR>I also 
got myself a Z80 assembler (freeware) from Programmer's Heaven which<BR>works 
fine (I converted your source listing for the loader from 8080 to Z80<BR>opcodes 
successfully and it generates an exact (hex) listing to your octal<BR>listing 
for your 42 byte loader which was reassuring!).<BR><BR>BTW, another approach I 
thought about trying was to use a different serial<BR>port in your loader 
program by changing the base address (0xE0) but I can't<BR>find a map of I/O 
addresses for devices in the H89, is there a definitive<BR>list 
somewhere?<BR><BR>Also, can you (or anyone) explain the significance of the 
volume number to<BR>me? Your program allows you to set (override) a volume 
number or take it<BR>from a disk image. I assume that this is the 'unique volume 
number' that you<BR>are asked to input (from 1 - 255) when INITialising a disk. 
What is the<BR>importance of this (i.e. will setting the wrong volume number 
when creating<BR>an actual disk mean that the disk won't work?).<BR><BR>Thanks 
again for your help!<BR>Regards<BR>Robin</FONT><BR></FONT></DIV></BODY></HTML>