Guys,
I'm about to finish another project:
"UniBone" - a Linux-to-UNIBUS bridge, based on the BeagleBone Black.
It is supposed to be a development platform for device emulation.
At the moment it can emulate memory, emulate an RL11 controller with 4
RL drives attached, and act as UNIBUS hardware test adapter.
There are some web pages at http://retrocmp.com/projects/unibone
And I'll show it on VCFE.CH in Zurich on Nov 24/25,? plugged into a
PDP-11/05.
Enjoy,
Joerg
I have some ROMs from two DEC Pro 350s I want to image. My programmer fails
to identify them automatically. From the technical manual it would seem that
they are two 8K ROMS in a DIP24 package. I have tried to pick some other
model of ROM and read them, but I am not convinced I am reading them
correctly as a result (top 4K all 1s).
Here are the markings. On one pair the ROMs are Motorola and one of them is
marked
LM8450
254E4
SCM
90448C
ID8402
On the other pair one of them is marked:
/B8250
MM51264KXL/N
23-115E4-00
TP-03
And the other is marked:
Mostek 8252
MK36C25N-5
23-116E4-00
TP01
I know that in all cases the last line is just an ID for the actual contents
and the last two have a DEC part number in the penultimate line.
I have found that using Motorola MCM68766 seems to read the ROMs from one of
the machines and I don't get verification errors when I try to read them
back again a few times, although the contents don't seem to have any
recognisable strings. Using Motorola MCM2716 gave me fewer bytes (of
course), but there seemed to be recognisable strings too.
The other pair of ROM chips from the second machine always give verification
errors. I don't know if they are bad, or if it is just timing problems given
that I am not using the right parameters for the ROM chip in the first
place.
Can anyone point me at a datasheet that might describe these ROMs, or at
least what they might be equivalent to so I can set my programmer
accordingly?
Regards
Rob
Hello everyone,
A week ago, I took possession of a second Ardent Titan graphics supercomputer, and unlike the other Titan, this one is almost complete. There is one tiny bit missing, and that is a mouse pad. The mouse used with this systems is a Mouse Systems M4 variant (M4Q), and it does not appear to be a normal serial mouse. So, if anyone has one of those reflective mousepads with a grid of fine blue and grey lines that they don?t need, I?d be very happy to have it.
I have tried to print my own mousepad, but the mouse only works in the y direction on it.
For those who want to know, the Titan is outfitted as follows:
2 x Titan P3 vector processors (using a MIPS R3000 for scalar operations)
2 x 64 MB main memory
Extended G2 Graphics
3 Maxtor 760 MB disks
QIC-120 tapedrive
19? trinitron monitor with stereo bezel and 3d glasses
Keyboard, mouse, knob box
Titan OS 4.2 installed (plus version 3.0, 4.1, and 4.2 installation tapes)
Dore, AVS, and PHIGS+ graphics environments
Vectorizing FORTRAN compiler with LINPACK, EISPACK, and FFT libraries
Matlab-Pro 3.5 (the Titan was the only computer ever that had Matlab as part of its bundled programs)
Biodesign Biograf 3.0 molecular modeling application
All bits and pieces, and all software appears to work.
Camiel
At 07:49 PM 11/24/2018, Bill Degnan via cctalk wrote:
>I suggested a shallow box does not have to be so tall.
>
>On Sat, Nov 24, 2018, 7:56 PM Steve Malikoff via cctalk <
>cctalk at classiccmp.org wrote:
>
>>
>> > I wonder if anyone made a 3d printer file for a 33 chad box?
>> > Dwight
>>
>> ...working on it :)
I believe John Toebes was talking about 3D printing a chad box
on the Greenkeys list a month or so ago.
- John
I've finished my work on designing and debugging a PCB to go with my
AVR-based bluebox program. Read about it and
buy one at https://661.org/proj/bluebox/.
This project implements a bluebox in C on AVR microcontrollers. This
project is roughly a reimplementation of Don Froulas's PIC-based bluebox,
which was written in PIC assembly. The resulting compiled program is
intended to be loaded into one of the following circuit boards.
Currently the code implements a bluebox, silver box (DTMF dialer with 4th
column), redbox, greenbox, and 2600hz pulse dialer. There are 12 memory
locations of 41 keystrokes each.
--
David Griffith
dave at 661.org
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Resend, just in case that screen-cap image attachment fails. It is also here:
http://everist.org/6F2a/cctalk_rcvd.png
>Will require
>some way to compare mailboxes in search of pattern in missing
>emails... Which may or may not be obvious... which will lead to more
>puzzles... oy maybe I should have stayed muted and let others do the
>job...
Here's one check. See attached screen-cap of cctalk emails. Usually many per
day, but only one per day on the 15th & 16th Nov, none at all on the 17th.
Did the list actually go silent then? It's possible by random ebb and flow,
or maybe everyone was in shock over the awful Paradise fire death toll.
Which may be over 1000, unless a lot of people listed as missing do turn up.
Guy
