[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: null modem connection IIC / PC troubleshooting!
Deacon Blue writes ...
>
> I have built a new cable DIN-5M ---> DB9F consisting of only three wires:
> 'TX', 'RX' and 'ground' connected. The pins used on DB9F is #2, #3 and
> #5.
>
> ---->Win98:
> When using the 'Hyperterminal' from Win98 I manage to do ASCII-text file
> transfers to the IIC at baud rate 300 with 200 ms delay on each text-line.
> In this way I've managed to upload the ADT-source to the IIc.
>
So far, so good. Did you check your transfer of ADT? If you did not and
would like to, see the info below. Otherwise hop over the following snip.
>>
In case ADT does not seem to be working correctly, you
may want to check that the transferred program was not
corrupted. ADTCK is a short program you can type in and run
to check that you have a good copy of ADT on your Apple II.
The check is valid only if you have not changed any of
the defaults. (Changing one or more default settings changes
the settings you see when you first start the program. The
program is changed and saved with the new settings.)
If you are fairly certain that you have not changed
any of the defaults, skip ahead to the program listing.
Otherwise, boot the DOS 3.3 disk which has ADT and, at the
usual Applesoft prompt,
BLOAD ADT
Do a
CALL -151
to get into the monitor (you should get the "*" prompt).
In the monitor enter
803.80D
If your ADT defaults are the originals, you should see ...
0806- 05 00
0808- 01 05 01 00 00 00
If your values are different, you can change them back by entering:
806:05 00 01 05 01 00 00 00
Do a Cntrl-Reset to get back to Applesoft. Save ADT
BSAVE ADT,A$803,L$A14
Type in the program below and save it as ADTCK on the same
disk as ADT. Then, RUN ADTCK and check the numbers you get
against the checksums listed after the program. (The program
displays intermediate sums and a final sum.)
10 TEXT : HOME
20 PRINT CHR$ (4)"BLOAD ADT,A$4000"
40 FOR I = 0 TO 2579
50 Z = Z + PEEK (16384 + I)
55 IF I / 500 = INT (I / 500) THEN PRINT "CURRENT SUM= ";Z
60 NEXT I
70 PRINT "CHECKSUM= ";Z
To check your copy of ADT v1.22
RUN ADTCK
The program displays intermediate sums and a final sum. Check
the numbers you get against the checksums listed below:
Checksums
ADT v1.22
76
53958
101079
158919
224504
307117
312869 <-- final sum
<<
> ----> DOS-operation:
> I followed your advice on using a true DOS-environment and tried to
> reproduce the same ASCII transfer from MSDOS 6.22 by issuing the commands
> acc. to Rubywand FAQ:
>
> >mode com1: 300,n,8,1
> >type adt.dump > com1
>
> But the PC resonds with message: "Cannot write to Com1: Retry, Ignore
> Fail?"
The usual reason for getting this error message is that DOS thinks the
COM1 port is assigned for use by some other program. You may have left some
program (like HyperTerm) connected to COM1 in Windows.
> (I've got a regular modem on 'com2', and issuing the samme command-set to
> this port, the modem flashes up and receives data normally)
>
> ----> ADT-operation:
> I've tried to run the ADT 1.22 package, but cannot get any response from the
> PC-side while sending "Directory,.Receive, Send". The IIC -screen turns
> black, or reports "Awaiting response from PC". I've tried different speeds
> 1200,9600 etc. but with no effect.
>
....
Your 3-wire cable should be okay for doing a transfer with no flow control
(like the transfer of adt.dmp). Once ADT is running it uses hardware
handshaking to do transfers. So, it needs some signal lines missing in your
3-wire cable.
A good looking cable design is presented on the Apple //c .dsk Archive
site at http://www.multimania.com/apple2c/tech/Transfert.htm . The numbering
shown for the //c connector appears to be DIN-5 rather than Apple's. Apple
numbers the pins for a //c male connector (looking at the plug from the front)
in sequence as follows:
1 5
2 4
3
The Apple //c .dsk Archive site seems to be using this numbering:
1 3
4 5
2
Rubywand