Why not choose the more sophisticated way....
Peter Dassow
http://www.z80.eu/blog/index.php?entry=entry091119-210000
It's describing my way how to transfer files to my older Compaq (from a
newer QuadCore machine), and finally also how to get the CP/M files to
the disks. The point was, I decided to connect the modern PC with the
older one via network cable, but it wasn't a good idea.
Regards
Peter
monahanz
> If you want to read a learned lesson. please read my story athttp://www.z80.eu/blog/index.php?entry=entry091119-210000
>
> It's describing my way how to transfer files to my older Compaq (from a
> newer QuadCore machine), and finally also how to get the CP/M files to
> the disks. The point was, I decided to connect the modern PC with the
> older one via network cable, but it wasn't a good idea.
>
> Regards
> Peter
Peter, there are a number of ways to "skin that cat". The way I do it
is as follows:-
On the XP/Windows 7, side I use a program called "Absolute Telnet"
which allows you to use a PC serial /USB port and send via a number of
protocols (I use XModem) any file from the PC out. It has all kinds
of configuration options. I use 19K baud, 8bits, 1 stop, NP. There are
many similar Telnet programs.
On the S-100/CPM side I use a stripped down version of Ward
Christenson’s modem which I call PCPUT and PCGET to quickly move
things in either direction.
If you are up to it, you can use the CP/M program "LU" to compress
many CP/M files into one large file, upload that "library" file and
extract files out on the PC side (using a CP/M simulator such as
AltairZ80). I have placed this stuff here if anybody needs it here:-
John Crane
files. I did the same thing back in the 80's to send data files from my old
Osborne to my new PC. It works great and is rock solid. LU is a good tool,
but you can also use Ymodem with Batch protocol. I think KMD has it as an
option on the CP/M side and Procomm has it on the MSDOS side.
Also, the standard Window app "Hyperterm" can handle Xmodem protocols, no
need to get a fancy term/telnet app.
On the CP/M side try getting a copy of "modem" or "xmodem" for your machine.
You may have to attach an overlay file for your specific I/O environment.
Check the Walnut CP/M CD for these files. Once you have it setup, do a
MODEM S MYFILE.TYP
This will send the file called "MYFILE.TYP". Then start the Xmodem receive
on the PC side and you're off and running.
-John
"monahanz" <mon...@vitasoft.org> wrote in message
news:dfb666c6-df6b-45d2...@k13g2000prh.googlegroups.com...
Peter Dassow
> I think monahanz pretty much sums up the "standard" way of transferring
> files. I did the same thing back in the 80's to send data files from my old
> Osborne to my new PC. It works great and is rock solid. LU is a good tool,
> but you can also use Ymodem with Batch protocol. I think KMD has it as an
> option on the CP/M side and Procomm has it on the MSDOS side.
It was not my intention to point out what transfer method is possible
from the PC to a CP/M computer (I already described 'Kermit' for serial
transfer). But modern PCs does usually not have serial ports anymore,
and also it's very slow to transfer files with 9600 baud (or sometimes
19200 baud, which is in fact *very fast* for a 2 MHz Z80 system).
I prefered to choose the direct way, means to write to a CP/M floppy
disk directly with a PC. Unfortunately modern PCs have no floppy disk
drive anymore, and even if they have one, (DOS) programs like UNIFORM
will not work with a modern, fast PC.
So I choosed to reactivate my Compaq Portable, which is 100% compatible
with Uniform or similar programs.
I wanted to point out that there are difficult ways and easy ways to
reach the goal. I planned to transfer my files through a network cable
from the moderm Quadcore to the old Compaq Portable, but this is almost
impossible even if the old PC does have a NIC due to the network
protocol restrictions/incompatibilites.
So choosing a different way, means using a parallel port driven CD-ROM
drive on my old Compaq was also a good idea, instead of using the
network cable.
Transferring files to the vintage computer itself is a different problem
I already described on http://www.z80.eu/transfercpm.html .
Regards
Peter
monahanz
> I think monahanz pretty much sums up the "standard" way of transferring
> files. I did the same thing back in the 80's to send data files from my old
> Osborne to my new PC. It works great and is rock solid. LU is a good tool,
> but you can also use Ymodem with Batch protocol. I think KMD has it as an
> option on the CP/M side and Procomm has it on the MSDOS side.
>
> Also, the standard Window app "Hyperterm" can handle Xmodem protocols, no
> need to get a fancy term/telnet app.
>
> On the CP/M side try getting a copy of "modem" or "xmodem" for your machine.
> You may have to attach an overlay file for your specific I/O environment.
> Check the Walnut CP/M CD for these files. Once you have it setup, do a
>
> MODEM S MYFILE.TYP
>
> This will send the file called "MYFILE.TYP". Then start the Xmodem receive
> on the PC side and you're off and running.
>
> -John
>
John believe it or not Vista and Windows 7 no longer come with
Hyperterm!!! I know you can get it from XP boxes but I find Absolute
Telnet (for the few bucks the charge) excellent with many options.
MTBW.
On the CPM side I am using a “warmed over” Xmodem, just less typing
each time.
Tarkin
For future reference, hyperterminal from XP will run just fine on
(32 bit) Vista. Just copy the executable over.
TTFN,
Tarkin
susowa
> (32 bit) Vista. Just copy the executable over.
>
> TTFN,
> Tarkin
That's not enough, you need to copy 3 files to the same locations of
the newer windows versions:
drive:\programs\windows NT\hypertrm.exe
drive:\programs\windows NT\htrn_jis.dll
drive:\windows\system32\hypertrm.dll
John Crane
Very nice web pages! Great photos too.
The parallel port is a good idea - I did something similar with one of my
IMSAIs. You will need to write software for both ends to handle the I/O,
perform CRC checks on the data, and make the appropriate BDOS calls to
read/write the files to the respective operating systems. You're only
limited by the speed of the disk drives. But this is generally only
worthwhile if you want a "network" of sorts between the machines on an
ongoing basis. For just retrieving data, file compression/archiving and
serial transfers can usually be done quicker than setting up the parallel
interface. 9600 baud sounds slow, but the old 8-bit machines had much
smaller files, so you don't really notice it as much.
-John
"Peter Dassow" <z8...@arcor.de> wrote in message
news:4b085d69$0$6558$9b4e...@newsspool4.arcor-online.net...
All...@localhost.net
<john_c...@yahoo.com> wrote:
>Mr Dassow,
>
>Very nice web pages! Great photos too.
>
>The parallel port is a good idea - I did something similar with one of my
>IMSAIs. You will need to write software for both ends to handle the I/O,
>perform CRC checks on the data, and make the appropriate BDOS calls to
>read/write the files to the respective operating systems. You're only
>limited by the speed of the disk drives. But this is generally only
>worthwhile if you want a "network" of sorts between the machines on an
>ongoing basis. For just retrieving data, file compression/archiving and
>serial transfers can usually be done quicker than setting up the parallel
>interface. 9600 baud sounds slow, but the old 8-bit machines had much
>smaller files, so you don't really notice it as much.
Using a 4mhz Z80 I used a packet format to host that ran at 19200 (
because 8251s can't go faster at 16x baud rate). The AmproLB+
transfer to host is 38.4K (Z80 SIO). All on serial lines. That was
over 3kb/sec allowing for overhead, fast enough. I still use that
packet protocal to transfer files between CP/M and non CP/M systems.
Allison
David Knoll
> John believe it or not Vista and Windows 7 no longer come with
> Hyperterm!!! I know you can get it from XP boxes but I find Absolute
> Telnet (for the few bucks the charge) excellent with many options.
> MTBW.
Tera Term does nicely, and it's free. For my homebrew CP/M boards I
wrote my own simple XMODEM receiver. To get that across I used PIP on
the hex file followed by LOAD. To get the basic system across I used the
Dunfield monitor (in ROM, but copied to a higher address) followed by SAVE.
--
David Knoll
Anti-spam: Change 'news' to 'david' for my real address.