> From: Ethan Dicks
> I only ever saw one other RK05F in the wild, FWIW.
I only ever saw one, also.
> On Tue, Oct 13, 2015 at 4:07 PM, Henk Gooijen wrote:
>> I remember (just) one RK11-C passing by on eBay .. at least 8 years
>> ago. It sold for ~ $50 (IIRC).
> That's an amazing price just for the pile of FLIPCHIPs.
Hey, back in the late 60's, you could buy an outdated Ferrari racing car, or
a retired Cobra Daytona, for a couple of thousand, US$. Those cars now sell
for tens of millions...
>> Will never forget that I let that one go! :-(
The people who passed on those Ferraris, Daytonas, etc now have the same
reaction!
I wonder if PDP-11's will ever get anything like that stupid? Probably not
(although one never knows, q.v. the Ferraris and Daytonas); although I reckon
they will be more noteworthy to later collectors (i.e. who didn't use them
themselves) than most other old machines, because the PDP-11 was the machine
that really set Unix on the road. (Which is not why _I'm_ big on them,
mind...)
Noel
will add it to my list as I go though arrivals here Carl. thx---
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 10/13/2015 2:42:55 P.M. US Mountain Standard Time,
Carl.Claunch at gartner.com writes:
I have a Perkin Elmer VT2222 disk drive (Vanguard I) which due to the
acquisitions of the time, was Interdata and became Wangco and Cipher. Looking
for a manual especially schematics.
I have an IBM 9347 (9 track tape drive) which uses IPI-3 for its
interface. If I can get schematics for the drive (or for the controller board that
goes in a 9370 system, I can get work up a replacement interface. Looking
for the manuals for drive or controller.
Thanks,
Carl
________________________________
This e-mail message, including any attachments, is for the sole use of the
person to whom it has been sent, and may contain information that is
confidential or legally protected. If you are not the intended recipient or have
received this message in error, you are not authorized to copy,
distribute, or otherwise use this message or its attachments. Please notify the
sender immediately by return e-mail and permanently delete this message and any
attachments. Gartner makes no warranty that this e-mail is error or virus
free.
Yep, I was the one that scored that SYM-1 and accessories for $40 :)
Pictures at https://www.flickr.com/photos/131070638 at N02
Just arrived, have yet to power it up as I'm busy with DG projects (next
email!) :)
J
> From: Henk Gooijen
> yes, please take a nice picture of it! ... The higher the resolution
> the better!
OK, I scanned it (I prefer scanning to pictures, as there is almost
inevitably distortion when using a lens), at 300 dpi. The whole thing
wouldn't fit in my A3 scanner, but I got the majority of it, and the part
that's not shown is just the plain two-colour band.
Available here:
http://ana-3.lcs.mit.edu/~jnc/tech/jpg/CanadaPanel.jpg
and I've also added it to my 'PDP-11 resources page', here:
http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/PDP-11_Stuff.html
Also, I have recently scanned in the front indictor panel for the 11/55 and
11/70 (the later one, with the blue/blue colour scheme), and those can be
found on that page too, along with drawings of the basic 40-45-70 panel (only
the on/off switch, etc, locations differ) and the basic 45-50-55 panel (with
on/off switch and selector switch holes added); those have also been added to
that page.
I'd like to encourage people with other front panels (I myself am
particularly interested in those for the 11/45, RF11, RK11-C and RP11-C) to
scan them too, for people who are interested in doing reproductions. I can
host the images, for people who don't have that capability.
Noel
I have a Perkin Elmer VT2222 disk drive (Vanguard I) which due to the acquisitions of the time, was Interdata and became Wangco and Cipher. Looking for a manual especially schematics.
I have an IBM 9347 (9 track tape drive) which uses IPI-3 for its interface. If I can get schematics for the drive (or for the controller board that goes in a 9370 system, I can get work up a replacement interface. Looking for the manuals for drive or controller.
Thanks,
Carl
________________________________
This e-mail message, including any attachments, is for the sole use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Gartner makes no warranty that this e-mail is error or virus free.
Hey there,
I'm currently working on a replica of Don Lancaster's prototype TV
Typewriter (pic here:
http://s1381.photobucket.com/user/unclefalter/media/20151011_125748_zpssu7yy
ujf.jpg.html?o=0 ) and I was wondering - does anyone know where the unit
that appeared on the cover (with the more refined keyboard) ended up? I've
asked around, including Don and nobody seems to know where it got to.
I'm also wondering if anyone knows a source that might have the keytops that
unit used or something close (I understand they were made by Mechanical
Enterprises). I've enough parts here to build two or three TVTs and I
thought after I get the prototype replica done I might go for the cover
unit, esp. if it no longer exists anymore. But I understand those keytops
were kind of a one off deal for that article.
Thanks!!
Brad
We did a lot more debugging on the TC12 LINCtape controller.
We saw a 500ns glitch in the LMU MOTION signal that corresponded to a short
slowdown in tape speed. We will investigate this next week.
We entered the LINC instruction to check a single block (0707) in the left
switches and a block number (0777-0000) in the right switches. When we
pressed the DO key it should go to that block on the LINCtape. With large
block numbers (07xx) and with the tape positioned half way through the tape
it worked OK. With lower block numbers it sometimes could not find the
block and searched back-and-forth on the tape. The logic analyzer showed
that the block numbers were correct in a sequence of several blocks, and
then it will read a bad block number. The TC12 would tell the TU55 to turn
around, it would read a good block number, realize that it was going the
wrong direction, and turn the tape around. It would then read a good block
number, and then a bad block number, and turn around.
At this point we don't think that we are working with bad tapes, but the
problem might be in either the TU56 tape drive, or the TC12 LINCtape
controller. We see bad behavior in both devices so we will do as Charles
Lasner suggested and swap a TU55 and TU56 between the PDP-12 and the
PDP-8/I. This will let us test the TU56 with a known good TC01 LINCtape
controller, and test a known good TU55 with a questionable TC12 LINCtape
controller.
We ran the A-to-D converter test and were rewarded with a display on the
VR14 that showed correct operation of the knobs and A-to-D converters.
--
Michael Thompson
> >
> >> On Oct 13, 2015, at 11:52 AM, tony duell <ard at p850ug1.demon.co.uk>
> wrote:
> >>
> >>> The only other terminal I worked
> >>> with that could do that was a Tektronix storage scope terminal
(4010
> >>> or 4014, IIRC). The Tek printer wasn't built-in, but it did take
a
> >>> scan of the live screen, so that was similar. The paper was
> >>> silver-grey and I remember it coming out wet too. Everything else
I
> >>> worked with was either thermal or dot-matrix impact, and could
only
> >>> capture text as it arrived at the terminal, not a screen image.
> >>
AFAIK, the Tektronix external "hard copy units" for their DVST display
terminals (4002A, 4010, 4012, 4014, and others that were integrated into
various systems (e.g., the 4081 computer system, and 4051/4052/4054
desktop computers)) were dry-process devices. The paper was a
dry-silver paper that was photosensitive, but it was developed by heat
rather than by chemicals.
It is possible, in the very early days of the DVST terminals, that some
kind of wet-process hard copy may have been used...or that perhaps a
third party developed a wet-process hard copy unit, but my only
experience was with the thermal-developing dry-silver paper hard copy
units.
I used these devices extensively in my time at Tektronix, and became
quite expert at troubleshooting/adjustment of the hard copy units.
There were no chemicals or toners involved. The paper would come out of
the machine quite warm from the developing process.
The tube in these hard copy devices was indeed weird...wide, but not
very tall. It produced a single scan line that was synchronized with
the motion of the paper through the machine. The scan line was driven
by the terminal, which used a low-intensity scanning beam to "read" the
charge on the storage element of the display screen, and sent the analog
signal from the read-out image to the hard copy unit.
The DVST technology that Tektronix created for these terminals was very
much an example of the extreme levels of CRT technology and knowledge
that existed within Tektronix during those days. Just about every tube
they used for oscilloscopes, scan converters, and all of the DVST tubes
were designed and manufactured in-house at TektroniX HQ in Beaverton,
Oregon. The CRT building was one of the earlier buildings on the
Tektronix campus there. It was quite a place to visit. Even in the
late 1970's, there was amazing CRT development going on there for
building things like the tube for the first 1GHz (analog) oscilloscope.
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
I'm in the process of refurbishing an old model SPD Flexowriter (from
the 1950s.) When I
placed it in storage, all worked ok. The storage room was dry (though
not heated or cooled)
and there were no mice or other vermin involved in it's repose. However,
upon starting it
back up (and lubing every moving part beforehand) I discovered the punch
wasn't firing
"on all cylinders."
After disassembling the punch solenoid block, I discovered two of the
coils were now open
(corresponding to the two missing positions) but also, two coils had
apparently shorted
somewhere and changed value. From a nominal 850 ohms, the two were now
about 150 and
500 ohms.
I have a lot of old gear with relays (similar to these driver coils) and
I've *never* had a problem
with an open relay coil (that wasn't caused by obvious damage.) Is this
a problem any of you
have experienced and if so, have you ever discovered the root cause? I
presume it is some
corrosion, but the open coils were open near the middle of the winding
(#41 AWG wire with
about 11000 turns.) The breaks were NOT at the junction of the #41 and
the sturdier wire
that connects to the terminal block.
Also, question 2: the Flexowriter parts list shows two different coils
(both 850 ohms) used in this
assembly. Four of one and four of another. I'm presuming these are
magnetically polarized
so that half are North-up and half are North-down in order to not have
truly strange things
happen all 8 are firing and you get so much magnetism that some
armatures are repulsed
rather than pulled, but I don't find that mentioned in the manual. I'm
planning an experiment
with a hall-effect sensor to verify. So far my failures have all been
one type so I don't have any
to visually examine while I'm unwinding them. The Flexo parts differ
only in their part
number - no other visible differences are seen.
I am rebuilding the coils as I have an ample supply of #41 but I want to
know if I need
this 'normal/reverse' polarity thing if it exists. So far, I've rewound
one coil with a match
in wire direction to the one it replaced and it seems to be ok.
TIA,
Gary
Hi All,
we have a 1039 in our space with the user guide, but without any service
docs. Our specimen does not react to buttons except the reset and test
buttons. the four statusleds light up on a reset and after a second the
center two leds start blinking in sequence. paper and pens are loaded as
per the user guide.
anyone with documentation on this thing?
--
Met vriendelijke Groet,
Simon Claessen
drukknop.nl
> From: Rod Smallwood
> I could use the H960 its attached to!!!
Cold, dead, hands, etc, etc! :-)
But to be serious, those things are in really hot demand - I know Paul A
wants some more, I'd like a couple more, etc, etc. They aren't _that_
complicated - it shouldn't be impossible to get more built? Does anyone have
any expertise in this area, to let us know how/where to start?
Noel
Hello all,
I am trying to replace some rubber feet on a couple of items and it appears
the OEM used 3M Bumpons. I've been trying to find a source that will sell
small quantities but all I can find is one box minimum (which is a couple of
thousand!). I am willing to buy as much as a whole sheet but prefer less if
possible. Looking for models:
SJ5780 and SJ5023 both in Grey (not black).
The SJ5023 is available on eBay but not the round SJ5780s (in Grey).
Any help is appreciated. TIA!
-Ali
On Mon, Oct 12, 2015 at 03:51:14PM -0300, Jecel Assumpcao Jr. wrote:
> There are a lot of people who would like to buy people's votes
It's a good thing this does not happen in any other countries <cough>.
:-)
mcl
Subject line covers it; the M2372K manual isn't on Bitsavers (the 2382K
is, but it's significantly different) and all I've found is this
covering the basics, and I'm not 100% sure it's correct:
http://stason.org/TULARC/pc/hard-drives-hdd/fujitsu/M2372K-824MB-8-0-FH-HSM…
Anyone have this manual? Can you confirm that the settings listed on
stason.org are valid? I'm trying to get this drive to format using an
Emulex UD33 (UNIBUS SMD) controller, and I'm not having much luck. (I'm
also not certain that the 2372K isn't too new for the controller;
another place a manual would be of immense help.)
Thanks,
Josh
Hi Mouse - Yes we know that 545 scope and have one in storage to be
refurbished
If you can get it to we guarantee it will be loved and perch in the
display with the display of the scope.
Many Thanks in advance -
Ed Sharpe archivist for SMECC _www.smecc.org_ (http://www.smecc.org/)
In a message dated 10/12/2015 2:10:55 P.M. US Mountain Standard Time,
mouse at Rodents-Montreal.ORG writes:
I have a Tektronix "OPERATORS' MANUAL" for "CATHODE-RAY OSCILLOSCOPES
TYPE 535 AND 545" (those are quotes from the front cover) which says it
"applies to standard Type 535 Oscilloscopes having serial numbers
between 6045 and 7552, to rack-mounted Type 535 Oscilloscopes having
serial numbers 4048 and 4072, to standard Type 545 Oscilloscopes having
serial numbers between 5946 and 7400, and to rack-mounted Type 545
Oscilloscopes having serial numbers between 1740 and 1775". (I suspect
there is a "between" missing before "4048".) It is a small 45-page
booklet and is definitely a user's manual; it is not a repair document,
not even what tony calls a boardswapper guide.
It apparently got wet at some point in its history; the first and last
few pages are stained green, presumably from the covers (which are
green). (Not stained to the point of illegibility.)
I do not have any device it applies to, do not really expect to, and am
inclined to doubt I would need it even if I did, so I would cheerfully
pass it along to someone who actually wants it. It's currently in
Ottawa (Ontario, Canada); I could pop it in the post easily enough.
Anyone?
/~\ 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
unique keys? I am not sure of that Unless he lettered in CTL
looked like weird Mohawk data sciences keys or something.... I have
seen this type of keyboard before... or some other place in a scrap
environment post 1799..... Ed Sharpe archivist for SMECC
In a message dated 10/12/2015 10:01:15 P.M. US Mountain Standard Tim,
unclefalter at yahoo.ca writes:
Hey there,
I'm currently working on a replica of Don Lancaster's prototype TV
Typewriter (pic here:
http://s1381.photobucket.com/user/unclefalter/media/20151011_125748_zpssu7yy
ujf.jpg.html?o=0 ) and I was wondering - does anyone know where the unit
that appeared on the cover (with the more refined keyboard) ended up? I've
asked around, including Don and nobody seems to know where it got to.
I'm also wondering if anyone knows a source that might have the keytops
that
unit used or something close (I understand they were made by Mechanical
Enterprises). I've enough parts here to build two or three TVTs and I
thought after I get the prototype replica done I might go for the cover
unit, esp. if it no longer exists anymore. But I understand those keytops
were kind of a one off deal for that article.
Thanks!!
Brad
I have a Tektronix "OPERATORS' MANUAL" for "CATHODE-RAY OSCILLOSCOPES
TYPE 535 AND 545" (those are quotes from the front cover) which says it
"applies to standard Type 535 Oscilloscopes having serial numbers
between 6045 and 7552, to rack-mounted Type 535 Oscilloscopes having
serial numbers 4048 and 4072, to standard Type 545 Oscilloscopes having
serial numbers between 5946 and 7400, and to rack-mounted Type 545
Oscilloscopes having serial numbers between 1740 and 1775". (I suspect
there is a "between" missing before "4048".) It is a small 45-page
booklet and is definitely a user's manual; it is not a repair document,
not even what tony calls a boardswapper guide.
It apparently got wet at some point in its history; the first and last
few pages are stained green, presumably from the covers (which are
green). (Not stained to the point of illegibility.)
I do not have any device it applies to, do not really expect to, and am
inclined to doubt I would need it even if I did, so I would cheerfully
pass it along to someone who actually wants it. It's currently in
Ottawa (Ontario, Canada); I could pop it in the post easily enough.
Anyone?
/~\ 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 2015-10-12 2:51 PM, Jecel Assumpcao Jr. wrote:
> Paul Koning wrote on Sat, 10 Oct 2015 11:44:58 -0400:
>>> On Oct 9, 2015, at 5:39 PM, Jecel Assumpcao Jr. wrote:
>>> [noticed voter ID terminal had cable to voting machines!]
>>
>> That's not the real problem.
>
> Indeed, not *the* problem but just *a* problem I noticed while still in
> line to get into the voting station.
>
>> The real problem is that you had no way to be sure, no way to verify,
>> that the machine was recording your vote and would accurately report
>> it later. It might just as easily report numbers that someone had told
>> it to report, not connected to any reality. How would you know? If
>> anyone were to question this, how would you prove that the count is
>> honest?
>
> This issue was raised, so the third time these machines were used in a
> national election there was a pilot with modified machines that printed
> their results so that the voter could see (but not touch) and then
> dropped the paper version into an urn. Observers from all the different
> parties could use the paper trail to verify the numbers presented
> electronically by the machines. After that single trial, TSE declared
> that the result was that a paper trail was proved to be unnecessary and
> caused delays and added expense, so those machines were never seen again
> and elections in Brazil have been paper free ever since.
Leaving the vulnerability.
>
> There are several aspects of voting culture in Brazil that are quite
> different ...
>
> -- Jecel
>
>
> On Oct 12, 2015, at 2:51 PM, Jecel Assumpcao Jr. <jecel at merlintec.com> wrote:
>
> Paul Koning wrote on Sat, 10 Oct 2015 11:44:58 -0400:
> ...
>> The real problem is that you had no way to be sure, no way to verify,
>> that the machine was recording your vote and would accurately report
>> it later. It might just as easily report numbers that someone had told
>> it to report, not connected to any reality. How would you know? If
>> anyone were to question this, how would you prove that the count is
>> honest?
>
> This issue was raised, so the third time these machines were used in a
> national election there was a pilot with modified machines that printed
> their results so that the voter could see (but not touch) and then
> dropped the paper version into an urn. Observers from all the different
> parties could use the paper trail to verify the numbers presented
> electronically by the machines. After that single trial, TSE declared
> that the result was that a paper trail was proved to be unnecessary and
> caused delays and added expense, so those machines were never seen again
> and elections in Brazil have been paper free ever since.
Cute. So that demonstrates that the results of that one election are accurate, but it tells you nothing about the later ones. And the claim that the paper is "unnecessary" shows either ignorance, or dishonest intent, on the part of the person making that claim. After all, you have no way to know whether the later machines are still honest, just because the ones used in that one election were.
paul
>
> Date: Sun, 11 Oct 2015 18:44:54 -0500
> From: Jay Jaeger <cube1 at charter.net>
> Subject: Re: PDP-12 Restoration at the RICM
>
> Don't forget about the other more remote possibilities: cables,
> backplane, bad wrap, supply voltages at the actual card(s) for the
> mis-behaving channel, etc.
>
> JRJ
>
We used different control and data cables for the TU55 and the TU56 drives
and observed the same track 3 bad behavior.
The backplane appears to be in good shape.
My scope had a little trouble looking at 10-15mV signals in differential
mode using the math functions, but we looked at the head signals going into
the track 3 amplifier, and they looked reasonable.
The power supply voltages at the cards are within spec. The track
amplifiers are supposed to be differential, so they should be fairly immune
to power supply noise. We plan to connect a lab supply to the backplane
near the track cards and adjust it slightly higher than the PDP-12 power
supply. That should clean up any 60Hz noise on the power. Maybe that will
help?
We have swapped everything else between the tracks, including the logic
analyzer probe, and the issue always stays with track 3. Maybe it is a
backplane wiring problem?
--
Michael Thompson
> On Oct 9, 2015, at 5:39 PM, Jecel Assumpcao Jr. <jecel at merlintec.com> wrote:
>
> John Robertson asked:
>>> After the fiasco about the Deibold machines changing votes during the
>>> Bush election of 2000, Brazil opted for them?
>
> To which Alexandre Souza replied:
>> Yep. Welcome to the land of the stupid.
>
> Ok, I think we need some facts, here. Note that from the very first time
> I used one of these machines to vote and noted that they typed in my
> voter ID number using a little keyboard which had a cable going into the
> voting "cabin" to prep the machine for my vote, my opinion of the whole
> thing has be very negative. After all, I had only their word that they
> were not saving my ID along with my vote - there was no hardware
> limitation against it doing this.
That's not the real problem. The real problem is that you had no way to be sure, no way to verify, that the machine was recording your vote and would accurately report it later. It might just as easily report numbers that someone had told it to report, not connected to any reality. How would you know? If anyone were to question this, how would you prove that the count is honest?
paul
So, I recently acquired a machine which has an unusual "digital equipment of
canada, ltd." pdp11 logo panel at the top of the H960 it's in.
Is there anyone who would really have a connection to a panel with that on it?
(Let me hasten to add that I have nothing _against_ it, and would be happy to
leave it there, but maybe someone out there is dying to have one.) If so, I'd
be more than happy to swap this one for a plain pdp11 logo panel (i.e. one
that says "digital equipment corporation").
Also, if anyone wants a scan of this, let me know, and I'll crank one out.
Noel
Was curious if anyone here has - or knows someone who does - a Xebec 1402A
Seagate HDD controller. The drive is in an IBM 5150. Note that this MUST be
the 1402A, NOT the more common 1402. There is some important historical
data we are trying to recover, but the controller is nonfunctioning.
Thank you for any help!
--
Devin Monnens
www.deserthat.com
The sleep of Reason produces monsters.
Wow. A pretty board indeed. Thanks for showing it off. This is also
interesting to me since a friend and I have been talking about building
something rather similar (and entirely different at the same time, we're
just focusing on the mass storage function and using an FPGA). I'm
curious about some things though, if you'd be willing.
Bus drivers (along with voltage level conversion) have been a problem.
You seem to be using 74LVC parts. Are they close enough? Though I also
see a bunch of FETs down there.
I've used OSHPark in the past for small boards but for 45 sq.in. boards
they'd seem to be awfully expensive, even if using their medium run
pricing. The fingers look gold plated. It could be just the ENIG
finish but I also see little tails running off the bottom as if you're
setup for hard gold plating. Does OSHPark have that capability?
I gotta say that I'm impressed with your soldering skill as well as
stamina. I was going to ask if it was machine assembled but I see in a
later message that it wasn't. I was hoping for the Pick 'n' Paste
machine to come along and save me from having to do all that by hand but
that project seems to have faded away.
I'm curious why you didn't use resistor networks instead of discrete
components.
I also love that your design tool put omegas on the silk screen for the
resistor values.
-Dave
> From: Mattis Lind
> Very nice and clear description on what is required to have relay to
> activate!
Indeed! Thanks, Brent, for that wonderful writeup - I'm sure I'll find it
immensely useful when the time comes to work on my 11/44.
I'll have to carefully save a personal copy in a file - finding it in the
archives, when the time comes, won't be too easy. If only we had a Wiki
we could put all this kind of stuff in... (Hint, hint!)
Noel
(BCC to Spare Time Gizmos and Rich A. - both of whom may have a clue!)
Folks,
I've finally dug out my Panda Panel and got it going - after having to
deal with various strangeness in a dodgy parallel port connector, and
figuring out I really DID have to be root to get it to initialize!
It all works; the 'aux' CPU load segments respond appropriately, as
does the Run/Disk/Tape/Network cluster. But from the moment KLH10 is
started, every single segment of the main display is ON and remains ON
until the host machine is powered off.
Any suggestions? Is this normal behaviour? Is it just that the thing
is running too fast for me to see any patterns? Does the Panda Panel
care what mode the parallel port is set to in the BIOS?
The fact that the other parts of the panel do the right things
suggests to me that the interface etc. is basically sane... but the
one photo I've ever seen of an operational panel looks quite
different... http://www.sparetimegizmos.com/Hardware/images/Lingling.jpg
Thanks
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
Hi Guys,
I wanted to give you guys an update on the latest progress on the
Multicomp09. Neal Crook has just completed modifying the boot process in
NitrOS-9 6809 L1 v3.3.0 and it is now booting flawlessly on the Multicomp09!
I have updated my Multicomp09 with Neal's latest VHDL code and also with the
latest Multi-software environment as well. I'm proud to announce that I too
now have NitrOS-9 6809 L1 v3.3.0 running on my Multicomp09 as well!
Whoo-Hoo!
NitrOS-9 6809 L1 v3.3.0 was just born on the Multicomp09 a day or two ago so
it is by far not fully tested though I'm not expecting any big hiccups at
this point. Everything I've tried so far has worked fine if I recall
correctly. I've been up most of the night checking it all out. :P
I've changed from the default shell that comes preconfigured with L1 to
Shellplus so now I have my cd command back that I'm so used to using in L2!
Finally I can traverse directories with ease.
I've created a /T2 device for serial port A on the Multicomp PCB. I
connected putty on my laptop via a USB to serial cable and now I have a
fully usable NitrOS-9 Terminal on my laptop! It's a 2 User system now. One
of the next hurdles will be to get the other serial port running.
There are 4 - 720KB virtual floppy drives online with the boot dsk image
file on drive 0 of course and at this point the same image on the other
three virtual floppy drives just to get the system up and running. With a
fully functional serial port, I'm eager to see about getting Drivewire 4 up
and running though 64KB of ram might be pushing it a bit. We'll see how
that goes.
I'm going through various commands now to make sure everything works.
The device descriptor for serial port A, /T2, will need to eventually be
included in the OS9Boot file as /T1. Some unneeded modules currently exist
like bitbanger stuff which are not needed on the Multicomp09. Since I have
shelled /T2, I can work on this at my favorite hang out at my favorite table
in Mickey D's! Cool!
By the way, are any of you guys on Skype? We could have a little video
conference on the Multicomp! :) Take care my friends.
Kip Koon
computerdoc at sc.rr.comhttp://www.cocopedia.com/wiki/index.php/Kip_Koon
Thanks Brent, I had used your very helpful site before to help me figure out
IO cards, but had missed this gem.
Marc
==================================
From: Brent Hilpert <hilpert at cs.ubc.ca>
On 2015-Oct-10, at 9:59 PM, Marc Verdiell wrote:
>> I had originally written it in a re-targetable cross-assembler in a
> now-outdated development environment under MacOS9.
>> Last year rewrote someone else's assembler (C source) - it should work in
> any standard C environment.
>> Was using it to re-assemble HPBASIC.
>> [...] Can send you the source if you wish.
>
> I'll gladly take the source, that would be very helpful later on.
Forgot, it's online already:
http://www.cs.ubc.ca/~hilpert/e/HP21xx/software/index.html
the Compaq III is quite cool there was also an add on docking thingie
too to go with it. .... IBM also made a ps2 sort of one with a plasma
screen on it too that was a box that closed up on it self. used to be
able to find these in thrift shops often but these days you seldom see
them. I got one and used it for a while until the power supply quit. For
now it will have to remain a static display... for a while anyway.
(schematics or maint. manual anyone!?)
I even used to find Burroughs BTOS desktops in T shops but now
what I need one for a display here at the museum.... none to be found!
Need some to sit in the middle of these photo panel and some incredibly
neat promotional items related to that computer Burroughs had put out
at one time.
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 10/11/2015 7:53:11 P.M. US Mountain Standard Time,
nw at retrocomputingtasmania.com writes:
On Mon, Oct 12, 2015 at 12:49 PM, drlegendre . <drlegendre at gmail.com>
wrote:
> I believe that I do have one of these machines, and it's in good working
> order as of a couple months back. You're looking for a Portable ///
> correct?
>
> Are you in the USA?
>
Hi Bill, thanks for the follow-up, seeking the updated variant known as the
Compaq Portable 386.
https://en.wikipedia.org/wiki/Compaq_Portable_386
I'm in Australia but willing to pay the shipping to get it here.
Hello,
4 hours ago I posted an email concerning a huge amount of documentation
that I have. I also included about 30 pictures. I can find no
indication that this email was distributed. Is there a problem with
this information? Was it received?
Tony Pflum
>
> Once again, I find myself in over my head debugging a power supply, this
> time an H7140 from a PDP-11/44. Here's the skinny:
That doesn't surprise me, the H7140 is one of the most complex PSUs you are
likely to come across...
> When power is applied (plugged in, breaker switch flipped to "On") the
> relay does not click - based on my readings of the manuals this should
> happen after the bias voltages are up to spec. I measure 308VDC on the
> lugs on the top of the memory board, so that's at least something
> working. Getting to other points to test voltages is a bit more
> difficult, especially with those high voltages in the way, what a nice
> design :).
That 300-odd volts comes from rectified (or voltage-doubled) mains. The
relay is part of the soft-start circuit, it should operate after the 'bias' PSU
has started up (it shorts out a resistor in the mains input circuit). With no
other load on the supply you will get the 300V with the resistor still in circuit.
There are _3_ SMPSUs in that box. One for the logic, one for the memory and
one (known as 'Bias' in the DEC documentation) to power the control circuits,
PSU control logic, etc. The last one is a relatively conventional SMPSU, it sounds
like it isn't working. It's nasty in that almost all the circuitry is on the mains side of
the isolation barrier, and an isolating transformer is almost essential when working
on it. The chopper transformer is on the PSIU baseboard, the chopper transistor
and much of the control circuity is on the 'Bias/Interface' PCB (leftmost board in the
PSU box). Be warned, therefore that some circuitry on this board is not isolated
>from the mains.
I would start by seeing if the 12V (and 5V?) from the 'Bias supply' are missing.
-tony
dunno did not see it Tony - - maybe file to large?
send to me direct to check out
thanks ed Sharpe archivist for smecc
In a message dated 10/11/2015 6:13:45 P.M. US Mountain Standard Time,
tonypf11 at gmail.com writes:
Hello,
4 hours ago I posted an email concerning a huge amount of documentation
that I have. I also included about 30 pictures. I can find no
indication that this email was distributed. Is there a problem with
this information? Was it received?
Tony Pflum
If anyone knows anyone looking for a Cray,
Cray J932SE system. 32 proc, 2 megawords of RAM as I recall.
Has VME IO subsystem, HIPPI channels on a lot of the CPU boards
(originally was 4 x J932SE in a hypercube via hippi IIRC.) Has 4 SCSI
disks (9GB) although has room for lots more (system checks disk firmware
vendor.)
I like it but no place to keep it and I don't want to keep moving it
between rental house garages. It's currently in Norfolk Virginia, I'm in
Northern Virginia. I have pics of it.
I'm not sure the Unicos build I have is compatible with it, it kernel
panics on startup. I have some software, the SWS Sparcstation 5. Uses 3 x
220v outlets @ 30 amps each.
Here is some stuff from last time I played with it:
https://users.757.org/~ethan/pics/geek/cray/
These are RARE. I think I know of two or three J932SE systems in the wild,
one in Germany one in another foreign country.
Was looking for $8500 or so. Pound for pound such a better deal than an
Altair.
--
Ethan O'Toole
Brent Hilpert <hilpert at cs.ubc.ca> wore:
>I had that problem with the stuck reel hubs. Failed to take my own
advice-to-self to leave the reels unmounted and they stuck again,
>although easier to get off this time as it hadn't been many years under
pressure.
I ended up covering the rubber hub with black electrical tape. That prevents
it from sticking again.
>I had originally written it in a re-targetable cross-assembler in a
now-outdated development environment under MacOS9.
> Last year rewrote someone else's assembler (C source) - it should work in
any standard C environment.
> Was using it to re-assemble HPBASIC.
> [...] Can send you the source if you wish.
I'll gladly take the source, that would be very helpful later on.
Marc
Hi folks,
Some storage reorganisation last week uncovered a PET4032 I'd forgotten I
had. Spotless internally (I remembered why later) and glass fuse intact so
I attempted powerup. Nothing. No screen and no chirrup.
Google + schematics time. I've checked AC voltage at the iron lump and all
major chips + DRAM are getting the right voltages. The processor is
generating a clock signal at PHI2 (~2.7V), I've checked continuity of all
address and data lines for ROMs/processor/VIA/PIA. I can't check the
contents of the Kernal ROM since it's not socketed and my track record of
successfully removing big chips whole isn't good.
One chip that does get hot is the Character Generator at UA3 which I was
going to swap with the one in my other 4032, but that doesn't power up
either. Presumably I can borrow one from a 3032 or 8096?
A lot of the repair pages use a piggyback 6502/ROM/RAM add-in called a
PETvet but all I have is a DMM, logic tester and other working PETs as
sources of chips I can borrow.
Are there any more steps I can try before checking ROM contents becomes
necessary?
Cheers.
--
adrian/witchy
Owner of Binary Dinosaurs, the UK's biggest home computer collection?
www.binarydinosaurs.co.uk
Does anyone have a loose 3M/Georgens MCD-405 tape drive they could take board pictures
and firmware dumps from, or any of the other MCD-40 series tape drives? I'm trying to
figure out how similar it is to the one in the Apple 40mb tape drive.
I was asked about recovering some tapes from a Supermac 40mb tape/disk scsi box, and I
am trying to figure out what tape drive I might need to do it. It appears it is Gammamat
format, which would work with the Apple drives, and I wanted to compare the firmware from
a non-Apple, so I started looking around for SCSI Gammamat drives. I also thought this
would be useful knowledge for anyone trying to dump Symbolics XL-Series DC2040 tapes.
One interesting thing mentioned in the Amiga BTNTape tape handler was they mention it was
possible on some MCD series drives to format a blank DC2000 tape. They mention formatting
with 2:1 interleave.
Sadly, there were also people who said there was a tech manual available from Georgens on
the series, but they didn't want to spend $50 for it. Georgens Industries was in San Diego
and there still a few traces of them, but they are long gone at their last adr. I see that
Chuck mentioned they were into the maintenance biz, Georgens was involved with DEI down there
looking at his patents, and bought 3M's streamer tape line.
Places like Weird Stuff have piles of the DC2000 floppy tape drives, need to do more digging
to see if there are any SCSI ones around.
Then, I have to redo the pinch roller. All the Apple tape drives have been dead for over ten
years with rollers turned to orange goo.
(cross posted to MARCH list)
Question about UNIBUS RAM with Parity vs. None
I assembled a pdp 11/05 in a BK11-K box with a sticky 5 light - I can load
an address, but the 5 light will erroneously (often but not always) light
when I examine. Once 5 is turned on it stays on, even if the toggle switch
is down. Once this occurs I cannot deposit nor can I examine contents of
RAM. I intend to test the front panel to verify that toggle 5 is ok
electrically, this is a to-do.
The power checks out including DC LO AC LO. I transplanted the CPU cards
into another system to test and they work also. Aside from the console
itself, it must be a RAM problem.
The system has 8K Core
G235 (xy drive module)
H217D (memory stack)
G114 (sense / inhibit)
M8293 (memory control module)
My question - I have read, and to the best of my understanding believe I
can swap an H217D with an H217C in this box.
Anyone disagree, and if so why did DEC want their 11/05 S to use "D" model
core (D=parity) and not C (C=no parity)? The PDP 11/40 I have uses C.
--
Bill
Hey all --
Once again, I find myself in over my head debugging a power supply, this
time an H7140 from a PDP-11/44. Here's the skinny:
I examined the supply physically before experimenting and found a
capacitor on the Bias/Interface board that was leaking, bursting and
rather burned-out looking (not a great sign) -- this is capacitor C4 in
the printsets on Bitsavers
(http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/pdp11/1144/MP00897_11X…)
Everything else looked OK physically; I replaced the obviously bad
capacitor at C4.
When power is applied (plugged in, breaker switch flipped to "On") the
relay does not click - based on my readings of the manuals this should
happen after the bias voltages are up to spec. I measure 308VDC on the
lugs on the top of the memory board, so that's at least something
working. Getting to other points to test voltages is a bit more
difficult, especially with those high voltages in the way, what a nice
design :).
Switching the front panel switch to "Local" (or any other position) has
no effect -- no fans, no LEDs, nothing. I've double-checked all the
wiring and everything looks OK.
Capacitor C4 looks to be involved with the START-UP DRIVE signal
circuitry (which drives the relay) so the behavior I'm seeing makes
sense if C4 died and took a couple of things with it (or if something
else died and took C4 with it).
Here's where it gets kind of odd -- I spent some time testing diodes and
transistors in the related area near C4 and while doing so I noticed
that there are four diodes (D1-D4) listed on the schematic that are
missing from my board. "Missing" as in someone clipped them out at some
point -- there are just nubs of the leads left. I'm not sure why this
would have been done, but there were a number of ECOs applied to this
board (a few wires and resistors added) and I don't want to assume that
if I just put four new diodes in that it won't cause other problems.
Anyone know if there were other revision levels of the bias/interface
board that would have done away with these diodes? Anyone have an H7140
they can easily crack open to compare? (It's actually relatively easy
to get to, if you can get to the supply...)
Thanks as always,
Josh
Found some IBM parts recently. Any idea what specifically these might have
come out of? I'll be picking them up soon and getting more pictures, but
here's a few for now.
http://imgur.com/a/pikqG
Thanks,
Kyle
This may never see the light of day (if the prototype turns out to be
stillborn) but it's pretty and I can't resist posting a pic before I've
powered it on and proven its uselessness:
http://www.dbit.com/wilson/projects/qba.jpg
Officially it's for my morally repugnant attempts to earn a living (so it's
supposed to be a Q-bus bridge that connects over Ethernet), but I wanted to
still be able to do something fun in the very likely case that the Ethernet
port doesn't work (no idea if my PCB layout is kosher for something as fast
as the gigabit PHY's bus) or has uselessly high latency, so I added an SD
card slot and made all the CPU-end terminators switchable, so it can act
as just a plain peripheral (I'm mainly thinking disk controller -- I've
already found a reason why the USB device port can't work), if its CPU's
alive and can talk to the Q-bus. We'll see. Many many many chances for
mistakes. Five different power-supply voltages, for starters.
As always, I can't say enough good things about XMOS microcontrollers and
OSHpark.com.
John Wilson
D Bit
Looking for an Atari ST mouse, have an extra Amiga mouse to trade?
Also looking to buy a 520ST power supply to complete a system if anyone
knows of extras.
--
Ethan O'Toole
I wanted to let folks know what the current status is on the MEM11
project. I apologize in advance for the long post.
Previously I had mentioned that the emulator was fully functional (more
on that later) and that I was starting to debug the MEM11 firmware. I
have made significant progress and I'm in the final stages of testing
the recovery image firmware and the configuration image firmware. In
reality, the recovery image firmware is a heavily stripped down version
of the configuration image firmware - I had to make space for all of the
strings, in the configuration image the strings are kept in FRAM. This
usually means that I can do most of the testing in the configuration image
and (with a few exceptions) I'm assured that it'll work properly in the
recovery image.
The recovery image is what will be in the J1's RAM (in the FPGA) after
reset. It is also the "cold boot" loader. Depending upon configuration
settings and a couple of jumpers, it looks for a version of firmware
to run. Recall that there are up to 5 copies of the firmware:
2 copies of the "run time" firmware, this is what makes the MEM11
a set of Unibus devices
2 copies of the "configuration" firmware, this allows you to
configure the board, load new firmware, load/save memory, ROM
images and RS11 disk images
1 copy of the "configuration" firmware that is deemed "safe". This
copy cannot be updated except by the recovery image
The recovery image is part of the FPGA programming so it cannot be
updated in the field.
The recovery and configuration images support the XMODEM protocol for
uploading/downloading FRAM contents.
I'm going through and exhaustively testing all of the command and
checking that they produce the proper results and leave no extraneous
bits on the stack(s).
I haven't been able to do any testing on the XMODEM command yet because
I don't have support in the emulator for connecting other programs to
the console. So once all of the other commands have been tested, I'm
going to extend the emulator to handle some other devices. I'm also
going to add some scripting capabilities. I'm getting really tired of
typing some commands (the first 3 in the session below are burned into
my brain). It should also allow me to provide some capability to
emulate the Unibus side of things once I get to the point of testing
out the runtime firmware.
Here's a short session on using the emulator:
$ gforth emulator/j1-emulator.fs
J1> mode status 0008
J1> load 60000 mem11-cfg.img
J1> get j1-boot-ram.img
J1> run
MEM11 Recovery Interface
MEM11 Firmware Version 0.4 (EMUL)
RECOVERY> help
Commands:
BOOT Boot selected image
CLEAR Clear specified memory region
DUMP Dump out a section of FRAM
MAP Display FRAM address map
MODIFY Modifies contents of FRAM
VERSION Display version
RESET Perform a HW reset
XMODEM Download into FRAM using XMODEM protocol
SET Set configuration information
SHOW Show configuration information
Additional help:
HELP <command-name>
RECOVERY> boot safe
MEM11 Command and Configuration Interface
MEM11 Firmware Version 0.3 (EMUL)
SAFE> help
Commands:
BOOT Boot selected image
CLEAR Clear specified memory region
DUMP Dump out a section of FRAM
ENABLE Enable indicated UNIBUS device
DISABLE Disable indicated UNIBUS device
EXAMINE Examine J1's RAM
LIST Lists names of images
MAP Display FRAM address map
MODIFY Modifies contents of FRAM
POKE Change J1's RAM
VERSION Display version
RESET Perform a HW reset
XMODEM Download into FRAM using XMODEM protocol
SET Set configuration information
SHOW Show configuration information
Additional help:
HELP <command-name>
SAFE> set defaults
SAFE> show dl11 0
ENABLED
SLOT: 3
CSR: 777560
LENGTH: 000010
INT VECTOR: 060
INT PRIORITY: BG4
BAUD RATE: 9600
PARITY: NONE
DATA BITS: 8
STOP BITS: 1
SAFE> show memory
ENABLED
BASE ADDR: 000000
LENGTH: 760000
SAFE> show kw11l
DISABLED
SLOT: 7
CSR: 777540
LENGTH: 000010
INT VECTOR: 100
INT PRIORITY: BG6
LINE FREQ: 16667 uS
SAFE> list boot-image
0 : <NO IMAGE>
1 : <NO IMAGE>
2 : <NO IMAGE>
3 : <NO IMAGE>
B SAFE : MEM11 Config V0.3 (EMUL) Built on Fri Oct 9 20:18:31 PDT 2015
SAFE>
Execution Stopped at: PC: 016C
J1> help
Commands:
HELP - Help command
DUMP - Examine the contents of FRAM
MODIFY - Modify the contents of FRAM
EXAMINE - Examine the contents of J1 RAM
PATCH - Modify the contents of J1 RAM
CLEAR - Clear the contents of FRAM
LOAD - Load FRAM from a file
SAVE - Save FRAM into a file
GET - Load J1 RAM from a file
QUIT - Exit the emulator
RUN - Run the J1 program
STEP - Single step the next J1 instruction
BREAKPOINT - Set a breakpoint
CONTINUE - Continue J1 execution
.R - Dump the J1 return stack
.S - Dump the J1 data stack
.PC - Display the current J1 program counter
DEPTH - Report the depth of the J1 data and return stacks
TRACE - Control tracing of J1 instructions
RESET - Reset J1 and the emulated peripherals
MODE - Set or view the MEM11 mode
LED - Display the LEDs that would appear on a MEM11 board
Typing 'HELP <command>' will give additional details about the command
J1> .s
DSP: 5
ST0: 0005
Data Stack:
5 : 0000
4 : 1E1E
3 : 1E6E
2 : 1E1E
1 : 0000
J1> .r
RSP: 6
Return Stack:
6 : 0D84
5 : 0D4A
4 : 0D7E
3 : 1C1A
2 : 3B26
1 : 3BB2
J1>
Unfortunately SVT ?ppet Arkiv is not available to anyone outside Sweden,
which is a pity. A great source.
This interest for computers and election vigils come from the fact that I
had a email conversation with a person that was involved when DEC won the
contract to for the election in 1976 in Sweden for SVT. He was involved in
adapting the VT30 system for TV use. Genlock and stuff.
I found three clips in ?ppet Arkiv which I trimmed down heavily. These
shows tend to be quite long anyhow. I hope SVT is not getting mad now.
https://www.youtube.com/watch?v=qDoFM3hfbic
/Mattis
Glen,
I'm right in the middle of resuscitating an HP7970E (1600 bpi with the HP-IB
interface). The main problem I had so far was the rubber in the reel hubs
had completely fused to the tape reels that were left on the hubs. I had to
disassemble the hub locking mechanism and use lots of careful X-Acto knife
work to separate the two. A few tape rollers were rough or stuck - just
oiled them for now. Then it started to work, I am very surprised. There are
three red switches on the motor control board inside to make the tape go
forward, reverse and fast rewind. So it's pretty easy to test if the
transport works and the motor servos and tension arms move how they are
supposed to.
Brent,
Wow, looked at your site, and you actually wrote a HP 2100 cross-assembler?
Nice. Would it work for the HP21MX too? Did you compile it using the command
line tools in XCode?
Marc
==========================================================
Date: Wed, 7 Oct 2015 13:29:37 -0700
From: Brent Hilpert <hilpert at cs.ubc.ca>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Subject: HP & 800BPI / was Re: Tape cleaner on eBay
Message-ID: <858603D2-2D79-45D6-993C-A8939D996815 at cs.ubc.ca>
Content-Type: text/plain; charset=us-ascii
On 2015-Oct-07, at 12:56 PM, Glen Slick wrote:
> I have an 800BPI 7970B in a 2113B rack system. I've never gotten
> around to trying to get it up and running. Are they fairly reliable
> drives to get going again? I don't have any other 800BPI drives to
> write any tapes to read with it.
>On Wed, Oct 7, 2015 at 12:46 PM, Brent Hilpert <hilpert at cs.ubc.ca> wrote:
Well, the unit here was in pretty good physical condition as received.
It had a cascading failure in the capstan driver but it was a fairly
straightforward fix.
I think there was one sluggish/partially-seized pulley bearing (freed up
with some oil).
Pretty rugged drives as you know. I wonder about the capstan rubber in the
long term but I think that's about the only thing to worry about on age
alone.
I think bitsavers nowadays has manuals and schematics for the B version as
you have, years ago I had to do some reverse-engineering for the capstan
repair.
This page is over ten years old and needs some updating, but FWIW:
http://www.cs.ubc.ca/~hilpert/e/HP21xx/HP2116CSys/index.html
Note the tape drive repair log page linked there.
Hello All,
This is just a general shout out and thanks to David (Gesswein) for the
excellent work on the MFM emulator boards. I received both of my fully
assembled emulators today. They arrived professionally packaged and ready to
go out of the box. I wish more hobby/home brew projects went this smoothly
and bore such excellent fruit. Kudos to David!
-Ali