> From: Rich Alderson
> I'm going to disagree with the history Al posted, because Dick himself
> told me the story.
What was the history according to Dick, if you recall? Would he still be
available, to write it as he saw it down himself?
Noel
I've become interested in ZCPR2, 3, 33, and 34, and am surprised at how
difficult it is to locate them online. Or maybe I'm just an idiot. Are they
out there somewhere?
It looks like ZCPR3 was on SIG/M volumes 184 to 192, but those specific
volumes seem to be missing from the SIG/M archives I can find.
I'm specifically NOT looking for NZ-COM or Z3PLUS.
Thanks!
Eric
Eric Swenson got the original-ish MACSYMA built and running in ITS.
It's frankensteined together from a mix of source and FASL files from
ITS, Lisp machine Macsyma sources, etc.
Here's a sneak preview of the shirt design for all of the 2018 Vintage
Computer Federation events. As usual, each event will have a different
shirt color.
Dan Roganti aka Ragooman used to design the VCF East shirts. Any
similarity to him or his interests in the current design is purely
coincidental. :)
https://vcfed.org/wp/wp-content/uploads/2018/01/pnw-shirt-front-1.png
Yes, they merged @ 1996 with the new company being named AII ("A" eye-eye). Then the combined company was bought by AGFA @2001. All the big daily newspapers used their photo typesetters, the Autologic model APS6 and/or the III 3850.
They were fast and didn't break much and used Harlequin Rips so publications could have any front end systems that spoke postscript. The Mac was coming into it's own as a relatively inexpensive non-proprietary publishing platform and the publishers and print houses liked that.
Right before the year 2000 scare, all the newspapers bought new ones with the result that Autologic/III made a bundle in 1999, then didn't really have any big orders for the following few years. I know that the LA Times bought 18 of them alone at @ $75K each. As the newspapers transitioned from film to computer-to-plate in the following years, AII couldn't keep up and was ultimately bought by AGFA. There was a lot of competition in the CTP arena back then. I think AGFA moved the company to Cambridge, MA, from Thousand Oaks, California.
<http://aka.ms/weboutlook>
________________________________
From: Paul Koning <paulkoning at comcast.net>
Sent: Wednesday, January 31, 2018 4:23 PM
To: Wayne S
Subject: Re: Foonlies
Triple I / Autologic? Interesting. I remember (from around 1978) III and Autologic as two separate manufacturers of phototypesetting machines, with III rather obscure, very large physically (a small room) and very fast. Did they merge?
paul
> On Jan 31, 2018, at 2:52 PM, Wayne S via cctalk <cctalk at classiccmp.org> wrote:
>
> Was this the machine that Triple I/Autologic created to digitize old color film movies?
> AFIK, it used lasers to scan the film and create digital color seps that were recombined later in the process. It was used in the Kate Winslett / Leonardo DiCaprio remake of "Titanic". Autologic even got a mention in the movie credits.
>
> Autologic donated that machine to UCLA for their film preservation archive project.
>
> Wayne
On Tue, Jan 30, 2018 at 9:29 PM, <wrcooke at wrcooke.net> wrote:
> On January 30, 2018 at 3:21 PM Eric Smith via cctalk wrote:
> Now I'm still looking for ZCPR2, ZCPR33, and ZCPR34.
>
> I believe you will find this site:
>
> http://www.znode51.de/indexe.htm
>
> useful. I could be wrong, but I think it has the most up to date zcpr
> software.
>
That site has NZ-COM and Z3PLUS, but I've dug through it and cannot find
ZCPR2, ZCPR33, or ZCPR34. It's possible that they are there somewhere and I
just didn't find them.
Apparently NZ-COM and Z3PLUS are based on ZCPR34, but are fancy
auto-installing things with no source code, whereas what I'm looking for is
the original ZCPR2, 33, and/or 34 distributions that included source code.
Best regards,
Eric
> From: Marc Howard
> All the unit has is a thin rail on both sides that is riveted to the
> unit. It looks like chassis slides were there originally. Does anyone
> have either the DEC part # for the slides
I sent these to the list a while back, and never added them to the CHWiki once
we gained access to it; I have now added them there:
http://gunkies.org/wiki/RL0x_disk_drive#Installation
Note that i) they are handed, so one needs an L and a R (I have extra lefts,
and would like to trade some for rights), and ii) the same slides are used on
other DEC drives, e.g. the RA81.
Noel
Hi to all!
I'm looking for a boot medium for my NCR 7500.
It is the model with one cassette drive (standard MCs) and
the monitor in vertical position.
I think this model is called 7510 and there should have been
at least an OS "BASIC +6".
Regards
Rolf
Would anyone like a bluebox PCB or two?
This project was inspired by Don Froula's ProjectMF[1] in which he
presents a PIC-based bluebox[2] and PCB (handed out at HOPE in 2008). A
big reason I like AVRs more than PICs is because the development software
is OSS and free. So I reimplemented Don's bluebox in C for an AVR
ATtiny85. The PCB started off an a drop-in replacement, but evolved into
something designed to fit into a Hammond 1591XXM box instead of
functioning as a lid for a Radio Shack 230-1801 box. The Hammond box also
comes in transluscent blue!
The firmware code[3] is done. I just have to do some tweaks once some
test PCBs[4] are made because on the prototype, I wired up the keypad a
bit strangely. The code implements a 13-key bluebox, a DTMF keypad, a
redbox for US, Canada, and UK, greenbox, and 2600 dial pulse. The PCB
needs work to correct some early design decisions that turned out to be
non-optimal.
[1] http://projectmf.org/
[2] http://projectmf.org/bluebox.html
[3] https://github.com/DavidGriffith/bluebox-avr
[4] https://github.com/DavidGriffith/bluebox-esquire
--
David Griffith
dave at 661.org
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Someone shared the following eBay auction in the
comp.sys.ibm.ps2.hardware newsgroup and I figured that someone
subscribed to cctalk might be interested:
Link - IBM 9331-011 8" External Floppy Drive - eBay 183038271095
- https://www.ebay.com/itm/183038271095
--
Grant. . . .
unix || die
On Tue, Jan 30, 2018 at 11:38 AM, Bill Degnan <billdegnan at gmail.com> wrote:
> https://archive.org/details/LOGIC_AppleII_Disk-CPM014
>
> is this what you mean?
>
While that's useful (thanks!), I'm really looking for the complete ZCPRn
distributions, which included source code for the CCP replacement and the
utilities etc.
That's why ZCPR3 took up _nine_ volumes of the SIG/M library.
The IPA is heated to 60C before the ultrasound is able to remove the oxide
remnants, FWIW.
While we can often get the entire smooth surface of the head clean with
swabs and IPA, it is very difficult to clean all the material that forms in
the cruciform trench recessed into the head (where the read/write and erase
coil poles are visible).
Heads can seem clean to the naked eye, but a good stereo microscope will
insure that you have a clean and smooth surface.
Regards,
Carl
Date: Fri, 26 Jan 2018 12:15:34 -0800
> From: Fritz Mueller <fritzm at fritzm.org>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: ultrasonic cleaning for disk heads
> Message-ID: <9F2C2AC7-1B35-46F5-BD92-CC3DFD29FBFA at fritzm.org>
> Content-Type: text/plain; charset=utf-8
>
> I watched with great interest one of curiousmarc?s recent Alto videos,
> wherein they clean a Diablo drive head ultrasonically. I?ve been
> struggling a bit with my restored RK05 drives to completely clean the heads
> after minor head crashes. Not being able to get them really sparkling
> clean makes me always worried about running the drives for more than a few
> minutes at a time, and a little nervous every time I spin them up?.
> Scrubbing and scrubbing and scrubbing with IPA and kimwipes just doesn?t
> seem to get all the crud off.
>
> I do have an alignment pack that I could use to re-align the heads after
> removing them for a proper cleaning this way. Decent ultrasonic cleaners
> aren?t terribly expensive and might be nice to have around the shop anyway
> (I could also do all my eyeglasses :-)
>
> In the video, the heads are submerged in IPA in a glass cylinder, which is
> then placed in the ultrasonic bath.
>
> Has anybody on the list here done this and have tips/advice beyond what
> can be seen in the video? It looked very effective! I?m also having a
> little trouble sourcing the squat form glass graduated cylinder online.
>
> cheers,
> ?FritzM.
>
>
I watched with great interest one of curiousmarc?s recent Alto videos, wherein they clean a Diablo drive head ultrasonically. I?ve been struggling a bit with my restored RK05 drives to completely clean the heads after minor head crashes. Not being able to get them really sparkling clean makes me always worried about running the drives for more than a few minutes at a time, and a little nervous every time I spin them up?. Scrubbing and scrubbing and scrubbing with IPA and kimwipes just doesn?t seem to get all the crud off.
I do have an alignment pack that I could use to re-align the heads after removing them for a proper cleaning this way. Decent ultrasonic cleaners aren?t terribly expensive and might be nice to have around the shop anyway (I could also do all my eyeglasses :-)
In the video, the heads are submerged in IPA in a glass cylinder, which is then placed in the ultrasonic bath.
Has anybody on the list here done this and have tips/advice beyond what can be seen in the video? It looked very effective! I?m also having a little trouble sourcing the squat form glass graduated cylinder online.
cheers,
?FritzM.
Hi all --
Finally got around to fixing the H777 supply in my 11/24 (in the "L-box"
BA11-L chassis) and now I'm looking at getting it to do something.?
First order of business is getting the console SLU hooked up, and I'm
missing the bulkhead panel for it.? There's a 20-pin ribbon cable that
runs from the CPU backplane to this panel, which breaks it out into two
25-pin D-sub serial ports. According to the schematics, this is P/N
54-14218.
Anyone have one of these lying around?? Otherwise I'll just build
something of my own...
Thanks,
Josh
> From: David Bridgham
> Our plan is to produce a Unibus board as well, we just chose the QBUS
> first.
For no particularly strong reasons; I had working QBUS machines, and
prototyping cards, etc, etc.
> (actually, this should work with Q18 QBUS systems as well)
Goodness, never thought of that. Hmmm.. it's probably enough hassle to mod
the software (who ever heard of a 'QBUS map' on a QBUS -11 - but you'd need
it to give DMA devices access to high memory) that it's probably just easier
to go out and get Q22 hardware. Does anyone even have a Q18 /23? I think that
was only the A model, right? I've never seen one.
> we plan to also implement the Able ENABLE+ functionality
In other words, a 'USIC' with Able ENABLE functionality added in.
> This will, of course, require you to modify your OS to support this
> non-standard memory.
We should be programming compatible with the ENABLE, so for OS's where
ENABLE support already exists, it should be a compile-and-go.
> Noel has already done so for v6 Unix.
Back in the day, with a real hardware ENABLE. PWB1, actually (pretty much
V6).
It wasn't too much work; one just changes the address definitions for the
User and Kernel PARs from the DEC addresses to the Able ones, and recompiles
all the kernel modules that touch them. One then has to set up the DEC User
and Kernel PARs (which I did in the assembler startup, which was the only
source module that took any serious changes).
(If your OS uses Supervisor mode, well, err... :-)
There are some other minor tweaks needed, e.g. this comment:
/ these routines are used to access /dev/kmem and look at possible
/ NXM locations in the system. The reason it uses this mechanism
/ is that some locations to be examined are on the bus before the
/ ABLE map, and thus cannot be examined by playing with the ABLE
/ map regs, e.g. using the standard u access routines
.globl _fkbyte, _skbyte
.globl _fkword, _skword
Noel
> That sounds pretty awesome. Good job there!
Thanks.? Feeling good today after a bit of frustration with development
not going faster.
> Do you know how hard it would be to take this design and make a UNIBUS
> version? I have an 11/34 languishing under the bench in my hardware
> lab and one of the principal reasons for the languishing is that I
> don't have any drives to go with it.
Our plan is to produce a Unibus board as well, we just chose the QBUS
first.? A Unibus version of the hardware ought to be a fairly
straightforward adaptation of the QBUS board while the QBUS modules in
Verilog will just have to be replaced with Unibus versions.? The busses
work pretty similarly so we're expecting that to also be relatively
straightforward.? Yeah, I've told myself that before.? :-)
For the Unibus (actually, this should work with Q18 QBUS systems as
well), we plan to also implement the Able ENABLE+ functionality which
would give 11/70 size memory.? We'll have some SDRAM onboard that we'll
use for RAM disks but we'll carve out 4MB of that for machine memory and
include mapping tables to access it.? This will, of course, require you
to modify your OS to support this non-standard memory.? Noel has already
done so for v6 Unix.
For those of you who are following along with our QSIC project, today we
booted v6 Unix successfully for the first time.? We'd first tried this a
week or two back but discovered that Unix does use partial block reads
and writes after all and I hadn't implemented those yet.? We're running
this on an 11/23 using the QSIC with an SD card emulating a couple RK05s.
Moving on to a small RAM disk next so we don't have to swap off the
flash memory.? After that, either a larger RAM disk using the SDRAM or
an RP11 to get larger disks than RK05s.
We're getting close to the time when we need to think about making our
own circuit board rather than using the wire-wrap prototype we've been
having fun with so far.
> From: David Bridgham
> today we booted v6 Unix successfully for the first time.
As in, the OS image was loaded from the SD card, then started up using only
the SD card for 'disk'. So this is a pretty major milestone. It's been a long
road (I just looked, and we started on this in the summer of 2015), but we're
finally getting there!
The Unix file system, including the OS and all the various bits and pieces
needed, like /bin/sh, etc, was prepared on a simulator (stock V6 won't run on
a /23, which has no switch register), and then loaded into the SD card using
'dd' running on a Linux box.
Our emulated RK11 doesn't do a perfect job of emulating an RK11 yet (e.g. for
some reason we haven't yet looked into, the BDV11 ROM code won't load the
bootstrap off the 'disk'; Dave had to manually load in an RK bootstrap using
ODT), but enough is now working to let Unix load and run.
> Unix does use partial block reads and writes after all
For swapping, not for file-system I/O (which is all block-based).
> We're getting close to the time when we need to think about making our
> own circuit board rather than using the wire-wrap prototype we've been
> having fun with so far.
At which point we'll be able to supply them to anyone who wants one...
It will be a while yet, but I think we are 'over the hump' on the project,
with the OS booting and running properly.
Noel
Hi folks,
I have a couple of AT&T 615MT terminals I'd like to get more information
on. I understand they're capable of running Layers (mouseless) on System
V UNIX, but other than that I have no idea what features they have.
If you have any 615MT documentation, could you please let me know?
All the best,
-Seth
--
Seth Morabito
https://loomcom.com/
web at loomcom.com
I was at a small technical conference last weekend (www.devconf.cz) at
the Faculty of Informatics, Brno Masaryk University.
https://www.fi.muni.cz/https://en.wikipedia.org/wiki/Masaryk_University
What I didn't know is that it has its own small museum of computing.
I enjoyed it a lot. There's a good range of Sinclair kit and clones,
including various real ZX Spectrum machines (48, Plus, 128 with
vanishingly rare numeric keypad, Plus 2, Plus 2A, Plus 3, Interface 1
and Microdrives, MGT +D, Opus Discovery) and clones including Soviet
(Orel BK-08), Polish (CZ Spectrum 48) and Czechoslovakian (Didaktik
Gama, Kompakt and Kompakt M, with rare built-in 3?" floppy drive) and
a SAM Coup?. There are other Czechoslovak machines, micros and minis
and mainframe parts.
They have an HP 3000, a PDP-11/34 and multiple RL02s, with both VT-120
and VT-220) and a Soviet PDP-11 clone.
Mechanical and early electronic calculators.
And a mediaeval clock!
In the unlikely even folk are passing, it's well worth a visit. I
spent a happy couple of hours in there.
--
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
Jerry, Noel,
Thanks for your feedback. Also, Noel was correct on the typos I made on DD1, DE1, and DF1. I was copying from a scanned .pdf and some strange OCR translation was occurring and I missed correcting those.
Yesterday I stuck the ADV11-A in a MINC-23 with 256 KB memory and verified that it worked. The CSR is different than a MNCAD and the voltage range bits may be different, but when I connected a 40 pin cable and a IDE to screw terminal connector on the I could match up the +4.5 and -4.5 reference voltage signals with the diagram with the screw terminals and then make voltage changes on channel 0 and see the A/D counts change.
Today, I cut the BDAL18 BC1 trace to ground, verified it still worked in the MINC, then moved it to a PDP-11/73 RSX11M+ system I use for hardware testing. The RSX system was not configured for this card and the default 400 vector conflicts (I think) with the bottom of kernel stack so I?ll need to either move the vector switches on the card down or re-sysgen this test RSX system. Thus, the only quick testing I could do is via the CSR.
Also, to make it easy to see values change I used the 2 digit LED display next to the console port to display the least significant bits of the readings. This is a technique I use to debug interrupt routines as you can write a 2 digit octal number with a simple MOV.
I didn?t loop on the status bit because RSX is multiuser/tasking, but just used a 1 second mark time to assure the conversion was done. This would be changed to an interrupt service routine once I fix the vector issue. Using the LED display made the test code very simple:
.TITLE ADTST
.ENABL LC
.IDENT /280118/
; TKB commands: IDLE/PR:5/-FP=IDLE
.MCALL EXIT$S MRKT$S WTSE$S
LEDCSR = 177524
ADCSR = 170400
ADBUF = 170402
.even
LEDS: MOV #177777,R0
MOV #100,R1 ; COUNT
10$: MOV R0,@#LEDCSR ; Display inverted contents of R0
CLR @#ADCSR ; Clear A/D status register
INC @#ADCSR ; START A/D
MRKT$S #1,#1,#2 ; Set Mark Time for 1 sec on eflg #1
WTSE$S #1 ; Wait for eflg #1
MOV @#ADBUF,R0 ; Get A/D value
BIS #177700,R0 ; Set all bits high but lower 100
; DEC R0 ; this line counts to 77 octal on display
SOB R1,10$
MOV #177777,@#LEDCSR ; Reset LEDs to .
EXIT$S
.END LEDS
So Noel and Jerry, you are correct it is that simple. If the A/D was DMA, that would be another situation (like the RX02 controller).
Best Regards,
Mark
Hi all,
I mentioned this in the thread where I'd asked about basic Microvax II
info, but it may have got lost in traffic...
The machine's H7260 PSU is somewhat unwell - one of the internal +5/12V
supplies appears to be healthy, but the other has outputs which are sitting
at around 2.5V (both on the 5V and 12V rails) under a test load.
Initial questions...
1) Are schematics are available online? I couldn't find them (either under
the DEC p/n or the Astec AA13010 one), but perhaps they're buried in
schematics for a specific DEC machine somewhere.
2) Upon initial glance, the 'first' board of the three in the PSU module
appears to be a pair of control relays, bridge rectifiers and capacitors,
supplying +/- DC voltages to the two individual PSU boards. Does anyone
know if I can disconnect these from the PSU boards safely* and measure
their outputs, and if so what voltages I should expect to see? That might
be a good initial test before pointing a finger at the PSU board associated
with the low outputs.
* I mean without component damage - I expect they might be sitting at a
significant DC voltage, so there's an obvious personal safety aspect too ;-)
cheers
Jules
> From: Mark J. Blair
> I have a single decpack cartridge ... It's marked "decpack 2200 BPI-12"
> and has 12 sector notches in the hub. Does that mean that it was most
> likely used with an RK05 drive in a PDP-11 system?
Yes.
> I hope that I can procure a matching drive for it one of these days
The come by occasionally on eBait; here's the most recent one (October
last year):
http://www.ebay.com/itm/122452738128
They're usually mildly pricy, alas.
Noel
> From: Mark Matlock
> Any device which uses backplane pins BC1, BD1, BEl, BF1 or DC1, 001,
> DEl, OF!
Those last are probably typos for "DD1, DE1, DF1".
> Several other pins are also tied to ground on that connector such as
> BC2, BJ1, and BT1.
Yeah, those are all standard Q22 ground pins.
> When I look at the Board connector B pin C side 1 (component side) the BC1
> pin is tied to ground. .. So it looks like if I simply cut the trace
> between the BC1 finger and its connection to ground on the board it
> would become Q22 compatible.
> Is it that simple?
That would be my take on it, yes.
As Jerry Weiss mentions, since it's not a DMA device, once you do that, it
should be Q22-capable; all QBUS devices are supposed (per the QBUS spec) to
use BBS7, along with BDAL0-12, to listen for register accesses, so the fact
that it's not listening to BDAL18-21 should not be an issue.
(Odd factoid: various QBUS CPU's drive various combinations of BDAL13-21
during references to the I/O page; I forget the details off the top of my
head, but Dave Bridgham and I were just looking at that.)
Noel
Three ?computing? events are happening:
1) The i-Pad was introduced by S. Jobs 8 yrs. ago and defined a ?new?
computing paradigm for the masses. The reason I mention this event is
because a young friend(20 yrs. old) said ?That?s ancient computing!? What
is one to make of classic-computing then?
2) Bitcoin mining ? The energy usage is extreme because of GPUs. Was
16-bit computer era, employing the 80287, such an energy hog?
3) INTEL doesn?t seem to have been hurt by Meltdown & Specture
financially- speaking. Had excellent earnings and profits for the last
quarter but ?may? change this quarter. However, INTEL marches on going from
4004 to 7980XE. AMD was/in the picture but financially-wise?
Happy computing all!
Murray J
I?d like to thank whoever it was who added the Abit K8V Pro/Winbond W83627HF with its test results to the TESTFDC page for writing SSSD disks. I?ve been trying to get a similar setup going for a fortnight now and last week found this motherboard on e*ay for Not Many UK Pounds. Coupled with a scrap Athlon64 system from work and a scratched Windows98 CD I eventually got it going earlier and can now read/write single density floppies meaning I can archive the disks I got with my Research Machines 380Z :D
Typical of my luck a contact has also found an Adaptec 1522A that he?ll hopefully send me too, then I?m covered for all eventualities.
Now where did I put that 8? drive...
?
Adrian/Witchy
Binary Dinosaurs - Celebrating Computing History from 1972 onwards
w: binarydinosaurs.co.uk <http://binarydinosaurs.co.uk/> t: @binarydinosaurs
f: facebook.com/binarydinosaurs
chyron 8 inch disks chyron IV - ?m4100ex-- ? sports disc - fonts - font load?front?compose etc
does anyone had ? this ?chyron and ?firing it ?up? ? some ?discs ?nice ?and ?clean come ?have ? ? foam ?stuck to?envelopes?..
?
maybe ?you have?something? we ?can use ?here.?since? I dont think ?we ?will have the chyron?
?
ed#
> From: Mattis Lind
> I have now scanned the MP00574 / KK11-A printset I have received.
Thank you very much for doing that! Those prints were one of the main missing
PDP-11 print sets.
> Hope the quality is good enough.
It looks good to me.
Noel
I have an ADV11-A that I would like to use in a Q22 RSX11M+ system. The ADV11-C will work in a 22-bit Bus system from what I understand but the ADV11-A was made for 18 bit Bus systems. In the OEM Micronote book, Note 5, it states:
Any device which uses backplane pins BC1, BD1, BEl, BF1 or DC1, 001, DEl, OF!, for purposes other than BDAL18-21 is electrically incompatible with the 22-bit bus and may not be used without modification.
Further down it lists the ADV11-A as a device that does not meet the requirements for a Qbus 22-bit system because:
ADV11 (A012). A/D Converter. (Use of BC1 for purposes other than BDAL18)
When I look at the Board connector B pin C side 1 (component side) the BC1 pin is tied to ground. Several other pins are also tied to ground on that connector such as BC2, BJ1, and BT1. Other than BC1 which is BDAL18 being tied to ground the pins BDAL19 (BD1), BDAL20 (BE1), And BDAL21 (BF1) are all not connected to anything. This also matches the field engineering print for ADV11-A (B-TC-ADBV11-A-1) where BC1 is shown tied to ground on page 21.
So it looks like if I simply cut the trace between the BC1 finger and its connection to ground on the board it would become Q22 compatible.
Is it that simple?
Thanks,
Mark Matlock
> From: Fritz Mueller
> My restored RK05 drives are missing their rear air filters (the ones that
> cover the back of the card cage).
The formal DEC name is "prefilter" (since the air that comes in here goes
through the cards, and the air blower, and then through the absolute filter
on the way to the pack), and the metal thing that holds it on is the "frame".
> I'd really appreciate a few photos so I can see what these looked like
> and how they were put together?
Here you go:
http://gunkies.org/wiki/RK05_disk_drive#Prefilter_frame
pictures and all the dimensions I could think of to measure. (I didn't bother
with the hole locations, since you can get them off the drive.) The little
hand-knob-bolts are DEC standard (used elsewhere too).
Noel
My restored RK05 drives are missing their rear air filters (the ones that cover the back of the card cage). I would like to fashion some sort of replacements. If anybody here has access to drives with the original filters, I?d really appreciate a few photos so I can see what these looked like and how they were put together?
cheers,
?FritzM.
I have now scanned the MP00574 / KK11-A printset I have received.
https://drive.google.com/open?id=0B-rp4vyPPYu1U0tvT0Q5enFpVkZYSW5mMUV4dnJPQ…
Hope the quality is good enough.
BTW. I am looking for the H8822 over the top connector. I just ask here in
case anyone has a spare. Otherwise it wouldn't be that much of a hassle to
make my own.
I do have the H8821 as a trade in case that is of interest.
/Mattis
Hello Plamen -
I use the SCSI controller that is built into the MVME177 transition module.
No, when I RESET the system, I just press the
RESET button on the processor board - usually
when it is hung with my software. On this
system, I only code in 68K assembly and so I do see the "occasional" hang :)
Is the "SCSI reset option" part of the 68K/BUG RESET command?
In my documentation - and I easily may not have
the latest documentation - I only see RESET
options to force a COLD or WARM start on hardware RESET.
The documentation that I have also cautions:
"...may cause the disk controller to be out of
phase with respect to the disk configuration
tables in memory", which certainly makes sense.
However, I do not modify any of those tables from system default.
I appreciate your input.
Regards,
Jack
Evergreen, Colorado
At 11:57 AM 1/23/2018, Plamen Mihaylov wrote:
>What SCSI controller are? you using - MVME320, 327 or 328 ?
>Do you reset the MVME177 board using RESET
>command from 177bug> along with SCSI bus reset? option?
>
>Best regards,
>Plamen
>
>
>On Tue, Jan 23, 2018 at 6:33 PM, Jack Harper via
>cctalk <<mailto:cctalk at classiccmp.org>cctalk at classiccmp.org> wrote:
>
>Greetings to the List from the Snowy Rocky Mountains.
>
>Beautiful clear sunny day here at +9F :)
>
>The SCSI controller on the 68K development
>system (VMEbus) that I have cobbled together
>occasionally hangs after I reset one of the
>processor boards (there are four MVME177-005 68060 boards in the VME rack).
>
>The hang then happens when my software touches
>the SCSI drives via the ROM'd 68K/Bug I/O
>primitives and the hang will not go away even
>after another reset until I cycle power.
>
>I have never before dealt with SCSI as a
>programmer - does this sound like something is configured incorrectly?
>
>There is not much to configure.
>
>I point out that I am not certain that I have
>the termination resistors correct.
>
>
>Thoughts?
>
>I appreciate any advice.
>
>
>Regards,
>
>Jack
>Evergreen Colorado
>
>
>
>
>
>----------------------------------------------------------------------------------
>Jack Harper, President
>Secure Outcomes Inc
>2942 Evergreen Parkway, Suite 300
>Evergreen, Colorado 80439 USA
>
><tel:303.670.8375>303.670.8375
><tel:303.670.3750>303.670.3750? (fax)
>
><http://www.secureoutcomes.net>http://www.secureoutcomes.net
>for Product Info.
>
----------------------------------------------------------------------------------
Jack Harper, President
Secure Outcomes Inc
2942 Evergreen Parkway, Suite 300
Evergreen, Colorado 80439 USA
303.670.8375
303.670.3750 (fax)
http://www.secureoutcomes.net for Product Info.
I've got a fellow with a stock of Teac FD235J (2.88) drives and about a
dozen bare Teac FC-1 SCSI boards.
I'm trying to gauge interest--I don't think he wants to sell them
onesy-twosy, but I'm willing to act as intermediary for single-unit
purchases if there is sufficient interest.
--Chuck
I am clearing these out of my stock:
4 are beige, with no PN on the back. They have a small RJ9 type connector. 3
are missing one or more caps.
4 are dark on top, and beige on the back. There is no PN. These have the
save telephone style connector. All are complete.
These have not been tested or cleaned. I would love ro send all 8 of these
to 1 person J
Pics can be seen here:
https://drive.google.com/drive/folders/1GvCajMJk1EeSLjpGnl4LsGbJPH6l-B2H?usp
=sharing
Cindy Croxton
Electronics Plus
1613 Water Street
Kerrville, TX 78028
830-370-3239 cell
sales at elecplus.com
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
?are the bane of my existence and should all rot in hell.
Sorry, I just received an email from a ?keyboard enthusiast? who was looking for
various IBM 327x keyboards and wanted to know if I could help him and I needed
to vent a little.
I sent him a polite ?no way in hell? response but I?m still angry about it. These
terminals are hard enough to find. And more often than not, the keyboard is
missing because some ?enthusiast? thought it would be cool to convert it to a PC
keyboard. ARG! And of course the keyboards that they want are the ?typewriter?
keyboards (all of my 3278 terminals have the ?data entry keyboard?).
TTFN - Guy
> From: Grant Taylor
> I can fairly clearly see the RG-8/U on the side of the cable that David
> is holding ... Sure, there was probably a better alternative that came
> along after, with better shielding and marking bands.
You keep mixing up the 3 Mbit and 10 Mbit. _They were not the same_. (I
_really_ need to retake those photos with a ruler in them...)
The stuff with better shield, marking bands, etc is 10 Mb; it's about 1.05cm
in diagmeter. The black stuff (the stuff Dave is holding in the video) is 3Mb;
the piece I have is .95 cm.
The video, perhaps confusingly, shows a mix of 3Mb and 10Mb gear. The small
aluminium sheet transceiver (the one attached to the black cable when Dave is
doing his spiel) is the 3Mb one; the others are 10Mb.
Noel
Well, let me know if you find another one. Or, if anyone else has one
they'd be willing to part with for reasonable money. The regular 3278
type keyboards won't work on an IBM 3101 - and those are a lot more
common. The one I need looks like this:
https://i.imgur.com/1Cz8hMi.jpg
It has the configuration switches to set the baud rate and such under
that panel at the top.
Without this particular keyboard, the terminal I have is useless - you
can't even have it just receive/display data, since the configuration
switches are in the keyboard.
On Wed, Jan 24, 2018 at 1:42 PM, Electronics Plus <sales at elecplus.com> wrote:
> I had no idea you wanted one! I just sold 1 in superb shape, but yes, the fellow did pay a fortune for them. He is in Canada.
>
> -----Original Message-----
> From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Ian Primus via cctalk
> Sent: Tuesday, January 23, 2018 10:40 PM
> To: Guy Sotomayor; General Discussion: On-Topic and Off-Topic Posts
> Subject: Re: Keyboard "enthusiasts"
>
> On Tue, Jan 23, 2018 at 12:35 PM, Guy Sotomayor via cctalk <cctalk at classiccmp.org> wrote:
>> ?are the bane of my existence and should all rot in hell.
>>
>> Sorry, I just received an email from a ?keyboard enthusiast? who was
>> looking for various IBM 327x keyboards and wanted to know if I could
>> help him and I needed to vent a little.
>
> Ugh. Don't get me started. I collect terminals. Missing keyboards is a perennial problem, but it's gotten WAY worse in recent years. I have two terminals here that are missing the keyboards because some "enthusiast" bought them out from under me during an eBay transaction.
>
> So, now I have an Infoton and an IBM 3101 here that are completely worthless because the keyboards are missing.
>
> And I have no hope of ever finding replacements - especially for the IBM 3101, because that's one of the ones the keyboard jerks really seem to love because it's the older beam spring kind.
>
> Grr.....
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> From: TeoZ
> mouse (optical mice are better then the old ones with balls). I even
> keep old ball mice around ... and those do wear out)
Huh? I've got old ball mice I've been using for years; they don't wear out.
The wires do get flaky after a long period of use (at which point I stop
using them - easier to switch than to chop an inch off the wire - the issue
is where it goes into the mouse), and you do have to clean them regularly,
but other than that...
Noel
> From: Grant Taylor
> According to the following page, it was not RG-8 cable ... As such it
> was purpose built.
The 10MBit cable, yes; it was custom (you can see 'Ethernet' printed on the
chunk in the picture). (I'd forgotten about the black stripes! I'm not sure
we really bothered to follow that.)
The earlier 3Mbit I'm not so sure about - that has the air of standard
commercial coax.
I wish there was a picture of a 3Mbit transceiver, clamp-on holder, etc! Does
the CHM or LCM have them with their Alto stuff?
Noel
I had forgotten about OrBit. According to this very nice document:
http://xeroxalto.computerhistory.org/Indigo/Spruce/documents/.orbitguide.pr…
... the Orbit hardware was 4 cards in the Alto II backplane. As I recall,
the SLOT interface was only 1 card; it was connected to a slower speed
printer. The only modification to the Alto: wire wrapping the task signals
(don't ask me how I know...)
And yes, I agree, only the high bandwidth I/O used tasks. The use of tasks
and "time sharing" the Alto processor innards is one of the Alto's real
treats.
Is there any interest or value in copies of SR7.0 "Aegis"
or should I just scratch them and add them to my other 8"
disks? (Yes, I used to have an Apollo in my house!! Made
a great heater during those long cold winters.)
bill
So this lot:
https://www.ebay.com/itm//192436422371
claims to be an -11/04, but there are no boards in it. However... the first
backplane (of two) is a DD11-P, which is the backplane for the /34 as well as
the /04. And there are /34 CPU boards available on eBait at the moment. Pick
up a pair (the seller will probably negotiate on price), add an M9301/M9312,
and a DL11 or DL11-W (also available), and away you go.
Noel
> From: Chuck Guzis
> On 01/23/2018 04:04 PM, Al Kossow via cctalk wrote:
>> they mention they used CATV technology (where the vampire taps come
>> from)
> Wasn't that ChaosNet?
The CHAOS net (capitalization varied, but original docs usually use two words)
hardware did use the heavy-duty CATV cable (not the indoor stuff; I have a
chunk of the heavy-duty kind they used too :-), but not vampire taps; the
transceivers had T-connectors on them, and to install one, one put connectors
on the ends of the cable segments, and screwed them onto the T-connector.
Noel