Greetings all,
I have a Gridcase 1520 286 with plasma display that I bought years ago to work in dark areas with. It has the
same problem that was mentioned where the CMOS battery is low/dead, and does not maintain settings. I have mine on a
bench currently running an exercise for a graphic driver board fed by serial numbers. I put together a "boot" floppy
for it when it first started losing its settings in CMOS. As was previously stated, hitting "F" at boot up will cause the
machine to load from floppy. I have done that for a lOOOOng time for lack of time to change the battery. Hitting "H"
selected boot from hard drive as I recall, but I have had no problem accessing the hard drive once the floppy boot was
accomplished.
Of course the correct thing to do is replace the CMOS battery as one writer suggested. If you do not solder,
find someone who can.
Kev
Mike Davis wrote:
> Let me start off by saying "I hate RS-232".
RS-232 is not a problem as long as you have
a few tools and some patience.
> I'm using Port A (on the SIO) and have configured the A3 Jumper to
> have
You might change the A3 jumper (temporary) by
REMOVING jumpers:
TD Pin 1 to Pin 15 RD
RD Pin 2 to Pin 16 TD
and INSTALLING a jumper:
RD Pin 15 to Pin 16 TD
This will give you a loopback to your terminal that
will test your cabling and the correctness of the
handshaking with your terminal.
If this does not work, I would look at the
handshaking first.
If that works, and you have a logic probe, you
could change the A3 jumpers back to their original
jumpers and using the logic probe, test for the
pulses being received at pin 3 on the 8251 at
B5.
--Doug
=========================================
Doug Coward
@ home in Poulsbo, WA
Analog Computer Online Museum and History Center
http://dcoward.best.vwh.net/analog
=========================================
Mike Davis wrote:
> I'm using the following CIN and COUT routines.
> 2900 DB03 CIN IN STAT
> 2902 E602 ANI IBIT
> 2904 CA0029 JZ CIN
> 2907 DB02 IN DATA
Shouldn't there be a OUT DATA inserted here to
echo the character back to the terminal?
Wait a minute!! The User Manual says on the
A3 jumper "Jumper connection 3 to 14 is always
to be made." I don't see that in your list of
jumpers. This jumper looks like it disables
current loop operation and would effect RxD!!
--Doug
=========================================
Doug Coward
@ home in Poulsbo, WA
Analog Computer Online Museum and History Center
http://dcoward.best.vwh.net/analog
=========================================
Reply to the original author, please. His post is edited for proper
punctuation, capitalization, spelling, grammar, and semantics. My edits are
delimited with square brackets ('[', ']').
---------- Begin forwarded message ----------
From: Barry Cross <Barry_Cross(a)blueyonder.co.uk>
Date: Sunday, February 16, 2003, 11:16:37 AM
Subject: newbrain
[H]i[.]
[I] saw [that someone on this list] had [schematics] for the [G]rundy
[N]ewbrain[.] [I]s there any possibility [at all] of a copy of this
[available for me]? [I] would be willing to pay any costs [incurred.]
[T]hanks.
---------- End forwarded message ----------
--
Jeffrey Sharp
OK!!!
The null modem that I just bought
must have been bad. I got another
one from a different vendor and I
can talk to my processor.
I am able to get into dialog mode,
setup mode, and into ODT.
I runs the self test loop correctly.
However, when I try to boot
either DU0 or MU0 the machine gets
hung up. My assumption is that the
disk may have been erased before
sale and the tape cartridge I got is
probably blank.
Where can I get a copy of XXDP on
a TK50 cartridge? Or is there another
way I can determine if my two peripherals
are working?
TIA,
DAve Chu
>From: "Mike Davis" <ipscone(a)msdsite.com>
>
>Let me start off by saying "I hate RS-232". Anyway, now that that's
>out of the way, I am having a problem with an RS-232 interface on an
>IMSAI SIO board.
>
>I've been debugging a North Star drive and I was having problems with
>it booting (DOS 2) in my IMSAI. I would get the "*" prompt but OS
>would not recognize my Soroc terminal input. At first I thought it
>might be buggy code on my DOS floppy.
>
>Anyway, to make a long story short, I have multiple of everything and
>have ruled out everything but something to do with my RS-232
>configuration (I guess). I have 2 SIO board and both behave the same
>way.
>
>I'm documenting what I have here, in case someone sees something
>wrong that I've overlooked. BTW, this was previously working without
>any different configuration or hardware, with the exception of the RS-
>232 cable from the Soroc to the IMSAI. This is a brand new cable
>that was working just a few weeks ago so I'm having a hard time
>believing there is anything wrong with this cable. I have only one,
>if you can believe that. I'm going to get another this weekend, if I
>have not figured this problem out by then.
>
>Anyway...
>
>I'm using Port A (on the SIO) and have configured the A3 Jumper to
>have
>
>TD Pin 1 to Pin 15 RD
>RD Pin 2 to Pin 16 TD
>RTS Pin 4 to Pin 12 CTS
>CTS Pin 5 to Pin 13 RTS
>DTR Pin 7 to Pin 9 DSR
>DSR Pin 8 to Pin 10 DTR
>
>By the way, the SIO manual shows DTR-DSR as through straight throuh
>in stead of crossover, as shown above. Seems that it should be
>crossed over like the others. In any case, I have tried both ways
>but it doesn't seem to make any difference.
>
>I'm using a straight through DB-25 cable from my Soroc to my IMSAI.
>
>I'm using the following CIN and COUT routines.
>
>2900 DB03 CIN IN STAT
>2902 E602 ANI IBIT
>2904 CA0029 JZ CIN
>2907 DB02 IN DATA
>2909 E67F ANI 7FH
>290B C9 RET
>
>290C DB03 COUT IN STAT
>290E E601 ANI OBIT
>2910 CA0C29 JZ COUT
>2913 78 MOV A,B
>2914 D302 OUT DATA
>2915 C9 RET
>
>Areas I'm wondering about.
>
>1) Is the A3 header correct for the IMSAI as the computer end and the
>Soroc as the terminal. 3 pairs crossed over. It does write to the
>Terminal properly and when I press the Break Key, I get an echo from
>the IMSAI of *?, which seems normal.
>
>I have tested the input routine, which is part of the DOS input
>routines, and was working previously, by modifying it to display the
>status to the programmed output on the IMSAI with this code.
>
>0000 DB03 CIN IN STAT
>0002 DBFF OUT FFH (programmed output port)
>0004 E602 ANI IBIT
>0006 CA0000 JZ CIN
>0009 DB02 IN DATA
>290B E67F ANI 7FH
>290D C30000 JMP CIN
Hi
There may already be a status in the port, that maybe
why you see no change. You need to put a dummy read first.
This will cause the drop of alternate characters when
working right but this is for debug. Try:
CIN IN DATA
CIN1 IN STAT
OUT FFH
ANI IBIT
JZ CIN1
IN DATA
ANI 7FH
JMP CIN
If you don't see any change, try some of the other ports,
near by for STAT, like 0 , 1 or 2.
If that fails, you could be having a problem with the
serial lines someplace. You need to check the levels
on the serial chip inputs.
Dwight
>
>Seems that this should show whatever is read in the status port for
>Port A. But when executed, the status never changes after I tap any
>key.
>
>My system is behaving as if it just can't receive any data from the
>terminal. It's driving me buggy as this is a relatively simple
>problem. Like I said, I have multiple SIO and they all behave the
>same. I even tried another terminal and get the same results. I
>have also even tried different ribbon cable from the SIO to the RS-
>232 connector.
>
>Anyone see something bonehead that I overlooked?
>
>Thanks,
Our small business caters to the classic computer community, although
after exchanging notes with a number of you folks over the last few
weeks I can see our disk drive and tape drive emulators are beyond
the budget that many of you have. Arraid equipment generally runs
>from $3,500 to $14,500. However, besides letting you know that there
are still a few emulation companies left in the world, perhaps we can
help out some of you.
Arraid -- a small American business, made up mainly of engineers --
spends what little extra money we have looking for labs that need our
equipment. Our target client has classic (we use the word legacy)
computers doing some sort of critical function. These computers have
failing peripherals and Arraid can solve that issue without software
changes. If you know of labs, people, or businesses in the classic
community that could benefit from our emulated peripherals, we pay a
5% finder's fee, each time a lead results in a sale. That money can
go to fund your classic computer activities.
Thanks for your time...
Dave Dunn
ARRAID - Legacy Peripheral Solutions
dthdunn(a)earthlink.net
http://www.arraid.com
What does a logic probe on the (TTL) Serial Input of the SIO do when you
send data? Are the Hardware Handshaking lines at the corrent levels? You
could have a faulty Line reciever.
If I were doing this, I would be proving the hardware, I don't see why the
S/W would be failing?
BTW, There is *never* a bonehead problem... Just the kind that we didn't
think of..
regards.
Doug Jackson
CAUTION - The information in this message may be of a privileged or confidential nature intended only for the use of the addressee or someone authorised to receive the addressee's e-mail. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this email in error please notify postmaster(a)citadel.com.au. Any views expressed in this message are those of the individual
sender and may not necessarily reflect the views of Citadel Securix.
Feel free to visit the Citadel Securix website! Click below.
http://www.citadel.com.au
Our small business caters to the classic computer community, although
after exchanging notes with a number of you folks over the last few
weeks I can see our disk drive and tape drive emulators are beyond
the budget that many of you have. Arraid equipment generally runs
>from $3,500 to $14,500. However, besides letting you know that there
are still a few emulation companies left in the world, perhaps we can
help out some of you.
Arraid -- a small American business, made up mainly of engineers --
spends what little extra money we have looking for labs that need our
equipment. Our target client has classic (we use the word legacy)
computers doing some sort of critical function. These computers have
failing peripherals and Arraid can solve that issue without software
changes. If you know of labs, people, or businesses in the classic
community that could benefit from our emulated peripherals, we pay a
5% finder's fee, each time a lead results in a sale. That money can
go to fund your classic computer activities.
Thanks for your time...
Dave Dunn
ARRAID - Legacy Peripheral Solutions
dthdunn(a)earthlink.net
http://www.arraid.com
Sellam wrote:
Never
heard
of an IV/60 or IV/80, only IV/70 and IV/90 (I have the
latter). What
were
the '60 and 80'?
i have the rack from the iv 60 - the cover that hides
the rack front
is still on it and has sys iv 60 written on it.
the the sys 460 is a two rack system - 1 rack had the
diablo disk drive,
hard drive and i/o comms interface (i have all of
those components
and alot of spare cpu and terminal pcb's).
the other rack had both the iv 70 and iv 90 cpu's in
it.
the iv 70 had a card in it that passed the backplane
signals
to the iv 90 - i don't know why they used this "dual
cpu" confg.
i found out the info on the iv 60 when asking old fps
employees
about the iv 70 and 90 needed to complete the system.
so far sellam has the only complete fps mini system
that i know of.
so i have given up on completing my sys 460 for now.
i still have the fps stuff includeing three terminals
and a very heavy drum printer.
the iv 60 rack? i'm putting it to use, it has a smc
carousel in it
part of my early broadcast automation that i am
hopeing to complete.
when done it will be a harris system 90 or schiffer
with 3 three track
r2r's, a brain and three carousels (any body on list
have this stuff ;))
Bill
