Hi,
Who can help me with a source (not IBM) for logic probe tips
used with IBM MST and SLT backplanes.
See: http://home.hccnet.nl/h.j.stegeman/IBM_logic_probes.jpg
Prefably the lower one (P/N 453826).
Thanks for your replies.
Regards Henk
At 08:56 AM 8/11/2014, Jason Scott wrote:
>I'll work on finding and getting them on archive.org!
>
>
>On Mon, Aug 11, 2014 at 4:59 AM, Jacob Dahl Pind <rachael at telefisk.org>
>wrote:
>
>>
>> Does anyone by change have either of the following walnut creek cdrom,
>>
>> AB20 Amiga CD-ROM
>> Aminet CD-ROM disc, 6/93 , ( note this is not part of the aminet cds from
>> Urban D. Mueller)
I bet I have them both; the trick would be finding them.
- John
They seem to have broken it sufficiently now that nothing is returned after the end of October.
Is there anyone indexing Usenet that has a clue? It seems like all that is left is for-pay
services for searching alt.binaries.
Are there any AS/400 emulators out there?
Alternately, any baby AS/400 systems in the Columbus, OH area? I'm
asking for a friend.
--
-Jon
Jonathan Katz, Indianapolis, IN.
The early 20/24 pin PALs had a security fuse to prevent unauthorized
duplication. I worked at Data I/O, the device programmer company, in the
1980s and figured out a way to determine the contents. I did a few
experiments to prove the concept but never created a complete package.
PAL programmers like the Data I/O LogicPak could apply test vectors to a PAL
and check the output state of each pin. For a purely combinatorial device
like a PAL16H8 you just need to apply all possible inputs and read the
outputs. This will create a large truth table in inputs and outputs that can
be minimized with PLD software like ABEL.
Registered devices like PAL 16R8 require the bank of registers to cycle
through all starting points with all inputs. Most of these devices supported
pre-load, the programmer could force the internal registers to a known
state. You could force a desired register state and inputs then apply the
clock. These early registered PALs had a tri-state output buffer controlled
by a dedicated pin so you could always read the register output. Later parts
had the output buffer controlled by an internal logic function.
I am sure that by now someone has developed a high speed tester that applies
every combination of inputs then minimized the output to generate a
programming file.
I have copies of the early DOS based ABEL software; it runs in a DOS box on
Windows 98. I believe that Xilinx now owns the copyright. I have donated
copies of the software and source code to the Computer History Museum.
Michael Holley
From: Al Kossow <aek at bitsavers.org>
>
>You would obviously only talk to one device at a time. PC would be at
128.0.0.16 on a
>private un-routable interface (which is why it's 128.0.0.x).
>
128.0.0.0/24 isn't unroutable. It's allocated to a company called "Jump
Management SRL" out of Romania (and it's in the BGP tables). Unroutables
are 10/8, 172.16/12 & 192.168/16 (per RFC1918).
KJ
Hi,
I just finished my KIM Uno project. It is a handheld KIM-I clone based on a miniature Arduino.
Some hard/software extensions make the KIM-1 clone into a pretty effective
6502 programmable calculator, with non-volatile memory to keep code
stored.
(just to make sure: this is a non-profit hobby project)
It costs just $10 in parts. For the next few weeks, I'll send
PCBs/kits at cost price to anyone who is interested. The PCB
gerbers and firmware will remain on my web site if anyone would like to
create the gadget afterwards.
The idea was that I like coding in 6502, but I never have much reason to do it. Small calculator-style programs might be the answer... The other idea being I needed a replacement for my real KIM-1, which died sadly.
Also, some of the best KIM-1 software I could find is built in to extra
KIM-1 ROMs. I had a lot of fun digging them up. So Microchess is there, and some vintage programming tools like
Wozniak's 505-byte disassembler, etc.
Here is the site:
http://obsolescence.wix.com/obsolescence#!kim-uno-summary/c1uuh
Regards,
Oscar.
Okay, I don't think there's any realistic chance I'm going to want all
this old Sun stuff I've been hanging onto; indeed, there's a decent
chance I'm never going to want _any_ of it. What chance there is is
mostly in case I want to run some VMEbus hardware (for example, I think
I have a relatively good VME A->D board somewhere).
So I've got a bunch of 9U VME Sun stuff looking for a new home. This
is all in Ottawa (Ontario, Canada). I might be convinced to ship, but
I would much prefer pickup; I have neither materials to pack this stuff
properly nor even the knowledge to tell what materials I would need.
I have three 9U VME machines. They worked last time I turned them on,
but that was long enough ago that I hesitate to recommend depending on
anything being in working condition. (How long? At least a decade,
maybe two. They have been stored indoors - in human living quarters,
not garages or warehouses or the like - for that time.) I also have
some twenty-plus 9U VME boards which are not in cardcages.
All part numbers here are ten-finger copies and thus may contain typos.
If you suspect I've made a mistake, I can doublecheck.
Machine 1:
501-1206 -3/2xx CPU
non-Sun RAM (size unknown)
empty slot
501-1102 8M RAM with HW patch, component side
empty slot
501-1451 32M RAM with HW patch, foil side
501-1045 in 9U-to-6U adapter (internal SCSI)
501-1058 GB graphics buffer [*]
501-1055 GP graphics processor [*]
501-1170 internal SCSI, 501-1236 in 9U-to-6U adapter [*]
501-1116 cg3 framebuffer
blank slot cover
The three boards marked [*] have the top lever broken off. The two
boards marked "HW patch" suffered physical damage to a component; in
each case, I soldered in a replacement, which worked as far as I could
tell. But they do require that the slot adjacent to them be empty - as
configured above, the empty slot between them satisfies this criterion
for both boards at once. I haven't inspected those patches to see
whether they still look in good shape, but, unless etch runs have torn
loose or some such, at worst they should need a little soldering. The
"internal SCSI" boards have no connectors on their back panels; they
appear to be designed to plug ribbon cables onto for use inside the
machine.
Machine 2:
501-1206 -3/2xx CPU
blank slot cover
501-1102 8M RAM
501-1102 8M RAM
blank slot cover
501-1254 32M RAM
501-1217 SCSI, DD-50 back-panel connector
blank slot cover
empty slot
501-1116 cg3 framebuffer
empty slot
empty slot
Machine 3 is not accessible enough for me to give an inventory of its
cardcage; I am convalescing from minor surgery at the moment and am not
supposed to do significant physical exertion yet, so inventorying that
one will have to wait a week or two, unless I can find help moving the
things on top of it. Fuzzy memory says it's a Sun-4/470, but I'm also
not sure I didn't empty it out of boards before my last move, so the
boards from it could be in the list below.
The boards not currently in any cardcages:
501-1164 -3/xxx CPU
501-1217 SCSI, DD-50 back-panel connector
501-1153 AUI Ethernet
501-1134 -3/110 CPU
non-Sun RAM, size unknown
501-1153 AUI Ethernet
501-1153 AUI Ethernet
non-Sun RAM, size unknown
501-1132 4M RAM
501-1333 32M RAM
501-1333 32M RAM
501-1217 SCSI, DD-50 back-panel connector
501-1217 SCSI, DD-50 back-panel connector
501-1203 16-channel ALM
501-1539 IPI disk interface
501-1381 -4/470 CPU
There are also a handful more which need special remark.
There are two 501-1584s. This board looks like an AUI Ethernet, but
when I look up the 501-1584 number, it is apparently combination SCSI
and Ethernet; I don't know whether the SCSI functionality is
accessible.
There is a board whose tag says it's a 501-1165, but that number
appears to be a VME/Multibus adapter; the markings and connectors on
the back panel make this out to be an ALM board.
There is a non-Sun board from ILLIMITE INC, of Rochester NY; I don't
know what it's for, except that its back panel doesn't give any hints,
reducing the list of plausible candidates.
There are two boards which have lost their plastic tags. I also have
two torn-off plastic tags, which likely but not certainly are from
those boards; they say 501-1381 and 501-1217. One of the boards is
SCSI, a 501-1236 in an adapter to 3U; that is probably the 501-1217.
The other is a CPU board. The ROMs are marked 525-1103 through
525-1106; combined with the other plastic tag (501-1381) and a brief
look over the board, I think this is probably another -4/470 CPU board.
I will be watching both my mailbox and the list for replies, but, given
email's unreliability these days, I recommend not counting on it. If
you have trouble getting through by email and you care to bother, I
should be reachable at +1 613 482 0910. (That number goes through a
VoI system I'm the primary geek behind, which puts me in enough control
of its behaviour that I don't mind posting it here - it's temporary
anyway; I'll take it down in at most a few months.)
I also have enough of the small Allen-wrench screws Sun used to hold
these boards into their cardcages that I can supply them for any boards
that don't have them.
/~\ The ASCII Mouse
\ / Ribbon Campaign
X Against HTML mouse at rodents-montreal.org
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B