> On May 22, 2019, at 11:00 AM, cctech-request at classiccmp.org wrote:
> From: Grant Taylor <cctalk at gtaylor.tnetconsulting.net>
>
> On 5/21/19 5:33 PM, Craig Ruff via cctech wrote:
>> The NCAR Wyoming Supercomputer Center has raised floors of about 20 feet.
>
> Did the support posts go all the way down? Or was there some sort of
> grid work that supported the raised floor above an open area that
> contained the PDUs?
It was moderately open below the floor, there are columns that support the grid. I looked, but I don't have a picture in the under floor area when I was up there years ago, and didn't see anything obvious on the NCAR or Wyoming web sites. There is a video at https://www.youtube.com/embed/u4H7U5Weopw <https://www.youtube.com/embed/u4H7U5Weopw> that shows some of the support equipment briefly, but not the underfloor area.
> On the LSI-11/2, with the machine stopped, 'run' was off, and the
> output on AF1/AH1 was always high (i.e. not asserted).
> I don't have any guesses as to what the behaviour of yours is about.
Hah! Eureka! I had a brainwave, and decided to look at my machine with
the serial console board pulled out!
I then get the exact same behaviour on SRUN as you're seeing - a very brief
spike every so often (about every 25 usec, here).
So I'd be looking pretty hard at your DLV11-E; start by making sure it is
configured correctly.
Past that, you'll need prints; Manx claims there aren't any online, but there
are a set in the jumbo assemblage, ET-LSI-11 (MP00706); the DLV11-E prints are
on pp. 31-37.
All you have to do to get a nice 'scope loop is to power the machine on; the
CPU will dutifully try and read the RCSR, in a fairly tight loop.
Probably worth picking up a spare DLV11 of some type for fault localization
via board-swapping/etc; DLV11-J's can be found on eBait for not a large sum.
Noel
anyone know where i could find manual or drawings on this im up in northern
manitoba canada picked it up at a rr auction to experiment with as a audio
interface not sure if the jacks on the side are the weird pins nasa had or
another standard i can find?
https://www.flickr.com/photos/1ajs/albums/72157705166193482
> From: Jos Dreesen
> And so the story continues....
> https://ibms360.co.uk/
Wow, what a great recover, and a great site documenting it!
Renting temporary local storage was a great idea; it would have been hard
to get all that out of there on schedule any other way. (Alas, I don't
know any hauliers who can help them get it all back to the UK!)
They should have tried to get the raised floor too (I guess it wasn't
included in the sale), since i) it'll be useful if they try and get the
machine up and running, and ii) it'll probably just get scrapped. Although
there may already be raised floor where they're planning to put it.
Noel
well the? good? thing? is? Marc? with? turn over in? industrial? facilities? and? updating? tech...? ? what? you? are? looking? for? ?should? come? available at a? reasonable? ?price....? ?yikes? I? am amazed? how? cheaply? ? some of the normal? biological? scopes? ?go? ?for? ?now... we have been offloading? some? of? ours? ?from the? collection as? for? instance? with? a ziess standard? we? have? 3? and? ?really? should? only? have? one as? an? example....? ?they are? ?a partial? price? of? what? ?they would? have? been? 10? years? ago. Let? me? know? how? you? ?do.? looking? ?for? Nomarsk? ?stuff. We? ?do? not? have? any? extra. We? may? have? something? extra in? Nikon? ?with? Francion Yamatto? ?somewhere though,
Ed#
I? have? not? been? to may? ?auctions at? any of? the industrial? facilities or? auctioneers? ?in? years? to? look? ?for? ?hi? power? ?semiconductor? ?scopes? ?but? that? is? where? they? used to? show? up.
In a message dated 5/20/2019 10:36:40 PM US Mountain Standard Time, curiousmarc3 at gmail.com writes:
Nomarski microscopy, Ed. Differential phase contrast microscopy. Makes very small height differences (partial wavelength) on mostly planar objects pop out, and creates amazing color effects as a biproduct. Pretty much a stalwart of any good cleanroom microscope. Every manufacturer offers it, usually a pretty expensive option as all your optics have to be stress-free. I dream to own one of these one day.
Marc
?
From: cctalk <cctalk-bounces at classiccmp.org> on behalf of "cctalk at classiccmp.org" <cctalk at classiccmp.org>
Reply-To: "COURYHOUSE at aol.com" <couryhouse at aol.com>, "cctalk at classiccmp.org" <cctalk at classiccmp.org>
Date: Monday, May 20, 2019 at 11:20 AM
To: "COURYHOUSE at aol.com" <couryhouse at aol.com>, <spacewar at gmail.com>, "cctalk at classiccmp.org" <cctalk at classiccmp.org>
Subject: Re: HP-01 calc watch go withs - brochures, t- shirts, booklets, ad copy who else collecting?
should? say
?Francion Yamamotto? ?not ?Yrancion Yamamotto
In a message dated 5/20/2019 10:07:04 AM US Mountain Standard Time, couryhouse at aol.com writes:
Since? we? have? nice? microscopes at? the museum? project? we? were? hired? to? photo? some IC? innards? years? back. This? ended? up? becoming? a minor obsession? for? a short? time? as? the? artwork under? various? illuminations? is? fantastic.?
One of the things? that? seemed? to show the mots? difference in? detail between layers and highs? etc... was? differential? interference contrast? (after? nomorski (sp?) ( this? was on our? Ziess Ultraphot? and? seems? to be? a Zeiss? only? ? offering.0? ?on? the? Japanese? side of? things? Nikon? had? ?Yrancion Yamamotto (sp?)? method? which? seems? ?nice? ? but? I? preferred? the? ?Nomeriski.
Using? these? ?methods? you? may be? able? to extract? more usable? detail? ?than? with traditional methods.? ?and? wow? the? color? photos? are? ?frame-able!
But? ?kinda? what? I? wanted to mention? to is? depending? on? what? era? ?the chips? were? the? over? coatings? ? seemed? to? worsen? the view? the newer the chip? or? so? I? thought at the? time.
Such? great? ?fun? to? photo? ?the? little? ic innards!? ?even? a? standard? ?illum.? ?scope? with the? vertical? episcopic? illumination? gives? ?some? ? fun? photos? too,? especially? on the? earlier? ?chips.
Don't? know? if? any? of? ?this? will help on the? HP-01? roms? but? sure? was? fun to talk about? again
ed sharpe archivist for? smecc
In a message dated 5/20/2019 9:00:09 AM US Mountain Standard Time, spacewar at gmail.com writes:
Only just within the last month I finally obtained a ROM dump from a production HP-01, for potential use in my Nonpareil simulator. Previously I only had the preproduction code listed in a US patent. I'm not sure when I'll have time to actually work on the simulation, though.
My original plan had been to crack open an HP-01 module and try to read the ROM bits optically, as Peter Monta did for the HP-35. However, that didn't work, probably due to a passivation coating on the ROM dies.
> From: Glen Slick
> According to the M7270 LSI-11/2 Microcomputer Module User's Guid[e],
> it uses BC1, BD1, BE1, BF1 for SCLK3 H, SWMIB18 H, SWMIB19 H, SWMIB20 H.
Oh, thanks! I wonder how I missed that, looking at the prints? (The
drawings have these nice dark arrowheads to indicate backplane
connections.) I just visually blew past it, I guess.
BH1 is also used there (for SWMIB21 H); and on the previous page, the STOP L
output is on AE1, and MTOE L (whatever that is) can be fed from AK1.
Not quite sure how a Q22 memory card causes the problem, electrically, since
those lines are inputs on the memory card, so it's an input<->input connection
(i.e. voltage sources in TTL), but obviously it does.
And I also don't see why Q18 cards are a problem; BDAL16 and 17 are
AC1 and AD1 respectively, which I don't see in the 'extra pins' list
for the LSI-11/2. Oh well, not too important to track it down.
Thanks again for catching my miss! Wow, it's been a loooong time since
I worked with an LSI-11 - about 40 years! :-)
Noel
> From: Mister PDP
Well, I verified that the LSI-11/2 should work in a Q22 backplane -
in the sense that the only pins it tries to talk to are standard
QBUS pins, and AF1/AH1 for SRUN. It doesn't drive BREF, which might
cause issues in later QBUS systems.
Although it's a different board from the LSI-11, it uses the same CPU
chip set, so it should give us some useful comparison data.
So after a certain amount of issues (see next), I got my LSI-11/2 working.
(It doesn't seem to work with Q18 memory, such as the MSV11-D. Attempts to
write 0 to memory from ODT wind up leaving the bits in the high byte set.
I have no idea why - anyone have any ideas? With Q22 memory, the symptoms
are even stranger; the system hangs with the 'run' light on - even with
the HALT switch on! Luckily I had an MMV11, and it worked OK with that.)
> I took a picture of the readouts for SRUN
Odd. On the LSI-11/2, with the machine stopped, 'run' was off, and the
output on AF1/AH1 was always high (i.e. not asserted).
I don't have any guesses as to what the behaviour of yours is about.
> Checking the BSYNC, it looks like there is life. It oscillates at
> 58.605 KHz, and has wider peaks than the SRUN signal.
The frequency is not as useful as plain timings - especially for signals
which don't have a 50/50 duty cycle. For example, on the -11/2, while in
the ODT console CSR read loop (below), BSYNC is asserted for 2.5 usec
(which sounds about right for a complete read cycle), then off for 1.0
usec.
Also, in the pictures, it's not clear which part of the cycle is asserted
(which, on the QBUS, is 0V - i.e. inverted) and which is idle (~3V). Is
this the actual bus signal we're seeing, with high being idle, zor on the
other side of an inverting receiver?
The image shows some timing numbers, but it's not clear that they mean.
E.g. above, it says "4.00 usec" - but is that per division, the whole
horizontal, what? Below, I see below "17.06 usec", and if that's the
rising edge -> next rising edge interval, that sounds like a bus timeout
is happening.
> This signal does not respond to the Run/Halt switch being toggled,
> but I would assume that to be normal
Right; while in ODT the CPU is trying to read the console CSR, and
so you should see BSYNC cycling.
At this point, you might want to look at BRPLY, which will tell us
if the console is responding to the read of the CSR.
Also, I don't know if your /73 system has a KDJ11-A (dual width card, no
onboard console) or a KDJ11-B (quad width card, onboard console); if the
former, it might be worth swapping the DLV11 card into that system to
see if _it_ is working.
Noel
I liked? raised? flooring....? ? ?you can? clean the room up? fast? by stashing? stuff in the non critical to airflow? areas!? ----see
we? were? lucky? when? comshare? of an arbor? ? division on? phx? ? moved out? ?where? they? designed? IBM channel interfaces? for? xerox sigma 9s
We? got their? space next to? us? ?and bought? their? their? flooring? rather? than them? shipping? back? to ann arbor Mich.? to put? our? HP? stuff on.
best? thing? ever? did? ?it? kept? things neat, clean and? provided? xtra storage.?
In a message dated 5/20/2019 9:11:04 AM US Mountain Standard Time, cctalk at classiccmp.org writes:
> I guess it would look right for the era, but I'd never build a data center
> with raised flooring after my experiences with them.? It's such a pain to
> work with compared to a sealed concrete floor and overhead cable trays.
But with a raised floor, you can whack the tile puller down in such a
way that it makes an enormously loud pop that startles everyone in the
datacenter!
I cannot imagine difficult it would be to run S/360 era cables in
overhead trays. Many are an inch or more in diameter.
--
Will
--
Will
-----Original Message-----
> From: cctalk <cctalk-bounces at classiccmp.org> On Behalf Of Chuck Guzis via
> cctalk
> Sent: 21 May 2019 22:33
> To: Grant Taylor via cctalk <cctalk at classiccmp.org>
> Subject: Re: Pleas ID this IBM system....
>
> On 5/21/19 1:17 PM, Grant Taylor via cctalk wrote:
>
> > I'm sure that was /a/ problem. But I'm not comfortable attributing
> > that problem to the raised floor.
> >
> > I expect that the same problem would be effected by an elevator that
> > doesn't stop perfectly level with the floor, or has too wide a gap
> > between the car and the floor, or even on tiled floor.
> >
> > That really seems to me like it's a sub-optimal design, pushed past
> > it's operating parameters by overloading it.
> >
> > I can't fault the raised floor for that problem.
>
> No, but it's just one of the anecdotes that go with the terrain, like leaving a
> box or two of cards or a stack of tapes or your dinner on top of a 1403N1
> when it ran out of forms..
>
> How well sealed were the raised floors? I ask this because i recall an episode
> or two where a disk drive would spring a leak and make a beautiful slippery
> pool on the floor, just waiting for the next operator to dash by. I always
> wondered how much of the stuff made it to the subfloor.
>
I think the joints were often tight. Otherwise you got drafts or a breeze.
Speaking of breezes, we found our plotter ( kept over-heating.)
Some one kept closing the floor vent.
We eventually found it was the plotter operator who was a young lady with a short skirt.
When loading the mag tape with the plots she had to stand over the vent which blew out cold air,
So she closed the vent.....
... it took some tact to get this info, and we then moved the tile with the vent and the plotter stayed cool...
At another place we had a disk drive drop through a tile. We had had the joiners make some temporary tiles while we were having an upgrade.
The ran out of plywood and joined two scraps, but not very well. The rocking of the drive broke the joint and the drive fell through.
We were surprised it kept working without a head crash....
> --Chuck
Dave