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.
Hi,
I am looking for a terminator card (2-wide) IBM p/n 5863806 used in the IBM
3340 or 3350.
It is normally located in the 01A gate (position A2-A3) of the end of string
unit.
This card is missing in a IBM 3340 which I want to connect to an IBM
System/3 model 15D.
Remark: this is not the IBM channel bus/tag terminator card.
See: http://www.ibmsystem3.nl/downloads/IBM3340.jpg
This IBM 3340 is located at the DDHF near Copenhagen, Denmark:
http://datamuseum.dk/foreningen/dansk-datamuseum/
Who can help me ?
Some detailed pictures of the IBM components used on this card are also very
welcome.
Regards Henk
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
On 01-10-14 01:21, Bill Sudbrink wrote:
> Dennis Boone wrote:
> At that point, I'll probably just switch to a linux box, a couple of USB
> hubs and a bunch of USB<>serial dongles. Somebody has probably already
> written a generic POSIX terminal server program... if not, I can hack one
> up myself.
>
Then do yourself a favour and stay away from the el cheapo pl2303
clones. they *seem* to just work fine, but they tend to have all kind of
fuzzy defects, not apparent but after a longer period of time. ft232
cost more, but are very reliable
--
Met vriendelijke Groet,
Simon Claessen
drukknop.nl
Just clearing out some more stuff, Ive got 5 HP t5735 Thin Clients
They are Sempron 2100mhz with 1GB RAM, 1GB ATA Flash
The best part with these is you can replace the 1GB DOM with a hard
drive and have yourself a really quiet low power linux box. Or just
put a 16GB USB stick in the internal USB port and install linux. I
run a system to provide PPP access to my Commodore Amiga, and run my
VT420 off of the same system. They have a real serial port. So the
possibilities are endless with these. Faster then an RPI
It has 8 USB Ports 6 on the outside 2 on the inside
Im asking $50 each shipped for them. They come with AC Adapter. The
Debian image and XPe image for these is on HP's website if you so choose
to download it.
Just back from a visit to RE-PC in Tukwila.... Tucked back in a corner
is a large box of original IBM floppy disks (both 8 and 5.25) for AS-400
with some docs in 3ring binders. Looks to be apps although there are
some sealed pkgs as well.... they want $40 for the box but
occasionally dicker.
Is this stuff potentially significant?
Steve
> From: Antonio Carlini
>> Does anyone know of a list of quad QBUS cards that work (or do not
>> work) in Q/CD backplanes
> There are lots and lots of Q-bus cards so it would be quite a long list.
Indeed; hence the "or do not work" in my original message - I realized that
that list was likely more manageable.
(Although one possible bug with the 'does not work' list is that one could get
a false positive failure...)
> From: David Riley
> Conversely, cards designed for the CD interconnect (RLV11 board sets,
> PMI memory, PMI CPUs) should NEVER, EVER be plugged into a Q/Q
> backplane.
Off-topic somewhat, but I wonder why DEC put PMI signals, etc on power pins
(I assume that's what zaps a PMI/etc card plugged into a Q/Q slot). Surely
there are enough pins which are bus lines, etc, which one could use? Yes, the
machine probably wouldn't work if one plugged such a card into a Q/Q slot,
but you wouldn't zap boards...
>> CB2 is tied to DB2, and the two feed (through a jumper which is
>> normally removed) special power (-5V) for a particular kind of EPROM
> -5v is an optional rail on Qbus, anyway.
Actually, I think AB2/BB2 are 'normally' -12V - although not all power
supplies provide the -12 - e.g. the BA11-N only does +5V and +12V.
> In general, as long as there are removable grant jumpers for the CD
> lanes
But not all quad cards have removable grant jumpers - e.g. the BDV11 doesn't.
(Not sure why it even _has_ grant jumpers, given that one would usually make
it the last card, especially since it has pull-ups - but I guess it's in case
one doesn't.)
Noel
>Noel Chiappa wrote:
>Does anyone know of a list of quad QBUS cards that work (or do not work) in
>Q/CD backplanes (other than the board pairs specifically designed to go in a
>Q/CD backplane, of course)? I tried Google, but either there is no such list,
>or my Google-fu is pretty weak.
>
>For instance, I'm looking at a BDV11, and it has the usual grant jumpers on
>CM2-CN2 and CR2-CS2, but I don't think those will be a problem (provided there
>is no quad board immediately next to it). Similarly, CB2 is tied to DB2, and
>the two feed (through a jumper which is normally removed) special power (-5V)
>for a particular kind of EPROM; but again, I don't think this will be a
>problem (again, if blank neighbour slot).
>
>But I'd rather not have to go through that exercise for every quad card; it
>would be nice if there's a table which just says which ones are OK. (I did
>find mention, in the 1980 Interfaces Handbook, in the BA11-N entry, that
>MMV11-A modules will _not_ work in a Q/CD backplane, which _implies_ that
>all the rest are OK, but...)
>
I don't have a list, but there is at least one example of "do not work" for
the RL01 / RL02 Qbus controller which uses a 2 board set and supports
ONLY 18-bit. The M8013 / M8014 requires that BOTH boards be
(probably adjacent) in two quad Q / CD slots. Placing the boards into
a Q / Q backplane will release the magic smoke.
While not a good example, in a BA23 box, place the CPU board in the
first slot with the M8013 / M8014 in the second and third slots. The
non-PMI memory and the other boards will then occupy the other 5 slots.
PROBABLY (as mentioned in other posts), the Qbus PMI memory must
also be used in a Q / CD backplane AND in this case placed above the
CPU board, in this case an M8190. On the other hand, if the PMI memory
is placed below the CPU board (but still in a Q / CD slot), then the memory
will still function correctly, but NOT as PMI memory.
Contrary to what is stated elsewhere, the M8190 boards which support
the use of PMI memory work (as far as I understand - I have done so on
a VT103 which uses a Q / Q backplane) with either type of backplane,
although obviously with the Q / Q backplane, NEVER use PMI memory
in the first place.
Jerome Fine