Hi,
I'm looking for some (technical!) information on the HP E2447AA or
E2447AB probe pod (for using a HP logic analyser to monitor a 68000 CPU).
I need to probe a DIP64 packaged 68HC000, but the E2447AA/AB are for PGA
parts. So I figured I'd make a "top hat" PCB to adapt the 68k to a bunch
of HP transition headers.
The E2447AA delays the UDS and LDS signals before passing them to the
analyser. Does anyone know how much of a delay is introduced compared to
the original signal?
Thanks,
Phil.
Kudos to Jesse for working with me offlist, I feel I've gotten a good deal. I appreciate the offers to help purchase, very much, but I got this taken care of directly with Jesse and I'm happy.
We have to understand, as others pointed out, that if no one speaks up for stuff at a price that can keep the parts houses in business then the parts won't be around. By the same token, the parts houses have to know we can't pay typical full price that corporations/military can. We must be willing to pay something above scrap value, of course.
I ask folks to keep an open mind and give Jesse a fair shake moving forward.
Best,
J
On Thu Jan 24 16:26:48 CST 2019, Electronics Plus sales at elecplus.com
said:
> I just got off the phone with Jesse at Cypress. He said he did not post
the
> gold and tantalum items on ebay. It is someone else, trying to cast a bad
> name on him.
Sorry, but this doesn't really check out. Jesse sent an email to the list,
original subject 'Hewlett-Packard 3000, 9000, Itanium (HP-UX & MPE/iX)
Servers, Storage Arrays, Replacement Parts, Maintenance, & Disaster
back-ups' and put his email and website in the message. Going to that
website, cypress-tech.com, we can go to the 'ebay store' page where the
apparently official ebay store of Cypress Tech is linked to. Following the
link, http://stores.ebay.com/Cypress-Technology-Inc we see that this is the
same seller as the original gold scrap ebay link,
https://www.ebay.com/itm/382505855460
Here is the list of reasonable possibilities that I can think of:
- Somebody sent a fake email, from a fake Cypress-Tech.com, and made a fake
ebay page with the sole purpose of defaming this person (I'll admit, not
entirely out of the realm of possibility if there were someone with a
grudge against him)
- Jesse does not maintain full exclusive control over the ebay store, and
one of his coworkers/employees have posted the gold scrap auctions without
his knowledge (I suppose this is possible)
- You've been lied to, or otherwise you made a mistake
Please correct me if I've made an error somewhere, and please don't take
this as a personal attack of any kind. I don't have any interest in this
matter really, but my BS detector was showing a reading, so I checked it
out a little deeper and that's what I found.
Best Regards,
Joe Zatarski
> From: Fritz Mueller
> it flagged a bunch of memory locations that weren't reported by my much
> simpler diagnostic (which only does all-ones/all-zeros passes looking for
> stuck bits at this point.)
What is is complaining about?
> The MAINDEC memory diagnostic is bulky and complicated, and it takes
> several minutes to re-download it after a power cycle, so it's not
> exactly convenient to use while troubleshooting.
Would it be possible to put it on a disk and boot it from there? If it's in
some documented format (e.g. .LDA), I can easily produce a Unix disk with it
on, if that would help (although loading the image onto the physical pack
would take forever, I guess - although you could let it run overnight).
It's probably not worth trying to devise a way to load individual files onto
a Unix disk over the serial line until Unix is working reliably, so the
program can run under Unix (otherwise a stand-alone program would have to
include file-system code).
> I'll probably be beefing up my smaller diagnostic with a few more tests
> (including parity).
One of the first things to add is to store each location's address in it during
a set-up pass, and check to see that it's still there during the checking pass.
> Went ahead and tried both RSTS and Unix again after the above repair,
> and saw the same fault behaviors from both (sadness).
Yeah, sounds like you still have memory issues (per the diagnostic grumping).
> I tried enabling trap on parity error in the MS11 CSR before running my
> diagnostic, but it didn't trap, even though it did flag parity error(s)
> in the CSR. So maybe I *also* have a bug I haven't yet addressed in
> parity handling within CPU.
Starting the CPU (i.e. 'START' switch) or an INIT instruction will clear
the 'trap enable' bit in the MS11-L CSR.
I'd modify your program to set it, and check to see if you're getting
parity error traps. (Clearly, if that hardware - either in the MS11-L,
or the CPU - isn't working you need to look at that first.)
> some of the earlier ones support setting a bit to determine whether
> parity errors will halt or trap the CPU
Huh? I was just looking at parity in the MM11-L and MM11-U (to see if
parity needed to be enabled on them, or if it's always on by default),
and I didn't see that. Also, there's no way I know of, on the UNIBUS,
for anything to halt the CPU (the QBUS has such as line, but not the
UNIBUS). Which memory has this feature?
> I'm curious how OS init code sniffs out what memory CSRs there are,
> determines their specific flavors and, in a heterogeneous system,
> determines how much address space is under the auspice of each CSR?
Unix V6 does nothing at all with parity (doesn't enable it in memory modules,
although the memory that was extant at the time - MM11-S, MM11-U, etc - did
support it as an option).
If one turned it on, the code _would_ catch the trap and 'panic' (print a
message and halt operation). It would be pretty easy to modify the code to
send a signal to the process if it happened in User mode. I'm not sure there's
much to be done if it happens in Kernel mode.
V6 sizes memory by doing a read every 0100 bytes (of the xxxx00 byte), looking
for success or a trap. If that succeeds, it clears the 32. sequential words
starting at that address, and then tries the next 0100. (So if you modified
the code to enable parity traps, you wouldn't hsave to deal with bad parity
left over from random contents at power-on....)
> The 11/45 prints show a jumper (W1, lower left of sheet UBCB) that
> looks like it would entirely disable Unibus parity error detection if
> removed.
Yup, that's what it looks like to me too..
> when I pulled and examined my UBC board (and also looked over my spare)
> no such jumper or any associated pads were anywhere to be found! So maybe
> this was either added/removed from later etches of the UBC?
Well, if you have an M8106, you do have a KB11-A; in the later /45 CPU, the
KB11-D, that has been replaced by the M8119 - but that still has W1! (The
KB11-D prints are in MP00039, 11/55 Vol 1.) I looked on my M8119, and W1 is
indeed there - it's a 0-ohm 'resistor' (single black band) just less than
half-way up the 4th column of chips, with a '1' next to it in the etch. The
M8106 board layout drawing (a couple of pages back from UBCB) does show W1 -
upper left corner of the board, next to E84.
Noel
all the 3000 stuff too? sorry to hear that Al.. ?back in the 80s would visit him nice guy glad to hear he is,still alive. ?ed#
...
-----Original Message-----
From: Al Kossow via cctalk <cctalk at classiccmp.org>
To: cctalk <cctalk at classiccmp.org>
Sent: Sat, Jan 26, 2019 07:49 PM
Subject: Re: OT Parts houses & scrappers
On 1/26/19 5:40 PM, ED SHARPE via cctalk wrote:
> Is? Larry? at? Crisis computer still around?
He is in Sacramento. Most of what he had was scrapped 15 years ago.
A large number of Bay Area people were involved in saving what could be saved.
I ended up with a lot of 9000/300 stuff. I didn't go after any 21xx stuff because
I had literally hundreds of boards. All were stolen from a storage container
about a year ago.
Gentemen,
All of you have at one time expressed interest in all or part of this
rack full of Alphaservers and one of you even talked about driving a truck
up from Montana and taking it all home.
Are any of you still interested?
First priority goes to anybody willing to come up here and pick up all or
part of the collection. I will consider shipping if that is what it comes
down to but the packing and transprotation will be expensive for the DS15
and extremely expensive for the other units.
--
Richard Loken VE6BSV : "...underneath those tuques we wear,
Athabasca, Alberta Canada : our heads are naked!"
** rlloken at telus.net ** : - Arthur Black
Is? Larry? at? Crisis computer still around?
Jay? used to? know him? too back? years ago.
Ed#
In a message dated 1/26/2019 6:35:21 PM US Mountain Standard Time, cctalk at classiccmp.org writes:
> That sounds all well and good.? Until you something unexpected and
> unknown when you are at an auction for something else.? There's only so
> much self education you can do on a smart phone 10 minutes before the
> auction.
Start now with the research. You can gain quite a lot knowledge from
the various scrap forums and Youtube videos.
--
Will