Excellent, that's a great start.
Vince - thanks for the measurements, I will redraw a better 3-view using those. Not sure about how the extra bolt goes though.
Ethan - thanks for confirming the different leg pad to frame pad.
Noel - that is extremely useful info on the pads, I've now found them at http://www.vlier.com/product_index/leveling/sel_05_lstar.html#
Paul - yes I noticed some systems had different legs, for instance this one https://c1.staticflickr.com/3/2435/3878202215_372c46fccb_b.jpg
and any p/n info you have from better sources would be welcome.
The part number I found for the legs (H-952-BA) came from the Fall 1978 Digital Sales Catalog, page 129 which has the same p/n for both
Standard and Short cabinets.
I'll cogitate over a revised drawing and get back to the list.
Thanks again,
Steve.
I regret we haven't been able to resusciate my 4051 yet.? Still kills power to the main board.
I didn't know there were games for the 40xx machines.? I didn't think they could with the limitations of the screen design, although I kinda thought the display would work well for, say, an adventure game.
B
Sent from my Samsung device
-------- Original message --------
From: Randy Dawson via cctalk <cctalk at classiccmp.org>
Date: 2018-01-06 10:01 PM (GMT-08:00)
To: Randy Dawson <rdawson16 at hotmail.com>, "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
Subject: Re: Tek 40xx computer users
This was for Mike Hass, he was not in the email chain, and I do not have his address.
But it' s a general shout out to the other Tek 40xx users out there...
Randy
________________________________
From: cctalk <cctalk-bounces at classiccmp.org> on behalf of Randy Dawson via cctalk <cctalk at classiccmp.org>
Sent: Saturday, January 6, 2018 9:54 PM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: Re: Tek 40xx computer users
Hi Gary,
Well its been a year.
Some news from here:
Micheal Cranford finished his MAXIPACK and FASTGRAPHICS PACK, and the results are awesome.
50-100% increase in the graphics speed, and he put all the demos and games on the MAXIPACK.
I 3D printed the plastic case for the PACKs and they look good.
I would like to see if we can work together, to clone the ROMs out of the packs you have, or see if you are willing to sell duplicates you have.
I really need a communications PACK, my 4051 did not have the comm port.? I have no way to transfer data in and out, I was going to attempt it over GPIB, bit I did not get very far.
What is new from your end?
I think we are trying to organize a 405x users group, I am talking with a few other guys.
Cheers,
Randy
________________________________
From: cctalk <cctalk-bounces at classiccmp.org> on behalf of Mike Haas <dogaschesswarrior at gmail.com>
Sent: Thursday, October 27, 2016 8:10 AM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: Re: Tek 40xx computer users
Congrats on your new Tek.??? My 4051 pile came from came indirectly from
Gary Spence, who had inhouse involvement with the model. (can't locate his
bio at the moment)? Here's what I got... somewhere:
4051, 2x 4907 Dual 8" floppys, and the "System Test Fixture" front panel, a
box of DC300 tapes
"GAS 6800"? - a Homebrew 4051? (maybe a prototype?? 4051? ???)
and? these paks:
RS232 I/O compak
dual port memorypack
UNIBURN EPROM burner pack
VIDEOFRAME digitizer
GPIB Enhancement rompack
RS232 Printer Interface
Parallel Interface
Rompack Switch
Data Communications Interface
8k Rom pack
Addressable Data Tracking backpack
IC Analyzer
Editor Pack
Filemanager Pack
Binary Program Loader Pack
Signal Processor Pack
Service Pack
Pack extender board
a few empty packs and several wired edges
On Sun, Oct 23, 2016 at 10:15 PM, Randy Dawson <rdawson16 at hotmail.com>
wrote:
> I bought the Tek 4051 on ebay today; Jason brought it to my house and it
> works perfectly, with about a half hour of programming instruction my 12
> old daughter was plotting a cat face.
>
>
> https://www.facebook.com/Thelma.Franco/videos/10154277153852670/
Log In or Sign Up to View<https://www.facebook.com/Thelma.Franco/videos/10154277153852670/>
www.facebook.com
See posts, photos and more on Facebook.
Log In or Sign Up to View<https://www.facebook.com/Thelma.Franco/videos/10154277153852670/>
Log In or Sign Up to View<https://www.facebook.com/Thelma.Franco/videos/10154277153852670/>
www.facebook.com
See posts, photos and more on Facebook.
www.facebook.com<http://www.facebook.com>
[https://www.facebook.com/images/fb_icon_325x325.png]<http://www.facebook.com/>
Facebook - Log In or Sign Up<http://www.facebook.com/>
www.facebook.com
Create an account or log into Facebook. Connect with friends, family and other people you know. Share photos and videos, send messages and get updates.
See posts, photos and more on Facebook.
>
>
> I would like to get in touch with other users of this first personal
> computer, and find additional resources.
>
>
> Do you know where I can find an archive of BASIC programs for this?
>
>
> Has anybody built plug in cards in the back, mine came with a realtime
> clock and a "file manager", I do not know what that one does.
>
>
> I have some Tek scopes with IEE-488, and I will see if I can get the IEEE
> interface working.
>
>
> There was a DC300 tape in the machine:
>
>
> biorithm
>
> craps
>
> blackjack
>
> artillery
>
> tanks
>
> weatherwar
>
>
> The belt is broken in the tape, I have ordered some new DC300's and will
> transplant the tape.
>
>
> Any resources will be welcome!
>
>
> Randy
>
>
>
>
>
I was given three VT100 and one VT131 in not great condition.
The biggest problem is that the keyboards are missing approximately 25% of
the keys in average. For example all SETUP keys and NO SCROLL keys are
missing. God know why.
It makes little point for me try to find keytops for these four keyboards.
Besides they are not actually matching the terminals except for one of
them. Apparently the VT131 keyboard is slightly different from the VT100.
Then two of the VT100 has a different first ROM chip and also an extra char
gen chip (23-108E2 and 23-198E2). Seems to be some kind of European/
Swedish/Scandinavian chargen and keyboard layout. The keyboards I received
has US layout.
I checked two PSUs, one monitor board, and one basic video (logic board)
which seem to work OK. One keyboard tested and is working electrically.
The cases are from OK to in quite ugly shape and the CRTs are from minimal
screen burn to quite some screen burn (due to long time with inverse video).
Is there interest in a full terminal? Parts? Keytops? I will probably keep
one or two flyback transformers to keep the ones I have going.
I am in Sweden.
/Mattis
From: Murray McCullough <c.murray.mccullough at gmail.com>
>
>This may be off-topic but these latest uprocessor exploits has raised
>a question: Are the 'old/classic' uprocessors using x86 technology in
>the same boat?
>
The exploit effects the speculative execution facility, so no it's not
"all P6 forward": nothing 32-bit or PAE, nothing just OOO, etc. The
current word I have (from my risk management folks, who got it from
Intel) is the oldest chips verified to be affected are the Xeon 3400
(server) and 2nd Gen Core (desktop) processors. So, probably nothing
later than 2009 or so.
KJ
Hey Alex,
I was trolling the internet and came across you post from 2015!! I have a
GRiD 2260 in like new condition with all the attachments, software and
carrying case. Are you interested?
Thanks,
Dan Smith
dansmithmaryland at aol.com
410-841-4827
Hello,
I have some doubt about DEC tape units and related interfaces.
What I know about (right or wrong, please correct):
- TU80 is a Pertec drive, it needs M7454 (unibus, TS11 driver) which is a
modified Dilog DU132. No option for QBUS.
- TS05 is a Pertec drive, it needs TSV05 (qbus, TSV05 driver) which is a
modified Emulex ???)
- TU81 plus is LESI or Pertec, you need KLESI (unibus / qbus, TMSCP driver).
Now the questions:
I have both a TU80 and TU81plus, and both Unibus and Qbus machines, but no
interfaces.
I would like to connect at least TU80 to unibus, and TU81 to qbus, but for
backup reasons it would be better to have both drives on both busses.
What are the DEC or third party card which would fit better on my drives,
and/or which would offer better driver compatibility with various OSs (via
switchable configuration).
I'm not sure about interface compatibility (Pertec interfaces could be
swapped),
and driver compatibility (what is better for RT11, what for BSD, what for
VMS).
I would accept also some offer to my email, if somebody has something
interesting to sell (better if in EU).
Thanks
Andrea
This may be off-topic but these latest uprocessor exploits has raised
a question: Are the 'old/classic' uprocessors using x86 technology in
the same boat? The very earliest ones, i.e., 1970s and early 80's.
probably not. How many are actually in use and/or on the Net?
Happy computing!
Murray :)
Hi My Friends,
Just a quick message to let everybody know that I am starting IT Training
Monday, January 8, 2018 to get the certifications I need. When finished I
plan to have my A+, N+ and S+ certifications. For those unfamiliar with
these certifications, this is paper work proving I have the knowledge to
perform the tasks of a Computer, Network and Server Technician in that
order. These enable me to get the great jobs in IT that I am looking for.
That is my plan. Please keep me in your prayers. This will be a lot of
work, reading, labs etcetera. In December 2018, I ought to be getting a
great Christmas present! :D
I will be checking my email when I can. Take care my friends.
>> From: Jim Stephens
>> I had a meeting with Ken Omohundro on 12/7 and will be having dinner
>> with him again soon. I'll ask him about it. I know he doesn't have any
>> records left, but I could take him your notes and see what he recalls.
> Thanks very much for that offer; we do think we know more or less how it
> works
So, I have completed what I think is a pretty thorough article on the CHWiki
about the ENABLE:
http://gunkies.org/wiki/Able_ENABLE
It contains _everything_ I was able to glean from the still-extant
documentation, etc, which I have access to.
There is enough detail there to add support for it to SIMH/Ersatz-11 (hint,
hint :-).
> there are two areas in which he might be able to help.
> The first is some very low-level details of how it worked, in terms of
> the UNIBUS interaction ... I _surmise_ that it was something like it
> watches NPR/SACK for a DMA cycle .. then waits for BBSY to cycle, at
> which point it knows it's a DMA cycle
Having refreshed my memory of how DMA cycles worked, I suspect it just watched
SACK and BBSY (since technically a UNIBUS device can do DMA cycles after
grabbing the bus with BRn), so no need to watch NPR.
> The second is some details of how some of the optional stuff for using
> existing memory, non-DMA devices, etc worked. ... I'll have to go
> re-read the documentation
Having looked again, I don't think there's any mystery; probably I just hadn't
carefully read it before.
One question I do have, though: why the limit (per the documentation) to 128KB
of old memory? If I'm correcly understanding how the MemDap works (it
apparently makes the address space of the 'secondary' UNIBUS appear on top of
the EUB memory, on the EUB) it should be able to handle up to 248KB? (The top
8KB is the I/O space on the secondary UNIBUS, which, if devices on the
secondary UNIBUS are to be supported, must be visible to the CPU through the
ENABLE.)
> It would also be interesting to know why he just didn't use a 3-bus
> design .. I suspect that the answer is that they way they did it, they
> could use a stock MUD backplane ... and only one over-the-back [UNIBUS]
> connector into the ENABLE [there probably wasn't room for a second].
This too.
>> I hope to get a biography and history of his companies including Able,
>> and figure somewhere to get it stored.
> The Computer History wiki would seem an ideal place for this sort of
> content?
Reaction?
Noel
This should be public, so visible even if you don't have a FB login.
https://www.facebook.com/jserwach/posts/1804323786269276
--
Liam Proven ? Profile: https://about.me/liamproven
Email: lproven at cix.co.uk ? Google Mail/Hangouts/Plus: lproven at gmail.com
Twitter/Facebook/Flickr: lproven ? Skype/LinkedIn: liamproven
UK: +44 7939-087884 ? ?R (+ WhatsApp/Telegram/Signal): +420 702 829 053
For some time now I have had a couple of ZX Spectrum machines. Neither
works, each has a different problem. Today I got one of them out for another
look. The problem with it is that it seems to constantly reset itself, you
see the copyright screen briefly and then it disappears (the TV screen shows
the usual "snow" when there is no signal). It just cycles round doing this.
I put a logic analyser on it as well as a scope. The CPU Reset pin looks
fine, it goes high and stays high.
The logic analyser shows that it is happily reading code from the ROM during
the boot sequence and it will suddenly start fetching instructions from
address 0 again, this appears to be somewhat random. I don't have a lot of
experience with logic analysers, and I have found that some pod/probe
combinations cause the machine not to work at all, so the logic analyser is
not, unfortunately, above suspicion. However the behaviour I see appears
consistent with what the logic analyser is telling me.
My thoughts are that this must either be a bad Z80 CPU or a bad ROM. Neither
is socketed and I am reluctant to desolder ICs unless I really have to as
there is always a risk of damage to the board.
Has anyone seen a similar problem before? Could this indeed be the CPU or
the ROM, or could there be a different cause?
Regards
Rob
Hello PDP-11 crowd:
I?m thinking of starting a project that will interface to a DR11-C, which has the usual 40-pin Berg ribbon cable connectors. I thought I?d ping the collected wisdom here to see if other folks had already sourced an available modern cable connector for this that they particularly like?
cheers,
?FritzM.
Even though I've been quiet, I have been making slow progress on the
QSIC in the background.? For those who've forgotten what the QSIC
project is about, here's the description:
http://pdp10.froghouse.org/qsic/html/overview.html
We've been working away on getting communications with the SD card
working and that's basically there now.? It initializes and reads and
writes blocks.? I've also connected it through an async FIFO to the
minimal RK11 controller I had working before and that's mostly working.?
That is, it can read and write blocks under control from the QBUS PDP-11
as if it were a real RK11/RK05.? What more could you ask for?
Well, I could ask for a lot more really but that's pretty good.? There's
a lot of RK11 functionality that I haven't implemented yet and all sorts
of configuration options we need to get in there.? Also, there's a bug
where it sometimes scrambles data so it's not quite ready to boot and
run a real OS yet but it's getting awfully close.
Here's a picture to my test setup:
http://pdp10.froghouse.org/qsic/qsic-setup.jpg
And a picture of a test of some spray-on glass frosting used as a light
diffuser on the indicator panel.? In this picture you can also see the
new LEDs I found that are a much better color match to the old
incandescent bulbs than the LEDs I picked for my first attempt.
http://pdp10.froghouse.org/qsic/frosting.jpg
Now for the request.? I've decided that I'd like to put a soft-processor
in the FPGA to handle a bunch of things (configuration duties and the
USB protocol being two of the big ones).? My preference would be for
this soft-processor to be a PDP-11.? Surely there's hack value in using
a PDP-11 as the I/O processor for a PDP-11 but there are practical
advantages to this as well.? For one, we're already familiar with it and
have a suite of development tools.? Also, I can re-arrange the I/O
devices I intend to give to this soft-11 and put them directly on the
QBUS instead and do initial development there.
I'd rather not get diverted by yet another substantial development
project so I'm looking for a decent little FPGA implementation of a
PDP-11 that I could just pick up use for this purpose.? Something that's
already debugged.? I'm thinking closer to an 11/04 than an 11/70 and
likely just running out of block RAM on the FPGA.
Thanks for any pointers to such an implementation and thanks to everyone
who's given support and assistance as Noel and I have poked along on
this project.
Dave
> From: Ethan Dicks
> The rod is also smaller by quite a bit, but I don't have one in front
> of me to measure.
The two feet are quite different. The smaller one on the extender is 5/16"-18
(i.e. UNC Coarse thread); the larger one under the cabinet is 1/2"-13.
Replacements can easily be had from Vlier: Vlier part numbers are FSE302S
(for the extender feet), and FSE306S (for the main feet).
We really ought to do a group bulk build of the extension castings; if we get
a reasonable size order together, they shouldn't be that expensive. Ditto
for the special bolt needed to hold them to the H960.
Noel
I'm in need of some feet for my H960s and am intending to make a few pairs, so I thought I might
as well try and make them look close to the originals.
I have a few ideas on construction, for instance 3mm steel plate laser-cut and folded jigsaw fashion
then welded, or even simpler a basic welded steel bar with a 3D printed leg cap for asthetics.
I've been unsucessful in finding any closeup photos or drawings of these things so have used a diagram
>from one of the 11/70 manuals which is the best I have so far. Thankfully they drew it in isometric so
it was easly to overdraw in CAD and project it to this:
http://web.aanet.com.au/~malikoff/pdp11/DEC_H960_stabiliser_foot_left_A-H95…
I have some questions-
Does the (optional?) sheetmetal kickplate play any role in securing these legs to the frame?
Are the two front screws are only there to hold them on and there is some internal box section that goes
into the front of the channel on the rack to take the weight?
Is the outer side tapered? It looks straight.
If the foot a one piece casting (presumably) or fabricated in some way?
Is the foot pad thread in the centre of the front of the leg, and is it the same thread and pad as the H960?
Finally I would really appreciate if someone could run a digital caliper over one, and fill in my required
measurements A through Q in the above drawing. And if you have a radius guage that would really be great.
As usual, thanks for any help or advice.
Steve.
Just curious...can anyone id the system that used these two types of core
memory? I am thinking the first is a hand-made custom core, but the 2nd is
definitely from a commercial system. Looks kind of IBM-ish but it's
nothing I can ID. It's not an IBM 1401 I don't think.
http://vintagecomputer.net/core-memory/
Thanks
Bill
> From: Toby Thain
> If the documentation is good enough, people in the community will be
> able to provide the software.
You mean, host drivers?
Yeah, that documentation will be pretty trivial: 'there's this extra
register, just like the one in the RLV12; the top 6 bits of the DMA memory
address go in there - the bottom two bits are mirrored into the two extended
memory bits in the CSR'. For the 'extended' RP11, not much more than that.
If you mean the 'software' for additional controllers - that would be a _lot_
harder (plus to which it's an entirely different tool-chain, yadda-yadda).
'Use the source, Luke!', I'm probably afraid...
Noel
Hey everyone, Happy New Years!? I am thankful for an active community
that enjoys helping each other learn, and today I am coming with an ask
for help.
I have a SWTPC 6800 and ADM3A terminal, I can get it to boot, and when
it boots it will continue to boot for several hours.? But getting it to
successfully boot takes upwards of 100 power OFF and ON cycles.? The
other 99 times, I get a continuous stream of random ASCII characters
(see video link below).? It's my first time seeing this type of issue
that happens intermittently, and wondering if anyone has any insights in
what might be causing this.? I suspect its a faulty IC on the Processor
board that resets or controls the OS reset, will need to deep dive and
diagnose, but thought I would ask for some direction first.
https://www.youtube.com/watch?v=Ci4vhPn-3PE
Thanks in advance!
-Nick
Hi, I'm brand new to vintage computing and would love any advice. I'm
thinking of putting together a SM EVM A131-10 and would appreciate any
advice/knowledge on the unit.?
Just posting this here in case it reaches eyes not in other forums I'm on.
I decided to embark on a project that involves burning a 2708 EPROM. I've
never messed with EPROMs before, so I decided to practice. What I have is a
Microworks 2708 'burner' that came with a SWTPC 6800 machine I have. I
figured I'd start by learning how to read 2708s.
I only had one 2708 lying around to use. It was installed on a homebrew
'Dynamicro' board (also known as Jon Titus' MMD-1). It's strange because
the MMD-1 doesn't use 2708s. This board also had a bunch of ICs on it that
are not what the MMD-1 design calls for. So I thought this'd be an
interesting EPROM to read anyway, since it might yield a hint as to what the
builder was doing with this board, or if they were just using it to store
random ICs.
Anyway, I fired up the 6800 with the chip in the ZIF socket of the
Microworks board and read the contents into memory. I then punched it back
out to my PC terminal as S records. That's as far as I got. I'm wondering
now how to actually dig into the contents a bit for clues as to what it is.
I've seen posts in the past from people who were able to find strings, etc
that sort of help as clues. Does anyone know how I'd go further here?
Really curious what was on this one.
Thanks!
Brad
> From: Paul Koning
> The only asynchronous computer I can think of is the Dutch ARRA 1
Isn't the KA10 basically asynchronous? (I know, it has a clock, but I'm
not sure how much it is used for.)
The thing is I recall reading (where, I don't now remember) that the CPU is
organized with 'go' pulses leading from one block of circuity to another, and
it uses delay lines to time out the passage of these pulses, so if you wanted
the CPU to be as fast as possible, you went around to each delay line and
tweaked them down until things started to fail, and then backed off a bit.
Other CPUs of that era might be the same. There's an amusing description
of the Multics CPU here:
http://www.multicians.org/mga.html#6180
"The 6180 processor was among the last of the great non-microcoded engines.
Entirely asynchronous, its hundred-odd boards would send out requests,
earmark the results for somebody else, swipe somebody else's signals or data,
and backstab each other in all sorts of amusing ways which occasionally
failed (the 'op not complete' timer would go off and cause a fault). Unlike
the PDP-10, there was no hint of an organized synchronization strategy:
various 'it's ready now', 'ok, go', 'take a cycle' pulses merely surged
through the vast backpanel ANDed with appropriate state and goosed the next
guy down."
Noel
> From: Mark J. Blair
> I wonder if it might also be useful in any of the QBUS MicroVAXen?
Hardwarewise, it should be fine. Softwarewise... well...
The issue is that we're currently only planning to emulate the RK11 and RP11,
because we're not up for the hassle involved in emulating more recent
controllers. (That's not an issue for the systems we want to run.)
We looked at the RP04, and _full_ emulation even of that one is a significant
amount of work. (I stress the 'full' because a partial, simple emulation
might not be too bad, but since we have no idea what various OS's will expect
to be there, it's not clear how much use such a partial emulation would be.)
However, that presents a problem. There are no 22-bit versions of either (in
fact, there's no QBUS RP11 at all; and the QBUS RK11 is restricted to Q16,
for reasons that surpass me). 22-bit operation is needed to make them really
useable as mass storage under Unix, for swapping (because all file system
access is buffered through low memory, purely file system use would be OK
without Q22 support) - at least on -11's with more than 256KB of memory.
(Probably DEC OS's too, but I know nothing of them.)
So, in addition to the dead-stock emulations of the two, we will also support
slightly 'adjusted' versions of the controllers, to have an 'address
extension' register (in exactly the same way the RLV12 has an extra register
over the RLV11).
(And we're also going to have an adjusted version of the RP11, which extends
the size of the disk, using unused bits/values in the disk address registers,
to allow up to 1TB on an 'RP11-D', as we're calling it. Hey, if you're going
to change the controller _at all_... But I digress.)
Anyway, you can see where this is going. For people who can tweak their
drivers, no biggie. The changes aren't major - a line or two. For people who
want to run stock software...
I don't know enough about how the QBUS VAX systems use their disks. Will uVAX
OS's run with only an RKV11-D for mass storage? Somehow I doubt it..
I assume on the later ones (the ones with the private memory bus so they can
have more than 4MB of memory) there's some sort of QBUS map, to map from the
QBUS' 22-bit address space, to the full memory. But does the hardware and
software expect to use the entire 22-bit address space, or are they prepared
to limit it (e.g. for working with an RKV11-D), or what?
I suppose we could add the RLV12 to the list of things we emulate; that's not
_that_ complicated a controller. The problem is that RL's aren't that big
(10MB), and that gets to be an issue with later OS's. And even then VAX OS's
might not run off an RLV12 - I just don't know.
Getting around this is all, of course, a SMOP (Small Matter of Programming),
since a new FPGA load, with support for more emulations, can be installed on
an existing QSIC at any time.
Now, whether Dave would be interested in supporting later devices, or whether
someone else could be convinced to emulate something more modern ... who knows?
Noel
> From: John Welch
> SAV -- SOFTWARE CONFIGURED FOR ENABLE HARDWARE WHICH DOES NOT RESPOND.
> HALTED.
> Does anyone have any hints on how I can guess what I need to add?
Well, Able made a thing called an 'Able ENABLE' which allowed use of more
than 256KB of physical memory on any UNIBUS -11 with memory mapping hardware
which wasn't an -11/70-44-24. That's probably what it's talking about.
We had one on our -11/45 at MIT, BITD. So I have the programming spec for it,
back-created from the source code for that machine. And Clem Cole was nice
enough to follow up on an old message in an email list archive, and dig up
some documentation and scan it in.
I was planning on doing a page for it on the Computer History wiki, haven't
got a round tuit yet, though.
They are, AFAIK, complete unobtainium in physical form; I've been looking for
years, never seen one.
If someone wanted to upgrade SIMH to support it, we do know enough to do that.
Noel
> From: John Welch
>>> SAV -- SOFTWARE CONFIGURED FOR ENABLE HARDWARE WHICH DOES NOT RESPOND.
> I can boot RSX from a different device (or RT-11, or unix maybe) and
> then mount this RL02 pack and go exploring through its contents. Is
> there a possibility that I may find what is missing that way?
Sorry, I'm confused by this? The message (above) seems to indicate there's
_hardware_ missing. How is looking through the disk contents going to help
with that?
Or is your point that you might be able to find a version of the system which
does not use that hardware? Perhaps; there's no way to know without looking.
Noel
Best wishes for 2018!
I have been busy trying to repair my dead 11/35.
The system was working, but there was one screw loose that mounts the
system units in the BA11 box ... that screw created a short circuit :-(
After powering the 11/35, ENA/HALT on HALT, and toggling the LOAD ADRS
switch, all DATA lamps go on, and after that the machine is totally
non-responsive.
I installed the KM11 replica from Guy Sotomayor (at last, after 7 years,
I have soldered one of the kits that I had since 2011-2012!). With the
KM11, I can step the microcode right from power up. When I toggle
LOAD ADRS I see that the SWITCH signal (via the 7474 flipflop) is set,
but when the microcode checks *which* toggle was activated it decides
that none was activated. I measured the signals that play a role here,
and all looks fine.
Now, what gets me puzzled.
If I toggle the LOAD ADRS switch *and hold it pressed down*, then, when
I step the microcode, the branch that handles the LOAD ADRS switch
actually does get executed, and the ADDRESS lamps on the console show
the switch register settings.
Anybody for clues how to proceed?
If you are interested, I made a write up of my testing in (way) more detail:
www.pdp-11.nl/pdp11-35/repair/repair35page.html<http://www.pdp-11.nl/pdp11-35/repair/repair35page.html>
Thanks for any advice,
Henk
> From: Jim Stephens
> I had a meeting with Ken Omohundro on 12/7 and will be having dinner
> with him again soon. I'll ask him about it. I know he doesn't have any
> records left, but I could take him your notes and see what he recalls.
Thanks very much for that offer; we do think we know more or less how it
works (software-wise we always knew, since I wrote the code for it on the MIT
system, and that, and some other code to run it, still survive; the hardware
details had faded from my memory, but the documentation that Clem Cole found
cleared the high-level details of that up, mostly); however, there are two
areas in which he might be able to help.
The first is some very low-level details of how it worked, in terms of the
UNIBUS interaction; we can surmise, from the way it's installed, how it more
or less has to work (details below), but it would be nice to have it
confirmed. The second is some details of how some of the optional stuff for
using existing memory, non-DMA devices, etc worked. (I honestly forget the
details of what I couldn't work out there; I'll have to go study it again.)
The first is that unlike my initial recollections, both the CPU and DMA
devices are on a single UNIBUS segment which feeds into the ENABLE. There are
two different 18->22 maps in the ENABLE, one for CPU cycles, one for DMA (the
latter perfectly emulates the UNIBUS map on the -11/70 and /44). So, more or
less by definition, it has to be able to distinguish CPU bus cycles from DMA
device bus cycles on the incoming UNIBUS segment.
But how, exactly? I can _theorize_ how it did it, but this is a topic not
covered in the still-extant documentation. I _surmise_ that it was something
like it watches NPR/SACK for a DMA cycle (it won't see the NPG, of course),
then waits for BBSY to cycle, at which point it knows it's a DMA cycle; if
not, the current cycle must be from the CPU. He may or may not remember the
details, but if he can, that would be great.
(For software emulation, we don't need to know this, but it would be good,
for completeness' sake, to know. Also, I have a fantasy that the UNIBUS
version of the QSIC will also include ENABLE-type functionality, and although
we could probably work it out on our own, it would be good to have the
benefit of anything he can recall - any not-so-obvious gotcha's, etc.)
It would also be interesting to know why he just didn't use a 3-bus design:
i) UNIBUS in from the CPU, ii) UNIBUS in from DMA devices, and iii) EUB to
the memory. I suspect that the answer is that they way they did it, they
could use a stock MUD backplane (being used in EUB mode), and only one
over-the-back connector into the ENABLE.
On the second, I'll have to go re-read the documentation, and get back.
(Although now that I think about it, I may have just figured out, not only
the question, but also the answer.)
> I hope to get a biography and history of his companies including Able,
> and figure somewhere to get it stored.
The Computer History wiki would seem an ideal place for this sort of content?
(Depending on how long the bio is; but the company info would _definitely_ be
very much on target for there.)
Noel
There probably aren't that many 120V versions of the Amstrad Joyce Word
processor, but I've got one here. I replaced the 3" CF floppy drive
with a 720K 3.5" drive and modified some boot disks.
The system now supports 3.5" double-sided media and is fully populated
with 512K of DRAM and runs CP/M 3.0.
Unit with keyboard only, free to good home; sorry but I don't have the
printer.
I need to get this thing out of the way; if it goes unclaimed by January
15, off it goes to NextStep recycling.
--Chuck
Did anyone ever succeed in repairing a stepper motor
Currently restoring a datapoint floppy drive that has been stored in a disastrous environment.
The head stepper has a loose wire, currently I cannot even see how to open the stepper motor.
It is a Warner Electric SM-024-0045-AS
Cannot see any marking as to who the druive supplier is, it might have been Datapoint themselves.
Jos
Anyone have one of these single board embedded computers in use? I have
one that is unresponsive and I believe I need to replace the Dallas battery
chip, similar to other computers like the SunSparc 10 that does nothing
without a working NVRAM battery chip installed.
Any opinions/experience with this card out there? I have already ordered a
new battery but while I wait I'd like to throw this one out there. Its from
the later 90's not yet "vintage" so that's why the header semi OT.
http://www.voxtechnologies.com/SBCs/pdf/icp/rocky-518hv-ver4-0.pdf
Bill
Seeing Noel's blinkenlights project and list of panels, for interest's sake here is a picture and
decription of the Foxboro drum indicator panel from one of the hardware manuals.
http://web.aanet.com.au/~malikoff/foxboro/FOXBORO_Drum_indicator_panel_1.jpghttp://web.aanet.com.au/~malikoff/foxboro/FOXBORO_Drum_indicator_panel_2.jpg
There was no trace of any panel nor drum when I recovered the Foxboro 2/10 (PDP-11/15) but I did
find the print set for the above panel (schematics only, no panel hardware details), and a set of
RC11 modules (6 flip chips) wrapped with an error list printout. I'm not even sure if there was a
drum fitted, as none of the notes I found for the actual installation mention it.
There was no other drive in the rack when I got there, so I'm baffled as to what device the cards
went to.
Steve.
> From: David Bridgham
> I could ask for a lot more really but that's pretty good.
IMO we're 'over the hump' on the prototype phase of the project. The complete
QBUS interface (including DMA and interrupts) are done, and very thoroughly
tested, and now we have the SD interface up and running too. Once we get all
this running reliably, IMO the remaining work (configuration, simulating the
RP11, etc) will be relatively simple and straightforward.
Then we get to the next major lump - turning out the production unit.
> Here's a picture to my test setup:
Looking at that brings up another piece of progress to report; that paper
version of the indicator panel inlay is just about obsolete; we have produced
blank inlays (the correct shape to fit into the bezel, but with just the back
black layer with all the holes), and the next move is to produce ones with
the white captions silk-screened on the front, just like the originals:
http://ana-3.lcs.mit.edu/~jnc/tech/DECIndicatorPanels.html
So 'very soon' we should have a complete working indicator panel!
A lot slower, overall, than we had hoped, but we're getting there!
Noel
I had that happening on mine.. came down to a bad RAM board.
Sent from my Samsung device
-------- Original message --------
From: Nick Allen via cctalk <cctalk at classiccmp.org>
Date: 2018-01-01 10:32 AM (GMT-08:00)
To: cctalk at classiccmp.org
Subject: Help diagnosing boot issue SWTPC 6800
Hey everyone, Happy New Years!? I am thankful for an active community
that enjoys helping each other learn, and today I am coming with an ask
for help.
I have a SWTPC 6800 and ADM3A terminal, I can get it to boot, and when
it boots it will continue to boot for several hours.? But getting it to
successfully boot takes upwards of 100 power OFF and ON cycles.? The
other 99 times, I get a continuous stream of random ASCII characters
(see video link below).? It's my first time seeing this type of issue
that happens intermittently, and wondering if anyone has any insights in
what might be causing this.? I suspect its a faulty IC on the Processor
board that resets or controls the OS reset, will need to deep dive and
diagnose, but thought I would ask for some direction first.
https://www.youtube.com/watch?v=Ci4vhPn-3PE
Thanks in advance!
-Nick
> From: Peter Corlett
> since we have computers with multiple gigabytes of RAM, it makes little
> sense to restrain one's use of them to a fraction of the capabilities,
> except as an intellectual exercise.
For data, sure. (It's amazing how big even images can become, as the
resolution is increased. And that's not even video!)
For code, however, there are very good reasons to think that 'more is _NOT_
better'. More code means more complexity, and that has a host of Really Bad
consequences: harder to understand, more likely to have bugs, etc, etc.
It also often means that unless you have the Latest and Greatest hardware,
the machine is simply too slow to run the latest bloatware. The machine I'm
typing this on has a 1.4GHz single-core CPU, and _most_ things run on it just
fine - but going to many Web sites is now painful, since the 'obligatory'
HTTPS (another hot button, one I'll refrain from hitting right now, to keep
the length of this down) makes even simple Web operations slow.
Noel
So, I've been making wooden racks to hold a lot of my DEC boards, and I've
finally come up with a nice design for one, which holds quad boards:
http://ana-3.lcs.mit.edu/~jnc/tech/jpg/QuadRack.jpg
which holds them vertically.
It's much better than the dual rack next to it, which holds them
horizontally, which has the issue that the distance between the sides needs
to be absolutely perfect, otherwise the boards tend to drop out of their
slots. With the boards held vertically, it's much less sensitive.
If anyone's interested in building one, I can whip up a drawing. (Note that
the slots are offset slightly to the left because one needs different
clearances for the solder and component sides.)
The one shown uses 3 pieces of 1"x8"x6' (not sure what that translates to in
that new-fangled French stuff :-). It would be tricky to make without a
radial-arm saw, though - although I suppose a router with a small bit could
be used, albeit tedious.
Noel
> From: Michael Zahorik
> a dozen or so spare boards for my PDP8E. I was wondering about how to
> store them. Some guys recommend some poly bags, others say it is
> important to protect against humidity. ... have you had any failures
> while in storage?
Well, i) most of my boards had been in uncertain storage for a long time
before they got to me, and I've only tested a fraction of them, so if I tried
one now, and it had an issue, I wouldn't know when (i.e. under which storage
regime) it happened - some have shown failures, but I think they all happened
before they got to me; ii) some of the failures we see (e.g. PROM's losing
their programming) are known to happen via various time-related processes,
not storage condition; and iii) I'm not a hardware person, but even then,
you'd want someone with expertise in failures, which is not common.
But, having said that, these are my 'common-sense' rules for storage: i) bags
aren't critical (especially for older stuff, which is generally bipolar, not
CMOS, and therefore not very sensitive to static), ii) high humidity is not
good, as you can get corrosion on chip leads (I've seen a few where the leads
were so corroded they came off)- but very low humidity can be an issue, if
you have CMOS, as it's more static-friendly (as Dave Bridgham found out the
hard way in his lab); iii) large-amplitude temperature cycles are not good,
as thermally-induced contraction and expansion probably aren't good; and
avoiding very high, and very low temperatures (even if constant) is probably
better for long-term health.
Noel
Hello,
With the wonderful help of many you here I have revived a PDP11/04,
connected it to an RL02, and using PDP11GUI I have successfully imaged a
number of RL02 packs.? I found a copy of an RQ device that boots.? I can
attach my images and explore the contents with PIP so I believe the
transfer was good.
One of the packs was a system disk so I tried to boot it like this:
?? PDP-11 simulator V3.8-2 (JH stdio telnet)
?? sim> set cpu 11/93, 4M
?? Disabling CR
?? Disabling RK
?? Disabling HK
?? Disabling TM
?? sim> set cpu idle
?? sim> set rl0 rl02
?? sim> attach rl0 RSX11-bu.rl02
?? sim> b rl0
?? SAV -- SOFTWARE CONFIGURED FOR ENABLE HARDWARE WHICH DOES NOT
RESPOND.? HALTED.
?? HALT instruction, PC: 126272 (BR 126270)
?? sim>
Does anyone have any hints on how I can guess what I need to add? The
original machine was and 11/34 (maybe a 11/34a) and had a multi-line
serial port setup.? All thoughts appreciated.
Sincerely,
John Welch
:qw
Hi,
I was working 1976 as a volunteer at a research center near Vienna in
Austria writing FORTRAN programs on a PDP8a. We also have a PDP8/e there.
Now I am collecting DEC stuff.
Happy new year !!!!!!!!!!!!
Gerhard
-----Urspr?ngliche Nachricht-----
Von: cctalk [mailto:cctalk-bounces at classiccmp.org] Im Auftrag von
cctalk-request at classiccmp.org
Gesendet: Sonntag, 31. Dezember 2017 19:00
An: cctalk at classiccmp.org
Betreff: cctalk Digest, Vol 39, Issue 30
Send cctalk mailing list submissions to
cctalk at classiccmp.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.classiccmp.org/mailman/listinfo/cctalk
or, via email, send a message with subject or body 'help' to
cctalk-request at classiccmp.org
You can reach the person managing the list at
cctalk-owner at classiccmp.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of cctalk digest..."
"Message: 4
Date: Sun, 31 Dec 2017 10:35:18 +1100
From: Nigel Williams <nw at retrocomputingtasmania.com>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Subject: Re: Computing from 1976
Message-ID:
<CACCFpdyNiS2tCog38CbrHm2BuTAY=wh4PAJRZ0-Gz0z=0=9t4A at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
On Sun, Dec 31, 2017 at 9:57 AM, william degnan via cctalk
<cctalk at classiccmp.org> wrote:
>> what magazine?
https://books.google.com.au/books?id=7wAAAAAAMBAJ&pg=PA82
note.
Popular Science Dec-1976
***
Thanks Nigel. I apologize to all for not putting this magazine name in
my original note.
I've been thinking this New Year's eve about the world of classic
computing: How far has personal computing actually advanced? Not
talking about computing on the Net or such. Just plain computing! Or
is there such a thing the last day of 2017?
Happy computing for 2018.
Murray :)
I've been experimenting with the SIMH VAX simulators a lot lately. The only way I know of to mount a tape, disk pack, CD-ROM, etc. after boot time is to halt the simulation with ^e to get to the SIMH command prompt, ATTACH the desired image, and then resume the simulation with CONTINUE.
Is there any way to attach/detach media images in SIMH without halting the simulation? I've tried putting the system console on a telnet port so it doesn't occupy SIMH's controlling terminal, and I found that it's still necessary to halt the simulation to get back to the SIMH command prompt.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
Are any of you aware of an MTS mailing list that lives outside of the
execrable Yahoo groups environment? And if not, is there any interest in
starting one?
Meanwhile, if there are any MTS hacks on the list, I have a question:
When running *SAV or *SVW, what are the labels the system is expecting for the
FSnnnn tapes? I tried the obvious - FS2001 for the FS2001 tape prompted
for - but no luck there. Then again, maybe I'm not labeling the tapes
properly.
This is under Hercules.
hetinit -d fs2001.aws FS2001 MTS
doesn't cut it. I also tried running *lbh against that tape (to give it the
same label), but no luck there, either.
The MTS operator's guide doesn't have anything to say about daily/weekly
backups, other than the cryptic notes on the *SAV and *SVW files, and I can't
find anything else as I dig through the rest of the online system docs.
$HELP ?
--lyndon
Hi,
A friend, probably in Ohio, tells me his father has 3 boxes (about 150
pounds)
of manuals for VAX/VMS and IBM 360 from the mid 1980s.
If anyone's interested in following up, email me and I'll send you the
contact info.
thanks, and Happy New Year!
Stan Sieler
I'm actively working on show planning for VCF PNW and I'm noticing that we
have a few international travelers planning to attend and exhibit their
machines/projects. I'd like to put together a FAQ for the logistics of
traveling with vintage equipment across the US border. If you have ideas
please let me know.
For example: Should I plan on providing letters in advance stating that a
person is a registered exhibitor at our show, including details like the
show location, dates, times, and contact information in case there is a
question about why somebody is carrying strange looking equipment into the
US? Is there any sort of paperwork or customs form needed even if nothing
is being sold or left in the US? Any other gotchas to look for?
Thanks,
Mike
> From: Paul Koning
> RSTS-11 V4, which had a major reliability problem ... As part of trying
> to keep the customer placated, DEC supplied full OS sources, 5
> dectapes. ... We printed them ... I still have copies of those files.
Is that version available online? If not, maybe an OCR project?
(Although I know other versions of RSTS-11 are available, so maybe it's not
rare enough to make the tedium of OCR worth it. That has been used on a
number of systems; notably CTSS, but also the IMP code and the Apollo
Guidance Computer, that I know of. I'm currently looking into getting an
early version of MERT, and that may also come down to OCR - if we're lucky!)
> Stranger still is the "fancy" lights in RSTS ... "Fancy" because it
> produces a rotating pattern not just in the data lights which is easy,
> but also in the address lights. It runs in supervisor mode
Ah; it must busy loop at loops spread across the address space? Clever!
(Perhaps using the mapping hardware so that it doesn't use too much _actual_
memory.) Is the source available?
Noel
All ?
??????????????? I?m looking for some x86 source code for what I?ll call a standalone version of an X/Y/ZModem (or any combination thereof) for use with a non-IBM/PC x86 machine. Many versions exist on Simtel and other archives but they are executable programs rather than source.
??????????????? The reason for the odd request is that the system that it will be used on is a Seattle Gazelle replica I built based on the one in the VCFE inventory, and the constraints are hardware/OS imposed. None of the I/O ports are at PC-compatible addresses and it has no INT-callable system BIOS. The system does run both MS-DOS 1.25 and 2.0 but the standard character I/O devices other than CON: (LPT and AUX) are mapped to parallel ports on one of the boards. COM1 and COM2 devices don?t exist.
??????????????? Ideally it should just take two command line parameters ? the file name and whether it?s a transmit/upload or receive/download transaction. I know that the protocol is fairly simple but I was looking to adapt something rather than starting from scratch. I found an implementation of XMODEM in Microsoft BASIC, but it relies on opening the COM1 device to work. I am looking into writing direct hardware access using PEEK/POKE, but I?m not there on it yet.
??????????????? If anyone has something usable in their archives, please let me know. Thanks, and Happy New Year to all!
Rich
--
Rich Cini
http://www.classiccmp.org/cinihttp://www.classiccmp.org/altair32
I was perusing my old computer magazine collection the other day and
came across an article entitled: ?Fast-Growing new hobby, Real
Computers you assemble yourself?, Dec. 1976. It was about MITS,
Sphere, IMSAI and SWT. 4K memory was $500. Yikes! Even more here in
Canada. Now this is true Classic Computing. Have a Happy New Year
everyone. May the computing gods shine down on us all in 2018.
Happy computing. Murray :)
so if you bought the altair and put it away you could sort of sell it
for the same amount of money-worth today.
In a message dated 12/30/2017 5:10:22 P.M. US Mountain Standard Time,
cctalk at classiccmp.org writes:
It was thus said that the Great Fred Cisin via cctalk once stated:
> On Sat, 30 Dec 2017, Murray McCullough via cctalk wrote:
> >I was perusing my old computer magazine collection the other day and
> >came across an article entitled: ?Fast-Growing new hobby, Real
> >Computers you assemble yourself?, Dec. 1976. It was about MITS,
> >Sphere, IMSAI and SWT. 4K memory was $500. Yikes! Even more here in
> >Canada. Now this is true Classic Computing. Have a Happy New Year
> >everyone. May the computing gods shine down on us all in 2018.
> >Happy computing. Murray :)
>
> OK, a little arithmetic exercise for you.
> (a 16C is nice for this, but hardly necessary)
Sounds like fun.
> "Moore's Law", which was a prediction, not a "LAW", has often been
> mis-stated as predicting a doubling of speed/capacity every 18 months.
>
> 1) Figure out how many 18 month invtervals since then, and what 4k
> "should' have morphed into by now.
1) 28 doublings since 1975.
(2017-1975) * 12
----------------
18
4K should (had we truly doubed everything every 18 months) now be 1T
(terrabyte):
2^12 = 4K
2^(12+28)
2^40 ~ 1T
> 2) What did Gordon Moore actually say in 1965?
That the number of transistors in an integrated circuit double every 18
months.
> 3) How much is $500 of 1976 money worth now?
It depends upon how you calculate it. I'm using this page [1] for the
calculation, and I get:
Current data is only available till 2016. In 2016, the relative
price worth of $500.00 from 1976 is:
$2,110.00 using the Consumer Price Index
$1,680.00 using the GDP deflator
$2,400.00 using the value of consumer bundle
$2,000.00 using the unskilled wage
$2,450.00 using the Production Worker Compensation
$3,340.00 using the nominal GDP per capita
$4,960.00 using the relative share of GDP
> 4) Consider how long it took to use a text editor to make a grocery
> shopping list in 1976. How long does it take today?
I would think the same amount of time. Typing is typing.
> Does having the grocery list consist of pictures instead of words, with
> audio commentary, and maybe Smell-O-Vision (coming soon), improve the
> quality of life?
For me, not really.
> How much does it help to be able to contact your
> refrigeratior and query its knowledge of its contents?
It could be helpful, but with the current state of IoT, I would not want
to have that ability.
> (Keep in mind, that although hardware expanded exponentially, according
to
> Moore's Law, Software follows a corollary of Boyle's Law, and expands to
> fill the available space and use all of the available resources - how
much
> can "modern" software do in 4K?, and how much is needed to boot the
> computer and run a "modern" text editor?)
EMACS is lean and mean compared to some of the "text editors" coming out
today, based upon Javascript frameworks. It's scary.
> 5) What percentage of computer users still build from kits, or from
> scratch?
I would say significantly less than 1%. Say, 5% of 1%? That's probably
in the right ballpark.
> 6) What has replaced magazines for keeping in touch with the current
> state of computers?
The world wide web, although I do miss the Byte magazine of the 70s and
80s. Not so much the 90s.
-spc (Yeah, I realize these were probably rhetorical in nature ... )
[1] http://www.measuringworth.com/uscompare/
Thanks for the heads up on this S-100 site!
PdP-11 on a s-100 bus even.. Ed#
In a message dated 12/30/2017 5:01:26 P.M. US Mountain Standard Time,
cctalk at classiccmp.org writes:
A good site for what was in the 1975-1980 era.
http://www.s100computers.com/index.html
The answer to my previous question lives in the source code. The D6.0A MTS distribution doesn't have the source on disk, so the files need to be extracted from the *FS tapes. On an MTS system, that's a pain in the ass.
Given the DRIVER file from the distribution, has anyone tried extracting the 6.0A distribution tapes into UNIX file hierarchy, based on the hinted component/sub names? I'm thinking just the raw files - I don't care that they're EBCDIC at this point, so no content conversion required.
--lyndon
> From: Paul Koning
> Here's what it looked like
Not having RT11, I embedded this in a small stand-alone program (which took a
little work, Unix assembler being rather different :-), so I could see it (it
wasn't obvious from the code what it did).
Pretty clever, to get that complex a pattern out of so few instructions.
Although the self-modifying code is, err.... (If anyone wants the source or
.LDA, let me know, I can post/upload it.)
On the Unix machine we had at MIT, I 'stole' a light pattern I'd seen
somewhere else (not the code, just the visuals). The code is considerably
longer, but I didn't try to bit-push it, just wrote something very
straightforward to produce that pattern.
Noel
I have been able to sysgen an RT-11 XM monitor with the idle loop light pattern enabled, and install and boot it on my PDP-11/45. Here?s a video of the idle lights:
https://www.youtube.com/watch?v=ycADKwgnLpE
I built the latest simh and tu58em from source on my MacBook, then was able to do the sysgen under simh, copy the resulting binaries onto a TU58 image using simh?s TDC device, then use tu58em to copy the binaries over onto my working RT-11 4.00 distribution RK05 pack.
It was pretty fun to get all this working ? I had never seen RT-11's console light pattern before!
?FritzM.
On 12/23/2017 07:24 PM, Chris Elmquist wrote:
> I?m not sure you can smell the difference between failed selenium rectifiers and lutefisk...
It probably doesn't get interesting until you toss in a can of
surstr?mming...
--Chuck
pretty neat... what format material was it stored on!?
Ed#
In a message dated 12/27/2017 6:03:28 P.M. US Mountain Standard Time,
cctalk at classiccmp.org writes:
Hi,
I don?t know if I missed the announcement on this list but I just saw this
article:
https://9to5mac.com/2017/12/27/apple-lisa-source-code-to-be-released/
It features quotes from our own Al Kassow. ;-) Way to go Al!!!
TTFN - Guy
On 12/03/2017 10:00 AM, Tony Duell wrote:
> That sounds like the original version with the separate logic module.
>
> I think the display is the same between the 2 versions. I am also
> pretty sure the same display is used in all the old Voyagers (there
> are annunciators on it that are not used on some models, but they
> are still there on the display of that model). AFAIK the difference
> between the models is the firmware.
Please forgive the delayed response--for some reason, the CCTalk server
belched up a bunch of messages dating from 30 November onward today.
I've read a bit on the HPMuseum forums that indicate that early displays
aren't interchangeable with later ones--the later ones apparently use a
finer-pitch connector.
My own HP 16C has a serial number beginning with 2228A..., which I
believe puts its date of manufacture in 1982, so my fingers are crossed
to see if the "old" HP12C that I picked up on eBay is even close in
terms of display connections.
--Chuck
Has anyone tried to build tumble on Ubuntu 16?? I've used the libtiff,
libpbm and the like that are included in the current system as
installed, and there are problems now with the tumble_pbm.c code
parameters (line 237 specifically).
I had built up and saved a build with my own downloaded and built
libtiff and libpbm, but those packages won't build anymore either.
Hoping not to rathole Al maybe Eric?? someone else who is using it to
convert tiff to pdfs.? I've scanned some stuff and would prefer to use
the full bitsavers toolchain, as well as have notes on how to build
going forward.
I'll flail on it more if noone is interested, but spent enough times
tonight trying to build it before asking.
thanks
Jim
> From: Mattis Lind
> Unfortunately I am not having any lutfisk this year. The rest of the
> family is not very fond of it.
I"m glad to see there are _some_ non-crazy people there! :-)
Anway, I can way top that - the tradition Bermudian Christmas dish is cassava
pie: make that wrong (starting with raw cassava root), and it will _kill_
you! :-)
(Cassava root contains a cyanide precursor. That's what cassava root is
banned for human consumption in Japan. Somewhat ironic, the land of 'fugu'
banning it! :-)
Noel
On Fri, 12/15/17, Ethan Dicks via cctalk <cctalk at classiccmp.org> wrote:
> On Fri, Dec 15, 2017 at 1:49 PM, systems_glitch <systems.glitch at gmail.com> wrote:
> > It's on my list of things to do -- you can run external clock into DL11 and
> > DLV11-J style connectors, and IM6402 UARTs are supposed to go up to 2 mbit,
> > so somewhere between 38400 and 2 mbit should be possible.
>
> A side-effect of modding the DLV11J could be high-speed TU58 emulation...
The LSI-11 I had at last spring's VCFs did that with a little home-brew
6809 board I was using for TU58 emulation. I wasn't going into a
DLV11 per se, but into an MXV11.
I'd have to go back and look at the details to see how fast it was actually
running. Somewhere in the back of my mind, I had to back off a little
bit on what the hardware could do because something on the software
side couldn't take it that fast.
BLS
Hello,
while I can confirm that the bigger black with two pins is a diode, I'm not
sure what kind of diode it is, as it could be bipolar, Schottky or Zener.
About the smaller black components with three pins, they could be
transistor or diodes (single or double, with common cathode, common anode
or series).
I will try to find a correspondence for the markings, but symbols are
someone strange, so a clear macro picture would be better...
Andrea
I am continuing work to reverse engineer the schematic for my H7826 PSU. I
have removed one of the daughter cards in order to draw its schematic, but I
can't identify some of the surface mount components on it. I have posted a
picture of it here:
https://rjarratt.files.wordpress.com/2017/12/50-19530.jpg
The ones I can't identify are:
1. The component with two wide pins that looks like an IC
approximately in the middle of the board. It is marked M106 (or it might be
AA106) and 91813 underneath. I think it may be a resistor, but I am not
sure.
2. Just to the right of this is another much thinner two-pin component
which is black on top with a kind of white notch. I have no idea at all what
this is.
3. The three 3-pin black components to the left of the first
component. Two of them are marked "2T L" (or is that "ZT L"?), one appears
to be marked "2X I" (letter "ih", not letter "el"). I guess they are
transistors, but they may not be of course, and I don't know their pinout.
Any help with identifying what these are would be very helpful.
Thanks
Rob
I have started to work on a getting VT50 terminal back to life. When
digging into it I recognze quite immediately that someone had done a brain
transplant on it. It has VT52 boards in it!
Was this a usual procedure?
The VT50 to VT52 shift looks like a failure of DEC at the time. So close in
time. But different board sets inside. They could have designed a board
with RAM upgrade possibility and just a new microprogram? Looks strange to
me. When the VT52 got on the market I guess it was hard to sell any VT50s
or was there a substantial price difference?
Anyhow, the VT52 boards are dead. They generate the proper sync signals but
there are no keyclick generated when pressing keys on the keyboard. Which
is quite normal since the sync is generated by a chain of counters while
the keyboard is controlled by the microprogram. The terminal uses 4 pieces
of 256 by 4 bipolar PROMs for a total of 512 bytes of microprogram.
Has anyone dumped the contents of these so I could verify them?
Hello again, Folks!
I came across a pretty amazing find in my stuff that I didn't even know I
had and have no recollection from where I got them. It's a box of unbuilt
S-100 board kits. Some of the kits are complete (board, parts,
documentation), others might be missing the documentation or components.
And then I have a bunch of bare boards, including a fair number of
prototyping boards.
I created an unboxing video, which can be watched here:
https://www.youtube.com/watch?v=3gGgX3WPK34
Complete information including links to photos and pricing can be found
here on my new dedicated S-100 sales thread on the VCFed forums:
http://www.vcfed.org/forum/showthread.php?61192-Sellam-s-S-100-Hardware-Sof…
Scroll down to the third post for the newly posted S-100 kits.
Please inquire directly to me via e-mail for fastest results.
Thanks!
Sellam
> From: Bill Gunshannon
> At best, it's a third part QBUS box.
I assume that was 'third party'?
No, that's a real DEC front panel. They could have put that on an off-brand
chassis, but I would _guess_ not.
(The outer housing I can see looks like the slide-in ones DEC used to hold
the BA11-N/BA11-S, but I don't recall what the housing for the BA11-M's
looked like.)
For some reason the BA11-M's seem to have been going for more than the
BA11-N's. Dunno why, maybe the original LSI-11's have some sort of appeal?
Noel
Discovered a Z-World "Tiny Giant" SBC220D development board. Seems to
work; if powered on, the LED blinks. Its a Zilog Z180 board--and I can't
remember a thing about it other than playing with it a bit.
Yours for shipping (it's about 5x6") and should fit in a USPS small FRB.
------------------
While I'm at it, any interest in Neoware thin clients? I've got a few;
they're set up for CF card as hard disk, but most have 5GB microdrives
installed.
How about 3-button serial mice?
Cheers,
Chuck
> From: Josh Dersch
> the plastic "ball on post" brackets
PS: Apparently the 'official' DEC name for the 'ball on post' plastic brackets
is "latch molding". Not very descriptive/apt, alas.
Noel
There is a CPU board for sale on ebay, M8189, and it has the usual 3
chips CPU, MMU, FPU.? However, there are 2 extra chips and I've never
seen that before.
Anyone know what this is?
Ebay item 122867114663? - Vintage Mint Digital DEC M8189 CPU Module
Board KDF11-B
Doug
> From: Josh Dersch
> See the pictures at the below link: ...
> Hope this is the right assembly for you
Yes, those are _exactly_ what we're looking for. Thanks very much for
taking the time to take those!
Noel
So, Dave and I are getting to the point where we're about to start mounting up
our indicator panels, but we're not sure what some of the mechanical details
(below) are.
Could someone who has one please take a look and let us know (or, even better,
send us photos)?
It appears that the bezel and inlay mount to the rack with the same kind of
'ball on post' (BoP) mounting things used for blank panels.
What we can't quite make out is how the Belenex light shield, and the circuit
board with the bulbs on it, mount to the rack. I suspect it's totally
independent from the mounting of the BoP mounting devices for the bezel/inlay,
but....
The one mechanical drawing we have (RF11 engineering drawings, pg. 186) does
have cross-sections, which confirm the board is mounted to the Benelex on
stand-offs, and that the Benelex is somehow thrust up into the bezel, but
exactly how the Benelex is mounted is not clear to me. The mention of a "Mtg
Bkt Benelex" suggests that's mounted to the rack with brackets, but...
Help!? Thanks (hopefully :-)!
Noel
Hi all --
I'm attempting to resurrect a MicroVAX I (because it's there, that's why)
and the CPU appears to have developed a fault. Microverify passes at
powerup, but I can't get VMS to boot (it dies with a SYSBOOT-F-Unexpected
Machine Check almost immediately). Also tried Ultrix and it dies shortly
after enumerating disks. I know the memory and disk controllers are fine,
and there's nothing else in the system at the moment, so unless anyone has
any bright ideas, I think I'm going to need to debug the CPU.
I'm trying to track down the diagnostics for this machine, no luck so far.
Anyone have a copy sitting around somewhere? I believe there were two RX50
floppies for this purpose, DEC part numbers BL-T856A-DE and BL-T857A-DE.
Thanks as always,
Josh
Hi Folks,
We've got a Canadian customer with what appears to be an IBM 3480
cartridge that he'd like to get the data from. We don't get nearly
enough request for these IBM carts to make owning a unit a viable
proposition.
I understand that the 3480 format was supported by a wide range of
vendors, including DEC with the TKZ60/TKZ61.
Anyone having one of these drive want to make some easy money?
FWIW, the customer thinks that it's a lot older than it really is--he
thinks this dates to the 1970s and the S/360, so some gentle advice may
also be required.
If you're interested, drop me a private email and I'll hook you up.
Cheers,
Chuck
> From: Guy Sotomayor Jr
> I *really* want them and I'm within an hour (usually) of where they
> are. The problem is that right now I'm on a business trip until the end
> of the month and he needs this gone prior to 12/31.
Why don't you reach out to the person and tell them you _really_ want them,
maybe they'll be able to let it go until you get back?
Or is there someone in the Sacramanto area who can pick them up and hold them
until Guy can get them? I would offer to, but I'm on the wrong coast.... :-(
Noel
I am reverse engineering the schematic for the input stage of my H7862 PSU.
I have come across a KBU6J bridge rectifier which seems to be connected only
to the two middle pins, which are the AC inputs. I can't see any other
connections. Before I desolder it to verify there are no connections I can't
see, does this make any sense?
Thanks
Rob
I have a suspicion that this component may be faulty on the input side of my
H7826 PSU. A little tester I have does not recognise it, it is possible that
the currents it uses are too low for this particular triac, but I am not
sure.
There are new ones on ebay, but I am not sure if I can trust ebay sellers to
have genuine parts. So I would like to identify a suitable replacement. I
have found a few suggestions for replacements, but looking at the datasheets
many seem to have a lower peak gate power then the BT139. I am not sure what
the critical parameters are, so I don't know how to choose a replacement.
Can anyone suggest a good replacement for this part?
Thanks
Rob
Now that I have my RX02 drive working I have started to take a look at
the RL02 drives again. I hooked a scope up to the sector transducer and
sector timing test points, and they look nicely aligned. So I moved on.
Then I hooked up the scope to the TP1, TP2 and the sector timing TP and
compared it to the output in the RL02 tech manual. S1 was fine but S2
was offset in the wrong direction (probably need to see page 3-8 in the
manual to understand). I had a look at where the heads are connected to
at up was connected to down and down was connected to up.
Without understanding the consequences I switched these and loaded a
pack. Unfortunately I heard a horrible sound and I now have a thin black
ring on the bottom side of my platter, which I am very upset about. :( I
unloaded very quickly but I think the damage is done.
Why would the heads be installed this way? and why did it destroy my
platter when they are connected "correctly"?
Does anyone understand what might have happened?
Thanks, and sorry for destroying a pack :(
Aaron.
It is time to ask for help.? I have forgotton more than I ever knew
about using RSX.? Anyway, using the wonderful PDP11GUI I have imaged an
RL02 pack to my PC.? I have downloaded a running RSX11m image.
I want to look at my imaged disk to see how it looks. Using SIMH I did
the following commands:
============================================
PDP-11 simulator V3.8-2 (JH stdio telnet)
sim> set cpu 11/93, 4M
Disabling CR
Disabling RK
Disabling HK
Disabling TM
sim> set cpu idle
sim> set rq0 rd54
sim> attach rq0 rsx11mplus_4_6_bl87.dsk
sim> set rl0 rl02
sim> attach rl0 RSX11-bu.rl02
sim> b rl0
SAV -- SOFTWARE CONFIGURED FOR ENABLE HARDWARE WHICH DOES NOT RESPOND.?
HALTED.
HALT instruction, PC: 126272 (BR 126270)
sim>
============================================
So then I try:
============================================
sim> b rq0
RSX-11M-PLUS V4.6? BL87?? 2044.KW? System:"RSXMPL"
>RED DU:=SY:
>RED DU:=LB:
>RED DU:=SP:
>MOU DU0:"RSX11MPBL87"
>@DU:[1,2]STARTUP
>;????????????????????? PLEASE NOTE
>
....
>QUE BAP0:/AS:BATCH
>@ <EOF>
>
===============================================
I think that I should be something like use pip to do something like :
pip [*,*]* /li or something, but I got into trouble real quick.
Do I need to mount the RL02 for the system to see it?
If I want to list the files on the RL02 image what command would I use?
Any help appreciated.
Sincerely,
John Welch
> From: Jonathan (Systems Glitch)
> the vtserver `rx` driver has a bug in it anyway where it continues
> reading past the end of the media
I'll be working with the RX driver for the standalone stuff soon on a project
of my own, I'll look into this then.
BTW, 'VTserver' refers to three pieces of software:
- The actual server, which runs under Unix on the 'server' machine
- A small bootstrap which downloads the main standalone program from the server
- A driver for the standalone software which adds a device which can talk to
the server over a serial line, as one of the devices for the standalone
The standalone software is V7 code that existed before VTServer did, more
on it here:
http://gunkies.org/wiki/Installing_UNIX_Seventh_Edition
and the RX driver is actually for that.
Noel
Hi everyone,
I originally posted this on VCFed (which was new to me) but the
moderation queue has had me waiting for about 3 days, so I thought I'd
ask here as well, the usual of gurus. :)
I was recently sent an RXV21 controller so I could test out my RX02
drive. When I power up the PDP-11 or reset the machine I get the nice
clunking sound which I have been told is normal. I expect I wouldn't
hear this if the ribbon cable was in the wrong way.
To test, I tried to use VTserver to dump the contents of a disk, but it
immediately threw an error. I soon realised there are two DIP switches
on the logic board of the RX02 drive which had to be adjusted to work
with the RXV21. So, I had some progress. Output of VTserver almost
looked promising but then it hangs, as below:
]] Tape record n from device xx is written as xx(0,0,n)
]] Disk drive xx is written as xx(0,0,0)
]]
]] Enter name of input record/device: rx(0,0,0)
]] Enter name of output record/device: vt(0,0,1)
]]
]] Opened copy.out read-write
]]
So, following some advice I booted via TU58em into XXDP and ran the
diagnostics:
]] DR>STA
]]
]] CHANGE HW (L) ? N
]]
]] CHANGE SW (L) ? N
]]
]] CZRXFB0 SYS FTL ERR 00040 ON UNIT 00 TST 011 SUB 000 PC: 003476
]] CSR BITS - LGC TST
]] AC LOW FATAL ERROR
]] REG ACTUAL=000000
]] REG EXPECT=000000
]]
]] POSSIBLE FAILING "FRU'S":
]] INTERFACE - M8029
]]
]] UNIT#0 RXCSR=000000 RXESR=000000 CMD=000000 ->
]] ->NO PWR, CABLED BACKWARDS, STRAPPED RX01, PDP-8
]] DROP UNIT#0 FROM TEST
]]
]] PASS ABRTD THS UNIT
]] CZRXFB0 SYS FTL ERR 00040 ON UNIT 01 TST 011 SUB 000 PC: 003476
]] CSR BITS - LGC TST
]] AC LOW FATAL ERROR
]] REG ACTUAL=000000
]] REG EXPECT=000000
]]
]] POSSIBLE FAILING "FRU'S":
]] INTERFACE - M8029
]]
]] UNIT#1 RXCSR=000000 RXESR=000000 CMD=000000 ->
]] ->NO PWR, CABLED BACKWARDS, STRAPPED RX01, PDP-8
]] DROP UNIT#1 FROM TEST
]]
]] PASS ABRTD THS UNIT
]] CZRXFB0 EOP 1
]] 2 TOTAL ERRS
So, the possible errors according to XXDP:
- Bad power - I get 25v, 5v and -5v. The motors are spinning, not
convinced it is this?
- Cable backwards - I don't think I'd be hearing that clunk.
- Strapped RX01 - I don't know what this means
- PDP8 - eh?
If anyone has any suggestions it would be great to hear them.
Thanks,
Aaron.
> Anyone know of a 40-pin UART with a FIFO? :)
16c550s are cheap as dirt. And you can stick a 16c850 or whatever the
latest incarnation is to a PLCC to DIP adapter.
> I've lately been doing the data transfer stuff using STM32F407
> development boards.
Chuck really has the right answer here. UART chips aren't going to
patch over that.
KJ
> From: William Degnan
> 1) the console rom does not go in any of the 4 bootstrap slots, these
> should be empty for now. There is a special console rom slot.
Just to clarify, by "slot", you don't mean 'backplane slot', you mean 'socket
(on the card)', right?
Also, note that the console/diagnostic ROM is a different size (bit-wise; I'm
not sure about the physical package) from the bootstrap ROMs.
> 6) possibly the only switch to worry about now is the power on auto
> jump to console switch.
I'd leave that, too, until we get the software console to run when started
manually - at the moment, the ROM's not working, so that switch is irrelevant.
Noel
Anyone looking for these old WD controllers? I've got a mixed tube of
the WD37C65-02 parts and the SMC FDC37C65B equivalents. $10+shipping
takes the lot.
--Chuck
> From: Steven Malikoff
> they mention it will be scrapped if no takers.
Don't be misled by the .au URL; the units are in Sacramento, CA. Anyone in
the Bay area up for saving these?
Noel
Hello all. I am posting these new items for sale. The master list is at
the following URL:
http://www.vcfed.org/forum/showthread.php?58709-New-Items-For-Sale-Check-th…
New Items for December 14, 2017
S-100
IMSAI VIO - 80x24 character display board used with IMSAI VDP-80; has (3)
gold-lidded Intel C2708 EPROMS - $175
North Star Computers 16K RAM Board - qty. 2; fully populated - $40 each /
$70 for the pair
North Star Computers MDC-4A Micro-Disk Controller - $85
Dynabyte 32K Fully Static RAM Module - fully populated; with original
Operating Manual - $50
California Computer Systems Model 2065 64K Dynamic Memory - no RAM chips -
$20
Cromemco TU-ART - w/ two ribbon cables terminating in DB-25 (male) and
original manual - $25
MSD S100 floppy disk controller with INS1771D chip - $20
Vector 3690-12 S-100 Test Extender - new old stock, still sealed in Vector
plastic packaging - $45 (<-- hint: good deal)
DEC
Camintonn 254 - 1MB QBus RAM boards - qty. 2 - $75 each / $140 for the pair
Homebrew/prototype(?) wire-wrap Unibus board wired with (2) Intel P2855A
and support chips; 8136-LG498-33-2; can be re-used - $35
M8396 DMF32 I/O - $20
M9202 Unibus Connector, Inverted - $15
G727A Grant Continuity - $5
M9312 Bootstrap Terminator - with Intersil M1-7621-5 PROM in ROM 1 - $60
Emulex SC02/A SMD disk controller; SU0210401 Rev E bootstrap; emulates
Digital RP11/RP02/RP03; includes BDV11-compatible line-time clock - $50
M8061 RLV12 RL01/02 QBus Disk Controller - $45
M7957 SG-2 I/O Communication card - $35
USDC 10-1108-02 QBus SCSI Controller - $150
SMS 0108 - some sort of Qbus disk (SCSI?) multi-controller?; has an 80186
and 4 SMS/OMTI PLCC chips - $best offer
AD413B Unibus hex module - has two 50-pin connectors; can't find info? -
$best offer
M8189 KDF11-B CPU - unknown condition; has a succession of maintenance
stickers: REJECTED 11/22/84; Clock circuit fails 3 Oct 91; BOOTS UP OK 17
May 96; photos upon request - $40
Miscellaneous
Apple 3.5" Drive - $25
Apple 800K External Drive (M0131) - $20
Roland CM-32LLA Sound Module - $60
XOR 12-slot S100 backplane with integrated power supply in chassis; no
cover, compact (~12"x18" footprint); good voltages - $35
Electronic Solutions Inc. Multi-CAGE Multi-Bus 12-slot backplane - $5
Vector 4610 Plugboard - STD buss prototyping board, solder pads on one side
in structured rows and gold plated edge connector, includes original
paperwork LA25-P2 Layout Paper and other inserts - $5
Ampro Little Board/Plus - quirky version unlike other units I found online;
has "Abaton" silk-screened onto circuit board, which is longer than the
usual LB/Plus; mounted with a 5.25" floppy drive in a small form factor
plastic/metal enclosure; cosmetic damage in front from being dropped on one
side; unable to test, as is, photos upon request - $50
Additional information and photographs for any item upon request, but
please have serious intent to purchase and not just being a looky-loo as I
field a lot of requests and it takes a lot of time to process.
I'm happy to negotiate a bulk price for multiple items. Your purchases are
always packed efficiently with superior care and materials. Shipping is
>from California. Local pick-up is highly encouraged (you get to shop my
inventory in person). International purchasers are always welcome.
As always, please send inquiries to me directly via e-mail at <
sellam.ismail at gmail.com> for fastest response.
Thanks!
Sellam
If anyone knows a source for the bag that holds the Sun Voyager computer
w/ keyboard + mouse I am interested. Would like to keep mine together.
- Ethan
> From: John Welch
> CLR
> 765000
> LAD
> EXAM
> 'Bus Err' light comes on.
Oooh, that's very interesting, and illuminative. The ROM isn't working (so
there's no way for the software console to work - its code is in that ROM).
So look at Section 1.5 of the Technical Manual
http://bitsavers.org/pdf/dec/unibus/M9312_TechRef.pdf
and make sure all the jumpers on the M9312 are as required. In particular,
jumper W-8 should be _out_.
If it's not, that would explain why the ROM at 765000 isn't resonding. If it's
in, that M9312 board probably has a problem.
Also, while we're at it, it's probably worth making sure the CPU will
run. Do this:
CLR
LAD
777 (This is a 'branch .' instruction)
DEP
EXAM (Should display '777')
CLR (I think you can dispense with these
LAD two, but just to be safe...)
CTRL-START
'Run' light should come on
CTRL-HALT
'Run' light should go out, should display '0' (or maybe '2', I forget)
> Do you know which color wire (red, clear, black) goes to which festoon
> connector (TP1, TP2, TP3, TP4)?
I would leave them all disconnected for the moment; you don't need them. One
is the 'boot' switch on the console, and its ground. The other is the 'boot on
power on enable' (a duplicate of S1-2), and its ground. Since we're trying to
manually start the ROM console from the front console, they aren't needed for
that.
I don't recall offhand which one connects to which - I will have to check.
> Don't want to blow anything up.
Not sure it will harm anything if you connect things wrongly, but that's
not tested.
Noel
On 12/13/2017 10:41 PM, Jerry Weiss wrote:
> What is the configuration of jumpers?
I have tried the following:
??? 1?? 2?? 3?? 4?? 5?? 6?? 7?? 8?? 9?? 10
?? --- --- --- --- --- --- --- --- --- ---
S1 Off On? Off Off Off Off Off Off On? Off
S1 On? On? Off Off Off Off On? Off Off Off
S1 On? On? Off Off On On? Off Off On? Off
S1 On? Off Off Off On? On? Off Off On? Off
Maybe some others, never get anything to the screen.
I have some cards that are marked TP1:Red TP2:Blk TP4:Clr
and other cards marked TP1:Red TP2:Clr TP4:Blk
I would really like to hear from someone that has it working rather than
risking popping something.
>> On Dec 13, 2017, at 10:34 PM, JCWelch <jcwelch at hal-pc.org
>> <mailto:jcwelch at hal-pc.org>> wrote:
>>
>> So far nothing puts ?@?, or anything on the screen.
>>
>> Sent from my iPad
>>
>> On Dec 13, 2017, at 10:05 PM, Jerry Weiss <jsw at ieee.org
>> <mailto:jsw at ieee.org>> wrote:
>>
>> According to the documentation EK-M9312-TM-002 M9312
>> Bootstrap-Terminator Module Technical Manual
>> there are two addresses to use for the Console Emulator.
>>
>> 165020 (765020) ?for Console with Diagnostics ?SW 1 and 7 on
>> 165144 (765144) ?for Console w/o Diagnostics ??SW 1,5,6,9 on
>>
>> The switch settings below correspond to xxx004.. which is probably
>> the first drive for the ROM in position 1 and does
>> not invoke diagnostics.
>>
>> Have you tried 173000 (773000)?
>>
>> Jerry
>>
>>
>>> On Dec 13, 2017, at 8:37 PM, John Welch via cctech
>>> <cctech at classiccmp.org <mailto:cctech at classiccmp.org>> wrote:
>>>
>>> I have bi-directional communication from PC/Hyperterminal. ??I
>>> forgot about having to tell HyperTerminal to echo characters
>>> locally. Anyway, 'a' comes over as 000141 and 'A' comes over as
>>> 000101. So far so good.
>>> However, I have not gotten "@"
>>> CNTRL+HLT
>>> CLR
>>> LAD
>>> DEP
>>> CNTRL+INIT
>>> CNTRL+START -> reads 000002
>>> CNTRL+BOOT ?-> reads 165024
>>>
>>> CLR, 165024 LAD, CTRL/START reads 165024
>>> 773024 LAD, EXAM, reads 165024
>>>
>>> Reconfigured the switches on the M9312
>>>
>>> ???1 ?2 ??3 ??4 ??5 6 ??7 ??8 ??9 ??10
>>> ?--- --- --- --- --- --- --- --- --- ---
>>> S1 Off On ?Off Off Off Off Off Off On ?Off
>>>
>>> CNTRL+HLT
>>> CLR
>>> LAD
>>> DEP
>>> CNTRL+INIT
>>> CNTRL+START -> reads 000002
>>> CNTRL+BOOT ?-> Run light is on, SR Disp light is on,
>>> CNTRL+HLT reads 173150
>>>
>>>
>>> CLR, 165024 LAD, CTRL/START reads 165024
>>> 773024 LAD, EXAM, reads 165024
>>>
>>> 773024 LAD, 773000 DEP, BUS ERR light comes on.
>>>
>>> Any suggestions? ?I have other M9312s I could try.
>>>
>>>> On 12/13/2017 12:38 PM, Henk Gooijen wrote:
>>>>
>>>> Jumping over the settings. They seem OK, as you get the AB in
>>>> Hyperterm.
>>>>
>>>> That 777564 shows 000200 is also correct (as I remember that): it
>>>> indicates ?transmit buffer empty?.
>>>>
>>>> You can also try it the other way:
>>>>
>>>> * type one character in Hyperterm
>>>> * check that 777560 has the receiver buffer full flag set (000200)
>>>> * in 777562 you will see the typed character (in octal)
>>>>
>>>> 773024 showing 165024 rings a bell. IIRC, 165024 is the start
>>>> address of the monitor on the M9312.
>>>>
>>>> That is the PROM ?in the middle? on the board.
>>>>
>>>> I think that if you enter CLR, 165024 LAD, CTRL/START you will get
>>>> the ?@?.
>>>>
>>>> BTW, there is a second start address. One does some diagnostics,
>>>> the other does not.
>>>>
>>>> My guess that on 773000 and you getting 773002 on the display means
>>>> that you try to boot
>>>>
>>>> from a ?device? that is specified in one of the four PROMs, but the
>>>> PROM socket is empty ?
>>>>
>>>> ------------------------------------------------------------------------
>>>> *Van:* cctech <cctech-bounces at classiccmp.org
>>>> <mailto:cctech-bounces at classiccmp.org>> namens John Welch via
>>>> cctech <cctech at classiccmp.org <mailto:cctech at classiccmp.org>>
>>>> *Verzonden:* Wednesday, December 13, 2017 7:23:01 PM
>>>> *Aan:* cctech at classiccmp.org <mailto:cctech at classiccmp.org>
>>>> *Onderwerp:* 11/04 Project
>>>> I am back in front of the machine:
>>>>
>>>> The M7856 is set thusly:
>>>> ???1 ?2 ?3 ?4 ?5 ?6 ?7 ?8 ?9 10
>>>> -- -- -- -- -- -- -- -- -- -- --
>>>> S5 DN DN DN UP DN DN UP DN DN UP
>>>> S3 DN DN UP DN UP UP DN UP DN UP
>>>> S1 UP UP DN UP DN DN UP UP DN UP
>>>> S4 UP UP DN DN UP UP DN DN DN UP
>>>> S2 DN DN UP DN DN UP DN DN -- --
>>>>
>>>> The M9312 is set thusly:
>>>>
>>>> ???1 ?2 ?3 ?4 ?5 ?6 ?7 ?8 ?9 10
>>>> -- -- -- -- -- -- -- -- -- -- --
>>>> S1 UP UP DN DN DN DN UP DN DN DN
>>>>
>>>> This should be 300, 8, Odd, 1
>>>> I have what I think is null modem between the M7856 cable and a PC
>>>> running XP with Hyperterm set to 300, 8,O,1
>>>>
>>>> Troubleshooting from the programmers console:
>>>> CNTRL plus HALT, no bus hang.
>>>>
>>>> CLR, 777566, LAD, 101, DEP, Hyperterm shows: A
>>>> CLR, 777566, LAD, 102, DEP, Hyperterm shows: AB (the B popped up
>>>> next to
>>>> the previous A )
>>>>
>>>>
>>>> CLR, 777564, LAD, EXAM, display shows: 000200
>>>> CLR, 773024, LAD, EXAM, display shows: 165024
>>>> CLR, 773024, LAD, EXAM, display shows: 165024
>>>> CLR, 773000, LAD, CNTRL plus START, console says: 173002
>>>>
>>>> I am thinking that the Hyperterm should be seeing an "@" and I
>>>> should be
>>>> able to boot from there.
>>>>
>>>> Any thoughts?
>>>>
>>>> Sincerely,
>>>> John Welch
>>>>
>>>
>>> --
>>> Sincerely,
>>> John Welch
>>> 281-353-4706 Home
>>> 713-725-7017 Cell
>>> :qw
>>>
>>
>> Jerry Weiss
>> jsw at ieee.org <mailto:jsw at ieee.org>
>>
>>
>>
>>
>
> Jerry Weiss
> jsw at ieee.org <mailto:jsw at ieee.org>
>
>
>
--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw
I am back in front of the machine:
The M7856 is set thusly:
??? 1? 2? 3? 4? 5? 6? 7? 8? 9 10
-- -- -- -- -- -- -- -- -- -- --
S5 DN DN DN UP DN DN UP DN DN UP
S3 DN DN UP DN UP UP DN UP DN UP
S1 UP UP DN UP DN DN UP UP DN UP
S4 UP UP DN DN UP UP DN DN DN UP
S2 DN DN UP DN DN UP DN DN -- --
The M9312 is set thusly:
??? 1? 2? 3? 4? 5? 6? 7? 8? 9 10
-- -- -- -- -- -- -- -- -- -- --
S1 UP UP DN DN DN DN UP DN DN DN
This should be 300, 8, Odd, 1
I have what I think is null modem between the M7856 cable and a PC
running XP with Hyperterm set to 300, 8,O,1
Troubleshooting from the programmers console:
CNTRL plus HALT, no bus hang.
CLR, 777566, LAD, 101, DEP, Hyperterm shows: A
CLR, 777566, LAD, 102, DEP, Hyperterm shows: AB (the B popped up next to
the previous A )
CLR, 777564, LAD, EXAM, display shows: 000200
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773000, LAD, CNTRL plus START, console says: 173002
I am thinking that the Hyperterm should be seeing an "@" and I should be
able to boot from there.
Any thoughts?
Sincerely,
John Welch