James Fogg wrote:
> It might not make a perfect solution, but you could
> take 2 nicad cells (1.25V each) of similar diameter
> and a shorter length (N size?) and place them in series
> in shrink tubing to make a replacement cell.
Yeah - I thought about that. Don't want to go there if I don't have to, though.
(I did fail to mention in my original post that it requires 2 of these
little beasts, thus making a 5V supply necessary.)
> Also check out the oddball batteries available for
> photo equipment. There's a lot of odd voltages in
> that category, though you might have to slightly
> modify the cell holder (widen it a bit).
Yeah - thought about that, too. It is a fairly tight fit already, so
widening the battery compartment doesn't look feasible.
At this point, I'm thinking that if there isn't a direct replacement for
this cell, I'll just pay the bucks to get it refurbished so it can use
something more conveniently available.
Appreciate the suggestions though!
Based on the docs I got from Ashley I was able to re-arrange the memory
section to be sane, cards were in the wrong slots. I was also able to get
the jumpers set right on the G110 card. Now when I power up I can definitely
read core correctly. There's a random assortment of data in sequential
locations and returning to those same locations I always get the same value.
That's a plus.
However, I can't store anything. Anytime I store a new value in a location,
that location gets all zeros. Moving to another location I get data, and
moving back - zeros. So it appears to be challenged in writing, but not
reading, memory. The plot thickens :)
One thing I can't be sure of that the docs from Ashley don't say for sure is
how to configure a less than full section of memory. I ASSumed you start
>from right to left, but in the HP core section that would be a bad
assumption. Humm... But if I had that wrong, I'm suprised I'd be able to
consistently read memory locations. A different G231 and G110 and H214
didn't change the problem.
Jay
Yesterday I picked up a 6 ft rack loaded with a
PDP-11/23, two RL02 drives, an RX02 drive, an
RL02 pack, 3 boxes of RX02 floppies, and a bunch
of cables. The rack was complete with side panels
and top pink/purple panel. Today I figured how to
get all 400+ pounds of it out of the back of my
pickup truck and into my shop with just me and my
wife. I then hooked it up to a VT100 and powered
it on.
It comes up with an octal address (177something)
followed by the @ prompt. I'm used to unibus
M9312 console emulator prompts and the 11/03
prompt where you can type in a two character
code for a supported device and it will attempt
to boot that device (ie DL, DX, etc).
I'm going to search for the 11/23 ODT info, but
in the meantime if someone can give me a quickie
command set so I can try to boot off the RL02 or
RX02 drives, I would greatly appreciate it. Is
there a command to tell it to boot from the RL02
or RX02?
Thanks in advance for any help that anyone can
provide!
Off to Google for 11/23 and ODT commands and to
check Al's bitsavers.
Ashley
From: Fred Cisin <cisin at xenosoft.com>
Subject: Re: Re installing XP on Sony
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
> "well, it was a polite
> question, with a simple answer, so why not just answer it?"
Any suggestions for a starting point for the main jet sizes for
replacing the 4 Keihin carbs on a Honda S800 with 2 DCOE Webers?
---------------------------------------
ROTFL!
Interesting point, though: I owned one and may even still have the service
manual somewhere; alas, that won't help you with your high-performance
mods :). But if I could have helped you, you never would have known
if you hadn't posted here. Never hurts to ask, I say.
BTW, in case you do actually own one, I think I still have a nice
wall-sized poster.
mike
Hmm, I have sent this to the list earlier.
Perhaps it did not make it ...
The M7800-YA is the current-loop only version.
> Jay wrote about a DL11:
> If I exam 776500, I get a 200,
> but anytime I store a value and read it back, there's all
> zero's in the data register.
I will dig up my notes getting characters in and out a M7800
in my 11/35 resurrection using the front panel several years
ago.
This is also an advice: make notes of *everything* you do on
a system, no matter how trivial at this time. Changing a wire,
trying some toggle in tests on the console, behaviour, measured
voltages on pins, etc.
If problems occur later you can go back and do all tests from
your notes. That's why I can write my tests with the M7800 when
I get home (in a few hours from now).
- Henk, PA8PDP.
These are a few of my notes.
Console board: 2 versions. M7800 and M7800-YA
M7800:
Xtal = 4608 kHz, has 1448/1449
jumpers: A3,A4,A5,A7,A9
open: A6,A8,A10
base address = 776500
baudrate = 1200 Bd.
M7800-YA:
Xtal = 1152 kHz, no 1448/1449 (20mA current loop only)
jumpers: A0,A7
open: A4,A5,A6,A8,A9,A10
base address = 777560 (console)
baudrate = 1200 Bd.
console registers:
RCSR 777560
RBUF 777562
XCSR 777564
XBUF 777566
Hit the key "1" of the keyboard
If RCSR contains 0200 it means that a character is received.
To check this:
1) set the SR to 777560.
2) press LOAD ADDRESS --> the ADDRESS LEDs show 777560
3) press EXAM
4) the DATA LEDs show 000200
RBUF should contain 061 (ASCII "1").
To check this:
1) set the SR to 777562.
2) press LOAD ADDRESS --> the ADDRESS LEDs show 777562
3) press EXAM
4) the DATA LEDs show 000061
Load 065 in XBUF --> the screen should show a "5".
Operation:
1) set the SR to 777566.
2) press LOAD ADDRESS --> the ADDRESS LEDs show 777566
3) set the SR to 000065
4) press DEP
Simple test of the CPU.
1) set the SR to 777570 (the switch register address).
2) press LOAD ADDRESS --> the ADDRESS LEDs show 777570
3) set the SR to 000777 (this is BRA . branch to myself)
4) press START
The ADDRESS LEDs show 777572.
CONSOLE LED is off, RUN, BUS, PROC LEDs are on.
When you press HALT, CONSOLE LED goes on.
- Henk, PA8PDP.
On Mar 6 2005, 0:41, Tony Duell wrote:
>
> > Tony wrote...
> > > My idea was going to be to hang a terminal off the card (assuming
you
> > > have an RS232 lead and can decode the word foramt and baud rate
settings
> > > [1] and then try writing to the transmit data registers at 777566
or
> > > 777656. See if you can transmit chracters to the terminal.
> > I have the appropriate cable from the card to mate & lock, I'll
cobble
>
> That sounds like a current loop cable. Do you have a terminal with a
20mA
> loop input?
That's my thought too, but Tony beat me to it.
> The RS232 buffer (and the companion 1489 receiver) were not fitted on
all
> versions of the DL11. It's worth checking if your card as them, if
not,
> they can always be fitted (I think all PCBs have the pads and tracks
for
> them), but you may need to fit some extra passives too. If you need
to do
> this. I'll dig out my prints and tell you just what to do.
>
> If you do have the RS232 buffer, then you can connect the output of
that
> section (which is routed to a pin on the BERG connector) to the RS232
> receive input of a terminal.
It's easy to add the parts; I've done it a couple of times. AFAIR, to
get the full version, it's three RS232 chips, half a dozen resistors,
and a capacitor. Maybe a diode.
In case it helps, here's the pinout of the Berg connector, and the
connections to make an RS232 cable and a 20mA loop cable. The
"interlock" may require some explanation... The seril out from the UART
is connected to both the RS232 and 20mA buffers, so when it transmits,
it does so on both. However, you don't want both to be connected to
the UART receiver at the same time, so you have to jumper *either* the
20mA receiver *or* the RS232 receiver to the UART, and this is what the
"interlock" does:
Numbers are DB25 pin numbers (for the BC05C) or Mate-N-Lok pin
numbers (for 7008360):
Berg pin Signal BC05C 7008360
A Ground 1 Prot.Ground (blue/wht) - ground
B Ground 7 Signal Ground (brwn/wht)
C 25 Force Busy (red/org)
D 13 Secondary CTS (org/red)
E TTL serial in - interlock in - interlock in
F EIA serial out 2 Transmit Data (wht/blue)
H 20mA interlock - interlock out
J EIA serial in 3 Receive Data (org/wht)
K +20mA serial in 7 + Rec.Data
(green)
L 24 External clk (brwn/red)
M EIA interlock - interlock out
N 15 serial clk xmit (grey/grn)
P 19 Secondary RTS (lbue/blk)
R 17 serial clk recv (grey)
S -20mA serial in 3 - Rec.Data
(red)
T 5 Clear To Send (grn/wht)
U
V EIA RTS 4 Request To Send (wht/org)
W 10 -ve power (wht/grey)
X 22 Ring (blk/org)
Y 9 +ve power (grey/wht)
Z 6 Data Set Ready (wht/grn)
AA +20mA serial out 5 + Trans.Data
(white)
BB 8 Data Carrier Detect (wht/brwn)
CC
DD EIA DTR 20 Data Terminal Ready (blk/blu)
EE -20mA RDR Run 3 - Reader Run
(black)
FF 11 202 Secondary TD (blu/red)
HH
JJ 12 202 Secondary RD (red/blu)
KK -20mA serial out 2 - Trans.Data
(black)
LL 14 EIA Secondary TD (grey/red)
MM 21 Signal Quality (org/blk)
NN 16 EIA Secondary RD (red/brwn)
PP +20mA RDR Run 6 + Reader Run
(black)
RR 23 Signal Rate (grn/blk)
SS
TT +5V DC
UU ground
VV ground
--
Pete Peter Turnbull
Network Manager
University of York
On Mon, 2005-02-21 at 00:44 -0800, Eric Smith wrote:
> > Its OK Sellam, you wont loose points. Its a common mistake, not a
> ^^^^^^^^^^
>
> You meam, "won't lose", right? If there are any loose points, someone
> should probably gather them up before they do get lost.
>
> Sorry, "lose" vs. "loose" is one of my pet peeves.
He almost made you loose your temper?
Sorry, couldn't help myself.
--
Tore S Bekkedal <toresbe at ifi.uio.no>
I have a couple of questions that I haven't been able to find in my books.
(1) there has been much discussion in this list about capacitors failing. I
recently had a cap on a QIC-24 drive fail with a bit of sound and fury (axial
tantalum). Is there any way to test for this other than desoldering every cap
(at least every electrolytic) and testing it on a cap meter? I don't want to
fry my IMSAI, but there are a lot of caps in there and it would take forever...
(2) (flame risk) My Tek 555 popped and blew a fuse when I had it plugged in
last. I disassembled the PS and cleaned off the dust, and I want to test it by
itself, but the power-on relay won't close. Any hints, or is this like
amplifiers where the tubes need a load?
- Scott Quinn
On Sat, 05 Mar 2005 17:53:21 -0800 "Eric F." <elf at ucsd.edu> Inquired:
[...]
> I have a hand held lab computer (manufactured & purchased in 1990)
> which
> takes quite an unusual battery.
>
> The battery is the size of a regular "AA", but is 2.5V Lithium. The
> company who used to manufacture them (SAFT) no longer does so. The SAFT
> battery model # is "LCP 6".
I'm straining to remember if the 2.5V Lithium batteries were
rechargeable. The pictures of the device (below) do not indicate if
there is a charging port... Current technology for primary cells is 3
V.
[...]
> http://home.san.rr.com/instep/labpartner-front.jpg (~58KB)
> http://home.san.rr.com/instep/labpartner-back.jpg (~44KB)
I have a number of odd instruments that have taken all sorts of
batteries that are no longer in use or, if available, would take a
large part of my net worth. An old portable radio with a 90V battery
comes to mind.
My solution to the problem has been to use a regular battery that will
fit in the space along with a buck or boost converter to generate the
total voltage required. In your case I would use a regular alkaline AA
in one compartment and a boost circuit in the other. Your use might not
be quite as long as that of a Lithium, but alkalines are cheap.
[...]
> (And what's with the designer(s) decision to use such an obscure
> battery type?)
I, like that designer, have yet to find a good source of hindsight to
use when designing in components :-))
CRC
