Ethan O'Toole wrote:
> We owe a ton of props to the Internet Archive. While they might not
have
> everything, they have a glimpse into the early days of the internet
and
> have been at it since early on.
Here here. I very much second Ethan's sentiments regarding the
Internet Archive.
It's a daunting effort to scrape and store all that information.
Fortunately, deduplication and compression technologies have come a
long way, and long-term, online storage of large amounts of data
processed as such has become much less expensive due to the huge
decreases in the cost-per-bit of spinning rust.
Despite all of that, it's still a lot to store, and even with these
technologies, there are costs involved for staffing, servers, as well as
continually adding storage.
Any and all support the Internet Archive can be given is well-deserved,
in my opinion.
Shameless plug:
I make regular donations to the Internet Archive, and right now, they
are have a 2-to-1 matching gift campaign going on due to pledges from
corporate and institutional donors, so if you possibly can make a
donation, head over to https://archive.org and give help support this
valuable /free/ resource. I just made a $25 donation myself. Every
little bit helps.
Best wishes for a happy and safe Thanksgiving holiday to all,
-Rick
--
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
Beavercreek, Oregon USA
Hi, made a number of updates to the sale pages on my site, and brought
back a copy of my commercial site (good for downloads).
Unfortunately I screwed up the .html pages and lost some links.
Should all me fixed now.
Added an FAQ some more parts (eg: 8008 CPI for MOD8), some sample
pricing (please see FAQ before complaining).
If you've looked at the site before, do refresh each page as you go to
it as many browers cache page and will happily show you the old one.
http://www.classiccmp.org/dunfield/sale/index.htm
Dave
All,
I've recently scratched a curiosity itch on what it would take to build
a multi-port Twin-Ax to WiFi bridge. The electrical interface is easy
enough and ESP32s are cheap. So I built a bridge PCB-to-FPGA adapter
and connected my System/36 (5362), an InfoWindow II (address 0 and 1),
and my board during IPL and sign-on to see what I could sniff. The
result is here:
https://www.retrotronics.org/tmp/s36_ipl_twinax_decode_30nov19.zip
I get occasional decode errors called out with 'BAD FRAME'. The [SPF]
next to bytes mean bad start bit (0), parity error, or non-zero fill
bytes respectively. And I occasionally get a sync pattern followed by
either illegal Manchester transitions or return to idle without any
bytes (and thus no address) - the zero frames in the log.
My main question is I need help on the next step. For a brief moment, I
was under the impression SNA LU6 or LU7 ran on top of the Twin-Ax line
layer. But that doesn't appear to be the case. I'm not sure it's
direct 5250 either. Can anyone familiar with IBM-Midrange-World take a
look at the decode and point me to the next protocol layer up the stack?
Even the slightest breadcrumbs would be appreciated as I know very
little about the Midrange world.
Additionally if anyone is familiar with the wire-level and could assist
on some of the framing errors, that would help as well. The twin-ax
cables are less than 2m each so the line should be 100% clean. The
problems are likely something I am doing wrong in the interpreter.
Thanks,
-Alan Hightower
Greetings
I think the time has come for me to part with my collection of PC 9821
hardware. It has deteriorated over time, but I think it all still works. I
have two laptops and a desktop system. I used it to test FreeBSD/pc98 for
years, but support was dropped a few years ago and I have no further need
for it. It's a bit oddball for here, perhaps, but I don't want to just
scrap it all... Anybody interested?
Warner
I am continuing to clean out stuff from my office and today's items are
printed copies of the USENIX publications Computing Systems (early 90s)
and ;login: (late 90s). The content is available online, but some people
like the printed versions.
I prefer to send them all out in one lot rather than send them out
one-at-a-time.
They are located in the Seattle area. As far as shipping, I think they
would all fit in a large flat-rate priority mail box.
alan
Many years ago I cut the faceplate off an HP display exhibiting serious
decay of the sealant between the faceplate and the CRT itself, cleaned
everything up, then reattached the plate just with a bead of sealant around
the perimeter (where it wouldn't be seen once the bezel was back on).
Short of outright replacing the CRT with one of the same type, is that
still accepted practice - or in the years since has someone worked out a
way of applying new sealant across the entire face without getting air
trapped in there, thereby maintaining the structural integrity of the original?
cheers
Jules
I am looking for the elusive grid server software disks, I would really like to put this thing online
I know of the disks that were on the yahoo grid group, but they were missing the all important utilities disk 2 , but worse than that they are for a tempest server, which unfortunately won't run the communications card on a regular server.
I know there is a copy out there, as i watched the disks slip through my fingers a couple of yeas ago on ebay with a 2701 server drive.
The search continues........
It's not really classic (although it does try to pretend to be :-)
but does anyone here do anything with the P118 SBC? I am trying to
get 8" disks running on it but I am seeing some rather strange behavior.
bill
Hi friends,
In the continuing saga of building a CP/M system with Pro-Log cards housed
in a Heathkit dual 8? floppy drive cabinet
I recently acquired a Pro-Log 7387 floppy disk controller card w/ manuals.
The 8272 chip on the card was fried (either before I got it, or by me doing
something stupid early on once I had acquired it), and so I replaced the
chip with another pulled from a 8-bit ISA floppy controller. Now I am
getting some more reasonable replies out of the card.
Now I'm stuck with "Missing Address Mark" errors, no matter if I'm using a
real 8" floppy drive (8MHz FDC clock, appropriate settings in all the
software) or a GoTek floppy emulator (4MHz FDC clock, 720KB settings on the
GoTek & Floppy Disk Utility).
I can see the read data & read window lines working as I'd expect, so I'm
fairly confident that the read data separator and related logic is OK (I
even replaced the 74ls74 read data separator with no effect).
What am I missing that would cause a 8272 to always return Missing Address
Mark?
I'm using RomWBW, with the included FDU utility patched to talk to the FDC
at the correct addresses, and from the traces I've captured it appears that
side of things is working correct. I'm hoping someone out there has
experience troubleshooting floppy controllers?and can give me some pointers.
-David
------ Trace with GoTek running FlashFloppy and emulating a 720KB drive
follows -------
RetroBrew HBIOS v2.9.1-pre.5, 2019-11-23
PROLOG Z80 @ 3.686MHz
0 MEM W/S, 1 I/O W/S, INT MODE 1
512KB ROM, 2048KB RAM
SIO0: IO=0xF5 SIO MODE=9600,8,N,1
SIO1: IO=0xF7 SIO MODE=9600,8,N,1
MD: UNITS=2 ROMDISK=384KB RAMDISK=1920KB
FD: IO=0xC4 UNITS=2
Unit Device Type Capacity/Mode
---------- ---------- ---------------- --------------------
Disk 0 MD1: RAM Disk 1920KB,LBA
Disk 1 MD0: ROM Disk 384KB,LBA
Disk 2 FD0: Floppy Disk 3.5",DS/DD,CHS
Disk 3 FD1: Floppy Disk 3.5",DS/DD,CHS
Serial 0 SIO0: RS-232 9600,8,N,1
Serial 1 SIO1: RS-232 9600,8,N,1
PROLOG Z80 Boot Loader
Boot: (C)PM, (Z)System, (M)onitor,
(L)ist disks, or Disk Unit # ===> BOOT CPM FROM ROM
CBIOS v2.9.1-pre.5 [WBW]
Formatting RAMDISK...
Configuring Drives...
A:=MD1:0
B:=MD0:0
C:=FD0:0
D:=FD1:0
3623 Disk Buffer Bytes Free
CP/M-80 v2.2, 54.0K TPA
B> FDU
Floppy Disk Utility (FDU) v5.2, 08-Jan-2018 [HBIOS]
Copyright (C) 2017, Wayne Warthen, GNU GPL v3
SELECT FLOPPY DISK CONTROLLER:
(0) Exit
(1) Disk IO ECB Board
(2) Disk IO 3 ECB Board
(3) Zeta SBC Onboard FDC
(4) Zeta 2 SBC Onboard FDC
(5) Dual IDE ECB Board
(6) N8 Onboard FDC
(7) RC2014 SMC (SMB)
(8) ProLog 7387
=== OPTION ===> PL
===== PL ==============<< FDU MAIN MENU >>======================
(S)ETUP: UNIT=00 MEDIA=720KB MODE=POLL TRACE=00
----------------------------------------------------------------
(R)EAD (W)RITE (F)ORMAT (V)ERIFY
(I)NIT BUFFER (D)UMP BUFFER FDC (C)MDS E(X)IT
=== OPTION ===> FORMAT (T)RACK, (D)ISK ===> DISK
ENTER INTERLEAVE [01-09] (02):
RESET DRIVE...
PROGRESS: TRACK=4F HEAD=01 SECTOR=01
===== PL ==============<< FDU MAIN MENU >>======================
(S)ETUP: UNIT=00 MEDIA=720KB MODE=POLL TRACE=00
----------------------------------------------------------------
(R)EAD (W)RITE (F)ORMAT (V)ERIFY
(I)NIT BUFFER (D)UMP BUFFER FDC (C)MDS E(X)IT
=== OPTION ===> READ (S)ECTOR, (T)RACK, (D)ISK, (R)ANDOM ===> TRACK
ENTER TRACK [00-4F] (00):
ENTER HEAD [00-01] (00):
PROGRESS: TRACK=00 HEAD=00 SECTOR=01
READ: 46 00 00 00 01 02 09 2A FF --> 40 01 00 00 00 01 02 [MISSING ADDRESS
MARK]
CONTINUE? (A)BORT, (R)ETRY, (I)GNORE ===>
Hello Everybody
?After a two year pause due to my wife having been ill but now fully
recovered I am back to starting making pdp-8 front panels again
I have some stock:
pdp-8/e (type A - vertical selector switch start mark)
pdp-8/e (type B -? selector? switch start to left of vertical)
pdp-8/f panels
As pdp8/f but no /f marking. - doing a /m overprint for it
pdp8/i
I am looking for scrap pdp/8 panels (might trade for a new one), hi res
front (and back) dead center pictures (panel on its own) and accurate
dimensions (including holes) of any pdp-8 panel to aid me in offering
the complete range.
PDP-11 ?? Not at this time but maybe later
I am busy at the moment with artwork redrawing.
The UK winter is not kind to making screens.
Even in good warm weather the exposed and washed out screen in its frame
takes 24 hours to dry.
Then after printing each layer (up to five per panel) takes 24hrs to dry
before another layer can be added.
Authentic panels produced the exact way they were in the '60s and '70s
ain't going to be quick or cheap.
But the result is sure worth it.
Rod 'Panelman' Smallwood (Digital Equipment Corporation 1975 - 1985)
--
That's great Josh, I look forward to seeing it in action when I'm next at
LCM+L!
I had been thinking of doing something similar myself, as I also have an
8/e and RK05, but no RF08. Thanks for making the code available :)
Regards,
-Tom
mosst at sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
> From: Jay Jaeger
> CCITT Group 4 lossless compression
That's very good indeed. I scan text pages in B+W at slightly less resolution
(engineering prints I do higher, they need it), but compressed they turn out
to be ~50KB per page, or less - for long documents (e.g. the DOS-11 System
Programmer's Manual), that produces a reasonably-sized file.
> The software I have been using i[s] Irfanview.
That's what I use too; it has tons of useful features, including being able
to drive my single-sided page-feed scanner and being able to number the
even-sided pages correctly. The one I use for this is the 'batch mode'; I can
do the entire document into CCITT 4 in one operation.
Noel
Hi all --
We've wanted to run TSS/8 on one of our PDP-8 systems at LCM+L for a long
time now, and while we contemplated either (a) restoring our RF08 or (b)
building an RF08 emulator, I decided it might be fun to investigate a third
option: (c) modify TSS/8 to run off hardware we already have running,
namely an RK05 drive.
And it /was/ fun! And seems to have been successful, as we now have TSS/8
running on our PDP-8/e. Performance is acceptable, and it seems to be
stable so far. The changes I made are here:
https://github.com/livingcomputermuseum/cpus-pdp8
This is a fork of a codebase that Brad Parker put together a number of
years back in which he did some serious work to get TSS/8 to build (amongst
other things). I made use of this effort, which saved a lot of time and
made building/testing my changes quite straightforward.
I also modified the disk image: It's extended to 1MW (the maximum possible
without modifying the filesystem code) and I ported a couple of extra
programs to TSS/8 (CHEKMO and LISP).
I figured some people here might also be able to take advantage of being
able to run TSS/8 from RK05. I know RK8E's are pretty rare, but I'm also
guessing more people have them than have working fixed-head disks :). If
you do give it a try, let me know if you run into any issues or if you have
any feature requests.
Thanks,
Josh
One of the RL02 packs I have did not look happy upon inspection, so I
opened it up. Note that it's a little more complicated to take these
packs apart than simply pushing a small rod through the holes in the
back of the pack handle: You have to take apart the whole handle
mechanism to get to the pins holding the pack to the carriage in order
to get the pack off. I'll post some pics of all that eventually.
Meantime, pictures of the disk. As you can see the top platter of the
disk has a number of concentric rings and a hard crash ring. My guess is
this thing was loaded in a bad RL02 that promptly trashed it. Oh well,
one for the record books....
Pics at:
https://i.imgur.com/phdLWUF.jpg Close up of the damage
https://i.imgur.com/yQnt8BJ.jpg Overall shot of the disk
Never dull.
C
It is such a shame that in the "information age", we have lost so much of the information. It doesn't help when we have people like Jobs that like to write their own version.
It is even worse when companies think it is a law suite risk to keep information more than a year. It is all lost.
"The information lost age"
Dwight
I posted on the discord channel looking for information on measuring the
keys (ACE cylinder locks) for duplication.
I'm including a quote from a post by Jay on the subject.? I need to get
the information on measuring the depths of the cuts, as the postings
I've found don't mention how the depths are measured for each value.
I have an ACE key for an IBM 9370 mod 20 I'm measuring. Found a post by
Jay from 2016
Jay West jwest at classiccmp.org Fri Mar 18 15:57:30 CDT 2016
------------------------------------------------------------------------
FYI - the key codes I measured previously for Data General and HP have
been cut, tested, and verified. Amazingly, my measurements were correct.
So to summarize: XX2247 Code: 5173757 Use: DEC PDP-8 (all varieties),
PDP-11 machines that do not use an ACE blank (11/24, 11/44)
Anyone have a reference on the depths of the Code values? There's
another post with depths, but not explicitly calling out what each
number equates to.
My master has a DND legend on the back, so I will need to get a copy cut
and tested via codes, and will publish it when I find out that it works.
Dennis Boone post:
Allegedly Control Data used a National C415A on Network Processing Unit
cabinets in the late 70s, early 80s. That's an Ilco 1069-N, cuts are
12343 from bow to tip. Cut spacings are .156 .249 .342 .435 .528. Depths
are 1=.250 2=.225 3=.200 4=.175.
The Boone post has numbers, but they make no sense WRT the post Jay
posted (which has 7 depth values)
Also need to know if metric or inches.
Ooops, editing error:
> Although one could build a system which has aggregatable addresses, used
> for path selection, but hid them from the hosts, and used an 'invisible'
> mapping system to translate from them to the aggregatable 'true' addresses.
Should have been "to translate from the 'addresses' used by the hosts to the".
> the changing nature of 'the Internet', but alas the list archives are
> broken at the moment, so no URL
Here are Jack's thoughts on how 'the Internet' is no longer a true internet:
Circa 1984, I remember giving lots of presentations where one theme was
that we had spent the first 10 years of the Internet (taking the 1974
TCP paper as the start) making it possible for every computer to talk
with every other computer.BB We would spend the next 10 years making it
not possible to do such things, so that only communications that were
permitted would be possible.
Sadly, I'm not sure that ever happened. The commercial world started
adopting TCP big time. The government decided to focus on using COTS -
Commercial Off-The-Shelf hardware and software. The Research world
focused on things like faster and bigger networks. At BBN, the focus
shifted to X.25, SNA, and such stuff that promised a big marketplace.
TCP had gone through 5 releases from TCP2 through TCP4 in just a few
years, so remaining items on the To-Do list, like address space, were
expected to be addressed shortly.
I'm not sure if anyone ever conveyed this architecture to the IETF or
all the vendors that were popping up with products to build
Internet(s). I think changes like NAT came about to solve pragmatic
problems. But that of course broke the "end-to-end" architecture, which
would view NAT actions as those of an intruder or equipment failure.
So TCP became no longer end-to-end.
The Internet is typically viewed as a way to interconnect networks. But
I think it's evolved operationally to become the way to interconnect
across administrative boundaries, where Autonomous Systems have become
associated with different ISPs, other mechanisms are used by vendors to
create their own walled gardens of services (e.g., "clouds" or
"messaging"), and NAT is used at the edges to connect to users'
internets. The end-to-end nature is gone.
But that's just based on my observations from the outside. I don't have
a clue as to what today's actual Internet Architecture is, other than a
collection of RFCs and product manuals that may or may not reflect
reality, or if there is anyone actually able to manage the
architecture. From my user's perspective, it's a Wild West out there.....
And the definition of The Internet is still elusive. I agree that the
users' definition is the best working one -- The Internet is the thing
I'm connected to to do what I do when I get "on the Net."
Noel
> From: Brent Hilpert
> Roughly, IP took care of a common addressing scheme and a common
> packet presentation, TCP took care of end-to-end flow control.
Yes on IP, but TCP's main function is reliability - much of the mechanism of
TCP (sequence numbers, acknowledgements, timeouts and retransmissions, and
checksums) is all there for that.
> As so much nowadays is about throwing ethernet frames around on
> different types of links and network formats (not what ethernet was
> originally designed for), some of the earlier diversity that made
> 'interneting' necessary may no longer be there.
There is one aspect of internetworking (the original term - I probably should
have described PUP/CHAOS/XNS as 'internetworking protocols') which _is_
crucial, though - the multi-layer address space. We'd need that even if
_everything_ in the world used Ethernet frame headers.
If one tried to do path selection (usually called 'routing', but I don't use
that term as it can be confused with packet forwarding) using only 48-bit
interface identifiers, it just wouldn't scale to the size network we have
now. The ability to aggregate groups of hosts, so that a distant routing
table contains only a single entry for all of them, is crucial for scaling
purposes. Without that, routing tables would have to have billions
(literally; add up the numbers of different kinds of end-user devices -
laptops, etc) of entries.
(Heck, even XNS had network numbers, precisely for this reason. Although one
could build a system which has aggregatable addresses, used for path
selection, but hid them from the hosts, and used an 'invisible' mapping
system to translate from them to the aggregatable 'true' addresses. The LISP
networking system does this, as does the 800 and inter-provider portability
capability in the 'phone system - although in both cases the input and output
to the mapping system have identical syntax.)
Originally, IP had only two layers in the addressing - network # and 'rest',
then we added a third layer with 'subnets', and finally went to a potentially
multi-layer system with CIDR. (I'm not sure what ISPs are actually doing with
them now - I'm now out of touch with that world.)
> It might be arguable whether we have an 'internet' any longer or just a
> great big 'network' with different types of links.
I found Jack Haverty's message to the internet-history list about the
changing nature of 'the Internet', but alas the list archives are broken at
the moment, so no URL.
Noel
The first Internet message was sent 60 yrs. ago on Nov. 21 between SRI and
UCLA. It was one-to-many, or more accurate one-to-one, but the world today
is many-to-many though cctalk runs through a moderator. The Internet
democratizes and gives a certain freedom to us all but it can lead to
mis-information from "one" or mis-interpretation by the "many".
Computerization of society as seen through cctalk tells this story well
mainly through the hardware side.
Happy computing.
Murray ?
> From: Nigel Johnson
> No, your home has an intranet!
Can you please provide a crisp, definitive, technical definition of what an
'intranet' is (similar to the one I just provided for 'internet' - "disparate
networks tied together with packet switches which examine the internet-layer
headers")?
If not, it's just marketing-speak, and should go where "Hitchhiker's Guide"
said marketing should go. (Having said that, only half-jokingly, I should add
that I am fully aware that _really good_ marketing people are worth their own
weight in gold-pressed latinum; the prime example being Steve Jobs, who
invented several products that people didn't know they needed/wanted until he
produced them.)
> From: Paul Koning
> No, "internet" has (had?) a very different meaning. Loosely, a network
> of computers belonging to different organizations, or using different
> technologies.
That's not the definition used by the originators of the term: see the
Cerf/Kahn paper. (I basically regurgitated it, above.)
> "Internet" .. the term picked to replace "ARPAnet" when it became
> desirable to call that network by a name that doesn't designate it as a
> US government research agency creation.
I can guarantee you that that is not correct (sorry). In 1982, which is
approximately when the term was created, you _had_ to have a USG connection to
get connected to the Internet. And the ARPANET was always called the ARPANET
until its last remnants were turned off in 1990 (although use of NCP was
discarded in January 1983, considerably earlier, so it was only used as a
component of the Internet after that).
In fact, I recollect the conversion with Vint Cerf (at an INENG/IETF meeting,
IIRC) where the term 'Internet' was suggested/adopted; in fact I may have been
the person who suggested it, although the memory is now too dim. The adoption
was _solely_ to do with the need for a name for the large internet we were all
connecting to, and _nothing_ to do with organizational stuff.
Noel
I'm clearing out some old stuff. These are free (but you pay postage) if anyone wants them.
Catch: they are in Sydney Australia.
---------------------------
Digital Communications Associates Inc. Circa 1985
IRMAlink IRMA 2 3270 Micro-to-Mainframe communications
IRMA 2 supplies the personal computer with direct coaxial connection
to an IBM 3174, 3274, 3276 or Integral Terminal Controller with Type A adapters.
Includes two completes sets, each: card + documentation + 3 x 3.5" disks with code and drivers.
Not in original packing.
See http://everist.org/spacejunk/sell/irma.htm
---------------------------
DigiBoard MC/8e Intelligent Async serial communications board (8 ports) Circa 1993
One microchannel card plus octopus cable and manuals. Some manuals still in sealed envelopes.
In original packing
See http://everist.org/spacejunk/sell/mc8e.htm
---------------------------
Guy
> From: Fred Cisin
> Is that message about 1) history of internet? (THANK YOU for specifying
> "internet", otherwise "computer to computer" involves much older history.
> ...
> those messages were sent on PRECURSORS to the internet, NOT on the
> internet.
Did you mean "internet" or 'Internet'?
The poorly educated cretins at the AP nothwithstanding, those are two
different words, with _different meanings_.
> Definition and history of the WORD "internet" is also critical
> ...
> do you know of any actual use of the word/name "internet" prior to the
> December 1974 RFC about TCP?
I believe the word 'internet' was coined for:
V. Cerf and R. Kahn, "A Protocol For Packet Network
Intercommunication," IEEE Transactions on Communication, vol. C-
2O, No. 5. May 1974, pp. 637-648.
There was earlier work in the general area of connecting computer data
networks together, performed in the International Packet Network Working
Group (INWG), which had an alternative term 'catenet' which had much the same
meaning as 'internet'. (Although little-known, the INWG - not to be confused
with the later DARPA-centric group of the same acronym - is documented in two
papers, a draft one by Ronda Hauben, and a later one by Alex McKenzie.) I
don't know if the term 'internet' was used there before its appearance in the
Cerf/Kakhn paper.
Interestingly, "Internetworking" is mentioned in RFC604, December 1973, so
the word was in circulation in the technical community before the Cerf/Kahn
paper came out.
"Internet" came along later, when we needed a name for the internet centered
around the ARPANET. The need was discussed on the then-central email list for
the TCP/IP community (which may have been called 'inwg' - my memory is, alas,
fading), and we decided on 'Internet'.
I'd previously looked for the first use of 'Internet' in that sense in the
RFC's, and found it, but I don't remember what it was! Looking again, there's
a lot of 'Internet Protocol' and similar things to sort out; I see an
'Internet' in RFC780, May 1981, but it's marginal (it says "ARPA Internet");
the first 'true' use of 'Internet' on its own in the current meaning which
I found was in RFC821, August 1982.
Noel
> From: Richard Pope
> Isn't the proper term for my network of computers here at home:
> internet
It depends on what's inside it.
An 'internet' is a collection of disparate networks tied together with packet
switches which examine the internet-layer headers of the packets passing
through them (such boxes are now known as 'routers'). The "internet layer"
doesn't appear in the ISO 7-layer model, since the concept didn't appear
until after that was done; but you can imagine it as layer '3A', crammed in
between 3 ('Network') and 4 ('Transport').
Note that there are a number of networking protocol families that include the
internet concept; CHAOS, PUP, XNS and DECnet among them (although there are
several versions of DECnet and I no longer remember the details of most of
them, so take that one with the proverbial grain, but several had internets).
Does does the network in your house use router(s) to tie it together? If so,
it's an internet; if not, no. If you have a wireless hub, connected to a CATV
modem, you probably have a small piece of 'the Internet' in your house. (See
below.)
Note that there are still internets (and networks) which are not connected to
the Internet - Google for "air gap".
> and the term : Internet the proper term for the worldwide collection of
> networked computers?
Originally 'the Internet' was the large TCP/IP internet centered around the
ARPANET, and later the NSFNET.
These days, the concept is more diffuse - there was some discussion recently
on the internet-history list:
http://mailman.postel.org/pipermail/internet-history/
about it, but I'm too lazy to track down the exact messages.
Noel
Yes, I was able to determine that the TurboDOS 1.41c disks which would complete my particular setup do exist and that they are in good hands, however I have not been able to get copies of the disks as of yet. I'm hoping that patience will prevail and perhaps another copy will turn up or the copies that I know about might someday become available.
The 16-bit 1.43 version that you need is readily available as 5.25" disk images. I've got copies of them and they work well. If you need it on 8" floppy, I can probably convert them using my IMS system to write them to 8". Getting a system up and running is not that difficult, I can guide you through if there's any trouble.
Jonathan
__________________________________________________________________________________________________
did anything more ever turn up?
I'd like to try getting a 16-bit 1.43 running, there is a set of disks on ebay, but the seller has blocked me
https://www.ebay.com/itm/193098921854
On 6/28/19 7:17 PM, Jonathan Haddox via cctalk wrote:
> Just sending a thanks for the replies from various folks on this list. I was able to recover a partial set of operating system files for my IMS/LF-Technologies S-100 machine from members who dug deep into their archives. It's booting now to a basic single-user TurboDOS 1.4 which proves that my hardware is sound. In order to get what I really want out of this machine, I still need to source a full set of TurboDOS 1.4 drivers (.REL files) from IMS L/F Tech distribution diskettes. I'll be around if they ever turn up.
>
> Thank You!
>
> IMS A645 Z-80 Processor
> IMS A631 serial/parallel I/O
> IMS A930 Floppy controller
> IMS A465 64K RAM
> IMS 1100 Winchester Hard disk controller
> IMS 862 User Processor (Z80)
> IMS 1081 User Processor (186)
> IMS 1120 Tape Controller On Tuesday, June 11, 2019, 11:55:29 AM CDT, Jonathan Haddox <new_castle_j at yahoo.com> wrote:
>
> I'm restoring an IMS - L/F Technologies S-100 Bus computer.? I've got all the pieces except for the Operating System.? I'm hoping that someone here may have a disk stashed away.? From the literature I have read, I would need TurboDOS version 1.40a or 1.41c from IMS or L/F Technologies.? I've seen TurboDOS 1.3 versions out in the wild from IMS, but the 1.4 version was greatly enhanced and offered better compatibility with my specific hardware.? I'd be much obliged if anyone can help.
>
> Thanks,
>
> Jonathan
> new_castle_j? at yahoo
Hey Everyone,
I just thought I'd share a video of how I'm going about troubleshooting the
bad DRAMs on my MS650 memory board.
https://youtu.be/eDMhdAEFEgc
I apologize for the shaky-cam, I don't have a tripod, and I needed to do a
lot of panning anyway.
I will be sharing my notes on the MS650 once I have a chance to write them
up properly as well. I wasn't able to find a printset for the RAM card
itself, so I assume one doesn't exist in digital form yet. I have
documented what bit and memory range each DRAM on the card corresponds to,
which may help someone troubleshooting in the future
Regards,
Joe Zatarski
> From: Chris Zach
> The MSV11-QC board ... failed startup diagnostics with what looks like
> a stuck bit. .. now I need engineering schematics for that board so I
> can replace one of the 41256 memory chips. On the positive side it looks like
> a pretty obvious stuck bit, just need to know which chip is at that
> address and memory location....
I suspect you're out of luck on the prints, I think all there is is the
User Manual. Not to worry, it should be pretty easy to create a bit->chip
table, I did that for the MSV11-J:
https://gunkies.org/wiki/MSV11-J_QBUS_memory#Technical_information
when I needed to repair one; it should be pretty easy to duplicate the
process for the -Q.
I did it with a 2-instruction scope loop, doing a word write to a given
location, floating a '1' bit along a word of '0's, looking at the 'data in'
pin on the DRAM chips. I see the -Q has a 17x8 array of DRAMs, so 16 bits of
data and a parity bit (odd chip out); so in some ways even easier than the -J
(which had ECC). 8 banks, but with a little luck they're in some sort of
logical order.
I have a -QA, of the later etch rev, which is the same etch as your -QC;
so I can help with the mapping process, if you need it; let me know.
Noel
> From: Rob Doyle
> http://www.bitsavers.org/pdf/dec/unibus/RH11-C_Engineering_Drawings.pdf
Oooh, thanks ever so much. Not sure how I missed that when I looked on
BitSavers for RH11 stuff! Very illuminating - eventually! The M7294-YA seems
to be a manual ECO to the M7294; there's a detailed rework list on page 6 of
the PDF.
I'm still trying to work out what the changes do. E66 is a 'component
carrier' header, so it seems like in part the ECO adds a bunch of
option-controlling jumpers there (see pg. 2 for a table of what they do).
The main thing, though, seems to be the addition of E22, a 74191 binary
up/down counter, on page DBCA (pg 10 of the PDF). It seems to modify the
operation of 'Bus Hog' mode - maybe to do 16-cycle bursts? (All the
bit inputs and outputs are unused; only the Max/Min output - pin 12 -
is connected to anything.)
That would make sense; with UNIBUS A and B tied together, the original Bus
Hog (below) would lock out the CPU from the RH11 until the end of the
transfer. Actually, though, even without the cross-connect, having
the RH11 going flat out Bus Hog might lock out the CPU from the _KS10
memory_...
> However there is plenty of DEC documentation that mentions that the
> RH11C has a "bus hog" mode for the KS10 disks so that the Unibus can do
> back-to-back 18-bit transactions.
The RH11-AB has Bus Hog too; see Section 4.12.10, "BUS HOG Mode", pg. 4-22
(59 of the PDF) in "RH11-AB Option Description" for details; it "hold[s] the
Unibus ... until the required number of words have been transferred".
Noel
> From: Rob Doyle
> Your memory is correct. The RH11C was the buffered version of the RH11
Umm, both the -AB and -B have FIFOs - confirmed from the prints. (I have
an M7294 if we want to confirm that the prints aren't confused.) Now,
maybe the -C has a _bigger_ FIFO (e.g. large enough to hold a complete
sector), I could definitely see that.
What's your source - I'd like to study/cite it? The only KS10 prints I can
find don't show the RP11-C?
Noel
>>>> *What it is:*
>>>> In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS
>>>> systems containing a BeagleBone Black.
>>>>
>>>> See http://retrocmp.com/projects/unibone.
>
> Is it possible to get it as a "kit+" where the SMD components only are already soldered onto
> the bare board, but all the rest left for those who are ok with a normal soldering iron but
> not confident on doing the SMD?
Yes, can do that.
Joerg
> Although, with the 3 SPC slots - although they are on UNIBUS A, and only
> UNIBUS B has the 18-bit capability
Duhhhh. My brain finally turned on.
It is of course perfectly possible to run UNIBUS _A_ (where the SPC slots are)
in 18-bit mode too - although the _RH11_ can't use it that way. But you won't
be using the RH11 anyway, so who cares?
Also, I took another look at the KS10 tech manual, and they do in fact use use
an M9200 'thin' jumper (although it's mis-labelled "M9300" in the diagram -
that diagram has a number of errors, including the "M8014" in the UNIBUS 'A'
In slot - they must mean an M9014 [UNIBUS to 3 flat cables] instead) to link
the two UNIBI together. Which answers the question of how the KS10 CPU gained
access to UNIBUS A (where the device registers, interrupts, etc are) when it
also had to be connected to UNIBUS B (for 18-bit data transfers).
So I think all our questions are answerered (except for the -AB/-C difference
issue).
Noel
I'm restoring an IMS - L/F Technologies S-100 Bus computer.? I've got all the pieces except for the Operating System.? I'm hoping that someone here may have a disk stashed away.? From the literature I have read, I would need TurboDOS version 1.40a or 1.41c from IMS or L/F Technologies.? I've seen TurboDOS 1.3 versions out in the wild from IMS, but the 1.4 version was greatly enhanced and offered better compatibility with my specific hardware.? I'd be much obliged if anyone can help.
Thanks,
Jonathan
new_castle_j at yahoo
> From: Eric Smith
> One version of the RH11 added a small FIFO (called a "silo" by DEC,
> IIRC) in the data path. I don't recall which suffix that was, nor
> whether it was the version used in the KS10.
Well, the -AB has the FIFO, according to the Revision J prints (September
1993). It's on the M7294 card (see drawings DBCC/D).
Interestingly, I have prints for an RH11-B! That appears to differ by
having an M7295-YA; that differs from the M7295 by having a hand ECO
(i.e. same etch), part of which can been seen in the lower left corner
of drawing BCTB - the two one-shots.
As to the RH11-C, I looked, and we do have the KS10 prints (MP00540,
mis-labelled "KS10_MaintSch" :-), and it does include RH11 prints. Alas,
those show an M7294, not the claimed M9294-YA. :-( The RH11 sheets are also
out of order (some are at the very back of the pack), and DBCD seems to be
missing entirely. They are revision "L", and the RH11-BA prints are revision
"H", FWLTW.
Noel
> From: J?rg Hoppe
> UniBone can be used in UNIBUS-A SPC slots in 18 bit mode without any
> extra adapters? And can emulate an RH11-C there
As far as I can see, yes.
> even if the RH11 is supposed to run in UNIBUS B?
Well, all RH11's have both UNIBUS A and UNIBUS B; under program control, one
can select either A or B to be the one where the DMA from the RH11 happens.
(Access to the registers in the RH11 is only possible via UNIBUS A, and
interrupts from it can only happen on A.) I'm not sure exactly what your
question is, but I hope that answers it! :-)
> We've seen early SPC slots (PDP-11/40, '45) without NPG wired,
> 'cause SPC was apparently originally meant for "Small" peripherals
> without DMA. Is KS10 UNIBUS-A wired to be DMA capable?
Good question! Well, the RH11 is designed so that it can other devices
'downstream' from it, on both UNIBI. So that says that NPG is sent _through_
the RH11 on both UNIBI - but doesn't speak to the SPC slots. For that, one
needs to look at the backplane wire list - which isn't in the drawings! :-(
However, I happen to have an RH11-AB backplane, and it has the AA1-AB2 jumpers
for NPG on those three slots.
Same thing for interrupts - both UNIBI are wired to for them (although the
grant lines for UNIBUS B don't go into the RH11 cards, they are only on
the RH11 backplane).
Noel
I do not remember these RL02 drives being this heavy.....
https://i.imgur.com/7BwIwas.jpg
On a slightly more interesting note it looks like I only have RL02
drives (3) and do not have any RL01 drives. That could be a problem if I
want to re-load Cobol 81 onto this RSTS/E system. However the RL02's
*should* allow me to reboot RSX11M 4.2 and repair the instance of RSX11M
4.0 that is on my Fujitsu drive (damaged).
Likewise my RT11 images might be on RL01. However I do have the Plessey
disk drive that emulated 4 RK05's on a fixed platter and a removable
platter disk subsystem (which uses disks that look like RL01's but are
*NOT* RL01's) and I *think* I had either RT11 with MUBASIC or a really
weird Gen of RSX11M and RT11. Though I'm not sure if RSX11M would run on
RK05's as boot devices (2.5mb of space)
The dig continues. This weekend I'll see if I can fire a RL02 up.
Hi all --
Picked up a mostly complete Wangco ST-2222 drive recently. This is a
removable pack drive with one fixed platter, nominally Diablo 30 / RK05
compatible in terms of interface, but uses IBM 5540-style packs. It's in
good condition and I'd like to restore it and see if I can interface it to
an RK11.
The part I'm missing is the I/O panel -- on this particular model there was
a breakout board that bolted to the rear of the rack the drive was mounted
in (rather than being mounted to the back of the drive), and it contained
some buffers, level shifters, drive select logic, and the actual interface
connectors. There were two variants of this -- 301062 was the Diablo 30/31
style (with the big Winchester blocks) and 301291 had a more generic
interface with what looks like centronics-style connectors. (You can see
assembly drawings of them in the schematic here:
http://bitsavers.org/pdf/wangco/301462-002_Super_Series_Magnetic_Disk_Opera…,
pages 55 and 69).
I figure it's a long shot, but does anyone have one of these two boards
going spare, or have a similar drive (others in the ST family share the
same panel, it seems) that is in unrestorable/parts-donor condition they
could steal one from?
Thanks,
Josh
>2. When doing 18bit on UNIBUS-A we put all kind of signal levels
>on parity lines PA,PB = DATA<16:17>.
>Won't the KS10 CPU interpret these as real BUS parity errors generated
>by some UNIBUS-A device?
I asked nonsense here: if UNIBUS-A is 18bit too, no parity will be evaluted of course.
Joerg
>
> Date: Thu, 21 Nov 2019 22:13:30 -0500
> From: Chris Zach <cz at alembic.crystel.com>
> Subject: Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
>
> One of my long term questions has been to see if a 2020 could talk to a
> RM80. It should be possible as the Massbus personality module talks to
> the bus at 3600 RPM just like the RM03, and they did manage to get the
> R80 to talk to the 11/730 with a dedicated memory channel connection
> (though maybe the R80 was heavily interleaved)
>
> C
>
ITS could boot from an RM80 on a 2020.
--
Michael Thompson
> maybe the two can be jumpered together (the way the two UNIBI in the
> KD11-A/D can).
Actually, now that I think about it, that might be the reason for the order
of the UNIBUS A out B in/out slots in the backplane:
https://gunkies.org/wiki/RH11_MASSBUS_controller#Backplane_layout
One of those thin M9200 UNIBUS jumpers could be used to connect the A out to
the B in.
> Depends what you mean by "full-length"; no MUD (hex) slots, but yes to
> SPC slots (SPC)
Oooh, typo: 'SPC slots (quad)'
Noel
`
* *Messages sorted by:* [ date ]
<http://www.classiccmp.org/pipermail/cctech/2019-November/date.html#41793>
[ thread ]
<http://www.classiccmp.org/pipermail/cctech/2019-November/thread.html#41793>
[ subject ]
<http://www.classiccmp.org/pipermail/cctech/2019-November/subject.html#41793>
[ author ]
<http://www.classiccmp.org/pipermail/cctech/2019-November/author.html#41793>
------------------------------------------------------------------------
>> Although, with the 3 SPC slots - although they are on UNIBUS A, and only
>> UNIBUS B has the 18-bit capability
>
> It is of course perfectly possible to run UNIBUS _A_ (where the SPC slots are)
> in 18-bit mode too - although the _RH11_ can't use it that way. But you won't
> be using the RH11 anyway, so who cares?
>
>Also, I took another look at the KS10 tech manual, and they do in fact use use
>an M9200 'thin' jumper (although it's mis-labelled "M9300" in the diagram -
>that diagram has a number of errors, including the "M8014" in the UNIBUS 'A'
>In slot - they must mean an M9014 [UNIBUS to 3 flat cables] instead) to link
>the two UNIBI together. Which answers the question of how the KS10 CPU gained
>access to UNIBUS A (where the device registers, interrupts, etc are) when it
>also had to be connected to UNIBUS B (for 18-bit data transfers).
>
>So I think all our questions are answerered (except for the -AB/-C difference
>issue).
So I understand right:
UniBone can be used in UNIBUS-A SPC slots in 18 bit mode without any extra adapters?
And can emulate an RH11-C there, even if the RH11 is supposed to run in UNIBUS B?
Thats good news.
Two more things to check:
1. We've seen early SPC slots (PDP-11/40, '45) without NPG wired,
'cause SPC was apparently originally meant for "Small" peripherals without DMA.
Is KS10 UNIBUS-A wired to be DMA capable?
2. When doing 18bit on UNIBUS-A we put all kind of signal levels
on parity lines PA,PB = DATA<16:17>.
Won't the KS10 CPU interpret these as real BUS parity errors generated
by some UNIBUS-A device?
best regards
Joerg
> From: J?rg Hoppe
> did DEC construct 18bit mutants for a few PDP-11 peripherals to run
> them in KS10?
Yes and no. There were two 18-bit UNIBUS devices, but they were originally
done for the PDP-15 (DEC's last 18-bit machine). They were the RK11-E and the
RH11-AB. When the KS10 appeared, the RH11 was re-purposed for it.
(How the RH11-C in the KS20 differed I'm not sure. I know it used the
M7294-YA instead of the M7294, but I'm not sure how that differed. It's the
MASSBUS data buffer and control, so it's something MASSBUS related. The
RH11-AB already has the 18-bit stuff; see 4.16 "Logic Diagram DBCE", pg. 4-28
(65 of the PDF) in "RH11-AB Option Description" for details; it's poorly
documented.)
> From: Daniel Seagraves
> There's still the problem of the disk Unibus itself to solve - the disk
> UBA doesn't terminate into a normal Unibus. It goes into the disk RH11
> directly, and the bus is terminated on the far end of the RH11. ... The
> ideal scenario would be if the first slot of a RH11 (where the bus
> jumper comes in) can accommodate the (quad card) Unibone without
> issues, the rest of the RH11 boards can simply be pulled without
> breaking bus continuity
The RH11-C seems like it's very similar to the RH11-AB, physically. Both the
'disk' and 'tape' RH11-C's seem like they are separate 9-slot system units,
with the same layout (in terms of boards->slots). Both have 3 Small
Peripheral Controller slots, like the -AB.
The first slot is purpose-wired to hold the M7296 and M7297:
https://gunkies.org/wiki/RH11_MASSBUS_controller#Backplane_layout
so 'no' to that idea. Although, with the 3 SPC slots - although they are on
UNIBUS A, and only UNIBUS B has the 18-bit capability - although maybe the
two can be jumpered together (the way the two UNIBI in the KD11-A/D can).
(IIRC, the "RH11 Peripheral Controller Course" may talk about that.)
I don't think things will work with the RH11 boards pulled, unless you
manually jumper whatever pins are used to feed NPG and BG? through the
device. Probably the easiest thing is to change the bus address of the
RH11.
> From: Chris Zach
> I seem to recall that the RH11C included a full length unibus slot
> after the boards
Depends what you mean by "full-length"; no MUD (hex) slots, but yes to SPC
slots (SPC) - as above.
Noel
>> Well, I was expecting to have to do all of the work myself. There?s
still the problem of the disk Unibus itself to solve
> -the disk UBA doesn?t terminate into a normal Unibus.
> It goes into the disk RH11 directly, and the bus is terminated on the
far end of the RH11. I?d either have to buy another Unibus backplane to
plug the Unibone into, or find a way to plug the cables from the UBA
directly into the Unibone.
>This still leaves the issue of terminating the bus.
> The ideal scenario would be if the first slot of a RH11 (where the
bus jumper comes in) can accommodate the (quad card)
> Unibone without issues, the rest of the RH11 boards can simply be
pulled without breaking bus continuity,
> and the normal terminator in the far slot can be used. I haven?t
looked at any prints or anything yet.
I gave UniBone a set of pinheaders for all UNIBUS signals in parallel to
the gold fingers.
So an adapter board can be designed, which plugs onto the pinheaders,
contains some provision for the UBA connection and contains the
terminator array.
The UBA-UniBone adapter may consist of two parts coupled via flat cable,
with flipchip plugs on one end if necessary.
All this is only mildly annoying, did similar before, for example
http://www.retrocmp.com/tools/uniprobe
> Right, there were two unibus ports on a 2020: The first one went to the
> RH11-C and was very odd in that "Hog Mode DMA" was enabled to allow the
> device to just stream data as much as it wanted to the controller. This
> would mean that other devices on the bus would time out and not have
> their interrupts serviced, but since the RH11 was the only thing it
> didn't matter (and I think this is why you could use RM03's instead of
> RM02's: The whole track could be read and buffered to the 2020's UBA
> controller in one shot.
> That would have to be programmed into the BBB software to ignore the
16 word
> DMA limits and go as fast as the drive can go).
As the disk drives are also emulated, they are not putting any
constraints on the DMA logic: give them the speed and DMA length you prefer.
Joerg
Figured it out at last. On a BA23, the RD54 needs to be jumpered at the
disk as UNIT 3, and I had it as unit 4. Thus the jumper needed to be
between 3 and C, I had it one stake over between 4 and C.
Fixed that, did the format where you do not select Autoformat, and
downline load UIT and you get the disk going tick, tick, tick as the
sectors are formatted. Here is Terry Kennedy's instructions updated to a
BA23 instead of a BA123:
DR> STA
CHANGE HW (L) ? Y
# UNITS (D) ? 1
UNIT 0
Enter controller IP address (O) 172150 ?
What unit do you want to format [0-255] (D) 0 ? 0
Would you like to revector a single LBN only [Y/N] (L) N ?
Do you want to use the "AUTOFORMAT" Mode [Y/N] (L) Y ? N
Would you like to use the RCT - Revector known bad blocks [Y/N] (L) N ?
**** WARNING ****
[text about don't proceed if you're just kidding deleted]
Do you wish to continue [Y/N] (L) Y ?
MSCP Controller Model: 19
Microcode Version: 4
Do you want to use manufacturing bad block information [Y/N] (A) N ?
Downline load UIT [Y/N] (A) Y ?
UIT Drive Name
-------------------------------------------------------
0 RD51
1 RD52 part # 30-21721-02 (1 light on front panel)
2 RD52 part # 30-23227-02 (2 lights on front panel)
3 RD53
4 RD31
5 RD54
6 RD32
Enter Unit Identifier Table (UIT) [0-7] (D) ? 5
Continue if bad block information is inaccessible [Y/N] (A) N ? Y
Please type in the serial number [8-10 digits] (A) ? 013284212 (use
whatever you want)
Formatting of Drive 1 Begin.
[a long sequences of messages is displayed here, 1 per minute, showing the
progress of formatting and what step is in progress on which block number.]
Format Completed.
And Bob's your uncle!
So while trying to figure out this XXDP format error (the FCT Write
protect enabled one that's stopping me from formatting an RD54) I spent
a bit of time copying the floppy to a backup disk. My RX50 was *very*
flakey, throwing errors so I pulled it to see what was up.
Opened the unit and sure enough: The disk head could use a cleaning, and
more important the little pad on the other side came off when I touched
it. Apparently the glue holding it in has decayed in the past 30 years.
Drat.
Used isopropyl and q tips to clean the heads, then broke a Q tip in half
and put a bit of cyanacryllic glue on the tip, then transferred it to
the pad holder, then put the pad back on. Pressed down and breathed on
it to give the glue some moisture and waited an hour. Did same to other
head.
RX50 now works perfectly, and I was able to make and boot a backup. So
if your RX50 is flakey check to see if the pads are still on the head
assembly, it's possible it is loose or fell off (if fell off look around
in the RX50 for it, probably in there somewhere)
Never dull. Now to figure out this write protection issue: I have set
the drive to unit 4 (well 3 in the 0-3 world), set the RQDX3 to pins 1
and 2 on the write precomp jumper, and it still comes up but thinks the
drive is write protected.
Drat.
I have seen multiple posts over time speculating about flooding in the
warehouse. I would like to assure everyone that the warehouse has never
flooded, and that any posts to the contrary are inaccurate or greatly
exaggerated.
I have cleared a significant area inside the warehouse and have not seen
any indications at all of floodwaters entering the building. Additionally,
the landlord has also confirmed that the building has never flooded.
The only moisture-related damage that has occurred at all happened to paper
articles in direct contact with the cement floor (The floor is bare cement,
and gets moist during heavy rains). Such items have all been discarded. The
computers, even those that touched the ground, are undamaged. If I were to
find a computer with water damage, it would be clearly labeled as such when
being sold.
If you have any questions, please email me directly, and I will gladly
answer them to the best of my knowledge.
Thomas Raguso
I might have had something to do with
https://www.sinenomine.net/products/vm/njeip
And as far as I remember, at least some of it was BSD licensed, so if
that's what floats your boat...knock yerself out.
So, on this Model III I'm working on the following keycaps are missing:
1/! key
right shift key
Looks like keycaps from a Model III, and possibly a model I would work.
Probably a Model IV keycap for 1/! would work, but I think the right
shift key would be different between a Model III and Model IV.
I also need one of the ALPS switches as the '+' part of the stem is
broken off.
In addition, on the drive (Texas Peripherals), there is a plastic
component that screws onto the aluminum arm with the diskette retaining
hub with 2 screws.... it then accepts two plastic pins that connect this
piece to the drive door. I am missing on of the plastic pins and the
plastic piece is cracking.
Anyone have any of these parts kicking around.
On a Model III upgraded to a Model IV I have, the ribbon cable to the
serial/com board has 'self destructed' as the glue failed, so once
removed it could not be reconnected. Interestingly the cable for the
floppy controller did not deteriorate ?????
Sadly on the upgraded Model III someone converted it to 3 drives, using
an original full height drive for the 1st drive (at the bottom), and put
2 HH drives in the top bay. To make room for the eject control on the
top drive, the upper case has been notched. It would be nice to find an
upper case for a Model III and do away with that notch.... or
alternately an empty Model IV case (top and bottom).
Thanks to anyone with any TRS-80 'parts vault' that may have these
parts available.... It has been a long time since I have touched a
Model I/III (last time was probably 1983 :-) ). Looking forward to
getting the 3 systems I have up and running (Model I with Expansion,
Model III, and a Model III upgraded to a Model IV).
Thanks in advance,
-- Curt
Daniel,
>>
>> Yes, can (get a kit with SMT work done)
>
> OK, that?s the answer I needed;
> If I want to put one of these in a KS10, can the parity lines be
hacked from the software
> (the KS10 uses them as two extra data bits) or are they hard-wired to
parity?
Several people asked to make UniBone PDP-10able, it should be not problem.
UNIBUS PA,PB are (like all other signals) just pins on a GPIO
multiplier, no interpretation is done in hardware.
On software side the PRU must sample 18bit instead of 16bit for DATA,
then lots of "uint16_t" must be changed to "uint32_t" in the whole
software stack.
Not clear what to do with existing device emulators: did DEC construct
18bit mutants for a few PDP-11 peripherals to run them in KS10?
UNIBUS on a PDP-10 makes only sense to me if the big pool of PDP-11
peripherals can be used directly.
regards,
Joerg
-------- Forwarded Message --------
Subject: 3270 controller simulation
Date: Mon, 18 Nov 2019 19:43:24 -0600
From: Andrew Kay
To: aek at bitsavers.org
Hi Al,
I'm waiting for approval to join the cctalk mailing list but I heard
on IRC you were interested in my project so hope you don't mind me
reaching out to you directly.
Unfortunately I don't have much in the way of useful documentation
other than the code itself right now - I am planning on putting some
documentation on the protocol together as well as a basic write-up on
what I've discovered.
Anyway - everything I've built so far can be found at
https://github.com/lowobservable/oec and the linked projects (for the
coax interface and TN3270 library).
It's still pretty basic at this point but can do enough TN3270 and
VT100 emulation to be usable. Here is a more recent photograph
showing it connected to the Master the Mainframe server -
https://i.redd.it/1kpbe3muvbz31.jpg.
For the coax interface I'm using two obsolete ICs from National
Semiconductor - the DP8340 and DP8341 and using an Arduino to connect
these to a PC. I was really excited to see somebody on the mailing
list mention they were working on an FPGA interface - building an
interface that didn't depend on obsolete components is my plan for
next year but I have to learn some electronics first.
Please feel free to copy the above to the mailing list - I definitely
want to join (do you know if it is possible to join with a GMail
account, the last I heard was I was waiting to be approved), I had no
idea there were so many people interested in 3270 things :-)
Andrew
On 11/18/19 11:10 AM, Paul Koning wrote:
> Open systems may be distributed, distributed systems may be open, but
> they are not synonyms.
Okay. Fair enough.
I don't think the people using "Open Systems" as in Mainframe vs Open
Systems vs Wintel were differentiating between "open" vs "distributed".
> For example, I'm not sure anyone would call VMS an open system, yet
> clearly it's distributed (VAXcluster).
What is "open" in this context? Is it open source? Is it open
communications protocols? (As in OSI / POSIX.) Is it something else?
I suspect that OpenVMS qualifies as the OSI / POSIX meaning of "open".
;-) But OpenVMS is decidedly not open source.
OpenMVS (a.k.a. USS) on the mainframe comes to mind too. }:)
--
Grant. . . .
unix || die
Hi all,
Some time ago I've got from a friend a defective ECB Bus Card named
GRIP-4, that's a ancient Z80 based graphic display controller Card
using the MC6845/HD6345 CRT Controller made by the (still existing)
german Company Conitec in the 80s.
Additional I've got an empty extension PCB called Grip-Color..the for
color needed Memory, shift and palette registers.
I've phoned the CEO from Conitec in the meantime and he will send the
paperwork regarding the GRIP-4 that he still could find to me for
scanning, unfortunately he couldn't find anything for the Grip-Color card.
I have a running ECB bus system with an REH-CPU280, an Z280 based System
that could run CP/M-3 and UZI280, has an FDC on board and an IDE Interface
with an 128MB Flash disk, I whish to extend that with the GRIP Cards..
Is here someone that could please provide some Information related to the
Grip-Color Card? I think I've repaired the GRIP-4 in the meantime (still
have to connect an CRT, just replaced the FBT [different Model and
Make] in the Monitor that I want to connect), but the oscillograms are
looking good.
I whish complete the Grip-Color card, any helpful information is welcome,
even a picture where I can see which ICs are soldered in.
https://www.z80cpu.eu/mirrors/oldcomputers.dyndns.org/public/pub/rechner/co…
Thanks in Advance,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583
info at tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741
Finally got my xxdp+ floppy in the mail. The RX50 is flakey (probably
needs a head cleaning, 95% isopropyl safe on these heads?) but I have it
booted. Problem is in the RQDX3 formatter the drive shows up as drive 0,
but generates an FCT write error.
Questions:
1) I assume all cables in the BA23 chassis should have pin 1 to the left
(away from fans), correct?
2) On the RD54 should it be jumpered as drive 1, or drive 4, or
something in-between?
3) On the BA23 panel I assume the ready light should be on, the ready
buttom for the RD54 should not be pressed, and the write protect light
should be off with the write protect button not pressed, correct?
One step at a time, as they say....
C
I have made the module available at https://github.com/cwsimmons/raw3270
For now it probably looks like a mess, but I hope to add comments and build the coax circuit later this week. I just wanted to get it out there now since I know there is interest.
Chris
On 11/18/19 3:14 PM, Ethan Dicks wrote:
> I could fill books about the topic... we sold hundreds of Unibus and Qbus
> boards (and a few VAXBI boards) for bisync, and dozens of boards for SNA.
~chuckle~
> I have all the hardware and software and documentation from Software
> Results, but there is nobody left out there to talk Bisync to.
I wonder if some of the people in the mainframe community would be
interested in running Bisync. But I don't know what sort of hardware
interface would still be usable. :-/
There's work afoot to create a new BITNET. But I think that's using
NJE, likely across TCP.
--
Grant. . . .
unix || die
Hi all,
I recently picked up a ?tabletop? RX01 drive for cheaps. So now I?m in the market for:
- RK11 controller
- cables
- rack ears, rails (how was this done?)
- formatted media
If anybody here might have any of this and like to work out a deal, feel free to let me know off-list!
thanks much,
?FritzM.
I have located the Cray Y-MP EL, in addition to other other interesting
items, including an Intergraph 6400 workstation with tablet, a PDP-11/23,
an IBM System/34 with 5251 terminal and keyboard, a Unisys A-Series
mainframe, and a Symbolics 3640 Lisp machine (includes console, but there
is no keyboard).
Pictures can be found here: https://photos.app.goo.gl/rgkBddeuosjnJ3TC6
I am taking offers on all of the above listed items.
Thomas Raguso
I am just wondering if anyone out there has a source for cheap but reliable
Rechargeable "gum stick" batteries. I am trying to replace some old
batteries and the only source I could find are these:
www.amazon.com/dp/B0047ZW46C/. Not sure on quality of the generic green
batteries, especially since they are going to be in a computer on an ISA
card and not easily visible. TIA!
-Ali
As it happens I wrote a Verilog module last week for serializing and deserializing 3270 coax frames, without realizing someone had already done this with an arduino. What I?ve written is intended for a zynq device but is general enough to be used in other designs.
At the moment I have petalinux installed and can send frames with a small test program and see them on my scope. A loop back configuration also seems to work. I haven?t build the coax driver circuit yet so I can?t be sure of it?s correct operation.
I?d be willing to make this code available tonight. Although I?m not sure how many people have the right hardware lying around.
Chris
I have a query out on VCFed, but I am not gettin gany interest. Neither did my 2015 request on a similar topic - must be the wrong forum.
Advice please: where is the best place to get some troubleshooting tips on debugging a DIGITAL H7202B power supply?
I have 2 supplies that are giving me trouble. I am competent at digital work, much less so on switch-mode and analogue
(555 is an analogue in my books!). I have variacs scopes, logic analysers, voltmeters but no skill ;-(
Any advice?
Its been a long time since last public post about UniBone, time for a
bragging broadcast.
*What it is:*
In case you forgot: UniBone is a plugin board to DEC PDP-11 UNIBUS
systems containing a BeagleBone Black.
See http://retrocmp.com/projects/unibone.
This combo can simulate PDP-11 devices embedded in a physical machine.
So you can operate and repair incomplete UNIBUS PDP-11s and even VAXes,
just by emulating the missing parts.
Disk drive emulators accept SimH image files, which can be ftp'd to the
emulator (no SDcard changing!).
As UniBone can acquire bus mastership, its also UNIBUS diagnostic
console, as well as stimulate individual UNIBUS lines.
Realtime stuff is implemented on BBB's PRU coprocessors.
All programming is done in plain C/C++ under mainstream Debian Linux.
*Whats new in 2019:*
UniBone started with memory and RL11/RL02 emulation.
In 2019 we did a lot of programming and debugging (suppressing endless
techno-babble here).
Thanks to some gifted supporters, we have now these devices:
- DL11 serial port (first concept by David Richards)
- 11/20 CPU (Angelo Papenhoff)
- RK06 and MSCP disk drives (Josh Dersch)
In fact UniBone implements now a complete PDP-11 system... a bit like a
SimH with UNIBUS interface.
UniBone was tested (at least) against PDP-11/05, '34, '44, '84 and VAX
11/750.
Verified OSses include XXDP, Unix V6, 2.11BSD, RT11, RSX11M/M+, VAX
4.3BSD and Ultrixes.
Special thanks to Mark Matlock for endless testing.
*Available?*
Soon. About 25 complete systems were distributed, and the same amount in
kits. Not much complaints.
User group at https://groups.google.com/forum/#!forum/unibone
Just now I'm planing for a 2nd lot.
And it will be shown on http://vcfe.ch/doku.php in Zurich on Nov
30th/Dec 1st, probably plugged into a PDP-11/05.
best regards,
Joerg
The question "FPGA or not?" keeps me still awake at night, so some
rambling here!
> Is the BBB not fast enough to do Qbus? Meaning, for qbus, would a
FPGA be necessary?
> Or was this just the op's choice among many possible options?
I was considering a FPGA solution first, even had a Xilinx ZYNQ training
for that.
But switched to BeagleBone PRU soon for several reasons (many
non-technical ones).
Speed is essential. OK, UniBus/QBus are asynchronuous, so you can delay
bus cycles
when your emulated devices need processing time.
But the emulator has to watch bus activity in realtime for register
accesses to emulated devices.
Problem here is not ARM processing power (1+ GHz is fast enough), but
delays in the GPIO
access and random code delays by Linux task switching and RAM refreshes
and the like.
So you need to have some realtime logic on the bottom of all the C code.
UniBone should be "community friendly", a FPGA would mean:
- code developers need VHDL/Verilog skills and a special tool chain
- kit builders need to program the FPGA and solder these damn fine pitch
parts.
- Technically, a interface between ARM core and FPGA is time-critical,
would not work on RPi FPGA shields. So either you implement EVERYTHING
in FPGA, or you are bound to some FPGA SoC demo boards.
As the BeagleBone has these realtime PRUs:
- all development is done in C/C++, familiar cross platform debugging in
Eclipse.
- the edit-compile-debug cycle is very fast: 10 seconds for a partial
recompile & program start when
developing remote from a modern PC.
- The whole toolchain (gnu gcc and PRU C commpiler) also runs on the BBB
itself, so you can
develop new code immediately.
- BBB is slim enough to fit in a DEC card slot, is cheap (down to $60
now) and will be available for years.
- big Debian/BeagleBone community behind,
Drawbacks of the ARM+PRU approach were:
- the realtime stuff is done with sequential code, so manual
optimization was needed.
- the PRU code&RAM space is limited, design can not be scaled up endlessly.
- limited pin count available, a GPIO multiplier was needed.
UniBone is a success because indeed several contributors accepted it.
Despite choosing BBB, I wasn't sure for long wether that ARM+PRU
approach wouldn't be a dead end technology.
There was not much development on the BeagleBones for 5 years, but with
the new
BBONE-AI, everything has changed.
TI followed the "Linux ARM + coprocessors" road here in a spectacular way.
The mandatory move to "multi core, GHz, RAM, WiFi, GBit Ethernet, USB3"
has been done too.
> It does seem useful to have this thing run linux and ethernet and be
able to pass
> files (data and programs) back and forth very easily.
> the FPGA approach seems more technically challenging but seems less
universal (to my limited mind).
> It would seem a BBB you could load software, test, and reload as
easily as
> copying some executable code (I dont know if that is correct or an
over simplification).
> whereas the FPGA sounds like it needs to be recompiled/re-burned each
time?
All true, see above.
>
> I dont know whether an RPi could work or if the BBB is needed for
speed etc.
RPi's are faster and have more ARM cores than BBB, but thats in fact not
needed.
"Realtime determinism" is the keyword here, as well as GPIO speed.
BBB PRUs can toggle GPIOs with 50+MHz.
regards,
Joerg
We would love tunnel diodes in packaging for our semiconductor? display ay smecc ed#
On Friday, November 15, 2019 charlesmorris800--- via cctalk <charlesmorris800 at centurytel.net; cctalk at classiccmp.org> wrote:
>I've got a bunch of tunnel diodes; never found a practical use for them
for me.
You must not own any older Tektronix scopes then. At one time I had fourteen and there were several tunnel diodes in almost every one (trigger circuits mostly).
And their characteristics do drift with age, sometimes out of the range of adjustment
:)
-Charles
I am the author of tcpser, a UNIX/Windows program that emulates a Hayes
modem.
Some time ago, Chris Osborn (FozzTexx) forked a copy of my project to
fix some bugs and he also added in some parity code, which looks to
strip parity from the incoming serial connection (in the case that the
serial port is set as 8N1 and the computer attached to it sends in 7E1
or similar.
I am working to merge in all of his changes into the mainline codebase,
but I am unclear on prpper Hayes behavior.? His Readme says:
https://github.com/FozzTexx/tcpser/commit/5f0e28bb837463e597a1daf9b3c07e56a…
"I also made the modem routines automatically detect parity and ignore
it in AT commands and print out modem responses in matching
parity. Parity is *not* stripped when sending data over the
connection, which is how a real modem behaves. This may or may not be
what you want. Some servers will expect an 8 bit connection and may
not work."
Did Hayes modem really do that?? I thought most later modems self
detected parity and speed and thus would have switched both the comm on
the serial port and the data sent to the other side in the same parity
(if the terminal was 7E1, the modem would configure as 7E1 and send 7
bit data to the other side.
But, maybe real modems did as Chris notes. Anyone have guidance on
this?? The goal of tcpser is to emulate a Hayes modem as much as
possible, but I never really thought about mismatched parity on the
RS232 line and how to deal with it.
Jim
--
Jim Brain
brain at jbrain.comwww.jbrain.com
>I've got a bunch of tunnel diodes; never found a practical use for them
for me.
You must not own any older Tektronix scopes then. At one time I had fourteen and there were several tunnel diodes in almost every one (trigger circuits mostly).
And their characteristics do drift with age, sometimes out of the range of adjustment
:)
-Charles
I may be stating the obvious here but looking for a little advice and
reassurance from anyone on the list who may have had experience with these
machines.
I have a couple of TI99/4A's that I was given quite a long time ago along
with about 50 software cartridges (if I understand things correctly the
cartridges on their own a quite a bonus). What I am missing are power
supplies. On my research the inputs are 12 and/or 5 volt depending on the
number of power pins on the back (mine have 2).
These voltages appear to neatly align with most PC power supplies so I
should be able to tap into an old AT power supply of which I have quite a
few.
Thank you.
Kevin Parker
> From: Al Kossow
> These showed up on eBay, I'd been looking for them for over twenty years
As in, 'you all shouln't bid on those so I can grab them'? Or do you want
someone here to get them, and send you scans?
If the latter, people should co-coordinate so they aren't bidding against
each other.
Noel
I recently acquired a VAXmate with an LK250 keyboard. The problem is the
keyboard came without the cable. It uses an 8-pin SDL connector and the
usual tiny MMJ-like connector at the keyboard end. I don't know the pinout
and I don't have the necessary crimping tools, is there any source for such
a cable?
Thanks
Rob
With permission, I?m forwarding this email about a Xerox 820-II that?s available in Regina, Saskatchewan, Canada. (I live in Regina, and know Steven.)
Feel free to contact him directly. He?s also available by IRC; email me directly for server details.
Jim
From: Steven Brown [mailto:tuxsteve at gmail.com]
Sent: Wednesday, November 13, 2019 10:01 PM
To: buysell at losurs.org; Q&A LOSURS <q&a at losurs.org>
Subject: [LOSURS: buysell] Xerox 820 PC
My dad worked at Xerox for over 20 years here in Regina. A former co-worker of his called him to see if he knew anyone who might be interested in taking ownership of a Xerox 820 he has.
Still works apparently.
Specs can be found here:
https://oldcomputers.net/xerox-820.html
He sent along the following information:
"
This is a xerox 820 II antique, black & white screen, 8? HD and a dual 8? floppy unit, has the 8 and 16 bit intel processors.
If one was interested in playing with the old stuff.
Tried to give it to Western Development museum but they only want stuff that relates to Saskatchewan.
Oh yes it is a com base operating system
"
He mentioned it comes with a pile of software as well.
Picture sent isn't very good but here it is:
https://imgur.com/a/CzH5FHz
If anyone is interested please let me know. If anybody knows of a person or institution who may be interested, please let me know.
Regards,
Steven Brown
Hi everyone,
I'm planning to expand my MAME-based emulation of Intel MDS-II systems
with the support for double-density floppy disks. In particular, I'm
thinking of emulating the isbc202 floppy controller because its
architecture looks very interesting. This board was based on Intel's own
3000-series bit-slices.
A necessary step for this work is finding the image of the 4
microprogram PROMs on the controller board. Has anyone on this list ever
dumped these memories, please? Can you share the binary images with me?
Of course, I'm going to properly credit you in the emulator sources.
AFAIK this would be the first emulation of a Intel 3000 system.
A side question: do you happen to know if the Intel CROMIS assembler for
3000 series has ever been preserved somewhere on the Net? The manual
says it was provided to user as a set of FORTRAN IV sources.
Thanks in advance for your help.
--F.Ulivi
Does anyone have a copy of this, or something similar? Prefer digital
format, if possible.
Jameco Part number 159791 $29.95 61140 SEMICONDUCTOR CROSS REFERENCE on
CD-ROM Enhanced Version A complete guide to semiconductor replacement and
substitutions from the makers of PHOTOFACT(R) service documentation. More
than 490,000 part numbers, type numbers, and other identifying numbers
listed. Includes part numbers for the United States, Europe, and the Far
East. Covers all major types of semiconductors: bipolar transistors, FETs,
diodes, rectifiers, ICs, SCRs, LEDs, modules, and thermal devices.
Replacement for NTE, ECG, Radio Shack, and TCE - four cross references in
one! Up-to-date list of original equipment manufacturers. The most
comprehensive replacement data available for engineers, technicians, and all
those who work with semiconductors. Minimum System Requirements: Windows
95(R) or higher and 60 MB of free disk space C 1998 Howard W. Sams. All
Rights Reserved. http://www.hwsams.com
Thanks!
Cindy Croxton
On 11/11/19 12:27 AM, Eric Moore via cctech wrote:
> Hello, I have a working AED WINC08 drive, which is a winchester drive
> emulated to look like an RL02, along with the qbus controller card.
>
> https://archive.org/details/bitsavers_aedbrochurJan82_2107642/page/n1
>
> The winchester drive itself is a fujitsu M2302B. One of the disks (it shows
> up as 2 10MB volumes in RT-11) is having write issues. How can I find a
> replacement disk drive in working order? The 2302b has a shugart compatible
> interface, so should any shugart compatible 8" winchester drive work in the
> aed winc08 rl02 emulator?
>
> What other options do I have to attach a winchester drive to an 11/03 for
> use in rt-11? I have an RL02 I have never hooked up, do the disk packs hold
> up well over time? How hard is it to clean and align an 8" winchester drive
> to try and address the write issue?
>
> Thank you,
>
> -Eric
In my (pre) historic use of products similar to this one, it was rare to swap the vendors drive with a completely different drive. The controllers, their electrical interfaces and recording formats were tightly coupled to the disk drives implemented.
My suggestion would be to look for a QBus SCSI Controller like the Emulex UC07 or Dilog SQ739, though both are a bit pricey. These open up a large number of drives to use and later versions of RT11 support the MSCP protocol the controllers emulate. The use of the SCSI2SD drive emulator gives even more flexibility through the use of microSD cards. Google around for both.
I have an pair of RL02 drives. I keep them clean and power them up for short periods regularly. You need to be alert to potential issues with electrolytic capacitors drying out and causing problems in the power supplies and circuit boards of all devices of from this era. See http://www.vcfed.org/forum/showthread.php?72247-Dismantle-an-RL02-pack for a recent discussion and pictures of some of the material in the packs decaying over time.
Jerry
Hi all --
The VAX-11/730 we have running here at the museum has developed a fault
that occurs only sporadically, usually days apart. Running the complete
diagnostic suite for the better part of a week reveals this:
SECT TST ERR EXP REC OTHER MSK MODULE
ENKCC 33 08 000000FF 000000DF N/A FFFFFF00 M8391 M8728
Re-running only ENKCC, this error is repeatable (though it still takes a
couple of days for it to occur). It helpfully points out the MCT (M8391)
and memory boards (M8728) as possible causes; we have spare M8728s and I've
swapped them around with no change in behavior. I have a spare M8391 in my
own collection but it fails in a completely different way so that's not
much help.
I cannot find any real documentation for ENKCC so I don't know what TEST 33
is doing, nor what ERROR 8 indicates in this context, though it seems we're
dropping a bit somewhere :). Anyone out there sitting on a pile of 11/730
documentation?
Thanks as always!
- Josh
Folks,
Any one got any interest in any dot-matrix printers. Got a Panasonic wide
carriage, DEC narrow carriage, and a Tandy DMP200..
Dave Wade
G4UGM & EA7KAE
Just wondering if anyone on the list is going after these 1973 Remex manuals for the PDP-11 interface
to their reader/punch units?
https://www.ebay.com/itm/274092453978https://www.ebay.com/itm/274092431915
I have two of the reader-only version of this board I bought relatively cheap off eBay some years ago
and would be happy to trade or pay for a scanned copy if required. As I don't have a Remex reader/punch
it would save me bidding up the price unnecessarily.
Steve.
After months of procrastination and work, my new website has gone live at:
https://www.computercollection.net/
It is a nearly complete makeover. The home page also has a link to what
my site used to look like.
(Context: The website used to be at
webpages.charter.net/thecomptuercollection . However Charter/Spectrum
dropped support of subscriber home pages, so I had to move it to a
hosting service, which I did last year - pretty much intact as it had
been.
That then opened up the opportunity for the website to have a lot more
images and capabilities - the new website is the result.
JRJ
I have one of these, it has 2 jumper blocks, JPR2 (4 3 pin jumper
'settings'... looks to probably latch each of the 4 high or low) and
JPR3 (12 on/off jumper positions).
It also has a JPR1 which would be a 3 pin header and it is strapped by
wire to position 1-2.
Would love to figure out how the IO port and IRQs are configured. Card
has no BIOS, so unlike a WD1002A-FOX there won't likely be any jumpers
to set drive type. (I'm not having much luck with that card in a Tandy
2500 SX... but that's a completely different issue).
Hopefully someone has or knows where there are some docs on the jumper
settings.
I'd imagine I could figure out some by probing which ISA pins various
jumpers connect to..... but any jumper settings that control chips for
decoding logic will be far more difficult to determine.
Thanks,
-- Curt
Domain has been down for 7 days now. No reply to emails. Does anyone know
anything?
-----Original Message-----
From: William Sudbrink [mailto:wh.sudbrink at verizon.net]
Sent: Monday, November 04, 2019 12:29 PM
To: 'General Discussion: On-Topic and Off-Topic Posts'
Subject: swtpc.com expired???
Anybody know if Mike Holley is OK?
Bill S.
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
I'm encountering some strange and severe failures on our 4/260 and
therefore I'm looking for a dump/tape image of the Sun-4 Diagnostic
Executive. The manuals are online but not the tape, so I hope someone has
made a dump.
Thanks,
Christian
Hello Everyone.
I have had a major health incident which means that I have been unresponsive
for several months. As I need to move in closer to town, I will be disposing
of what remains of my collection (Things like: Altairs, Imsa, PET 2001,
Apple II, TRS-80s, lots of S100 carts etc.)
I have posted some preliminary information at:
http://www.classiccmp.org/dunfield/sale.txt
This will be updated on a regular basis.
If you are interested in what happened to me, I have posted
some details at:
http://www.classiccmp.org/dunfield/2019.txt
Dave Dunfield
To all,
The Computer History Museum's IBM 1620 Jr. project team has several
announcements about Cadetwriter:
1)? Congratulations to Paul Williamson as the first person, besides our
project team, to successfully build his own Cadetwriter.? We know that a
number of people are building or planning to build one, but Paul is the
first person we've heard from that has completed it.
??? If you are building, or planning to build, a Cadetwriter, please
let us know about it.
??? Paul's WheelWriter 1000 seems to have a different version of the
logic board and/or its firmware than the CHM WheelWriters. This exposed
several issues that Paul diagnosed which led to changes in the
Cadetwriter firmware that make it more robust.
2)? A new version (5R5) of the firmware is available with these
important changes:
??? -? Added support for semi-automatic paper loading.
??? -? Increased the Interrupt Service Routine delay time to deal with
overlapping column scans.
??? -? Adjusted the timing of unshifted, shifted, and code characters.
??? This firmware is available at: https://github.com/IBM-1620/Cadetwriter
3)? There is a new Cadetwriter message board at:
https://cadetwriter.slack.com
??? There are actually 5 channels available:
??? -? Cadetwriter/announcements - for announcements of new versions of
the firmware, documentation, hardware, etc.
??? -? Cadetwriter/description - for a general description of
Cadetwriter and links to resources.
??? -? Cadetwriter/building - a discussion forum for those building a
Cadetwriter.
??? -? Cadetwriter/operating - a discussion forum for those using a
Cadetwriter.
??? -? Cadetwriter/suggestions - a discussion forum for proposed
additions/changes to Cadetwriter.
??? If you have interest in Cadetwriter, please register and
participate in the discussion.
Thanks,
IBM 1620 Jr. Team
I suspect a number of members are like me - when there's salvage or rescue
stuff on the radar you grab first and ask question later otherwise tomorrow
it might not be there.
I quite like those picker shows and subscribe to their philosophy "buy (or
grab) it when you see it". I'm still ruing the day I let a TRS-80 Model II
with a full set of floppy drives go by procrastinating as I haven't seen one
since.
Anyway a little while ago someone I know was quitting their business and
gave me all their office salvage - laptops, PC's, printers, KVMs, routers,
monitors etc etc. As before I did not ask any questions and did not look the
gift horse in the mouth.
The other day I needed a CD drive for a little project and went through the
stuff , found something promising and opened it up. Anyway they'd been
doing all their "business" in there (number ones and twos amongst many other
things I suspect) and the machine was a write off. I suspect finds by other
list members have been even more "interesting"
http://koken.advancedimaging.com.au/index.php?/albums/interesting-finds/
Kevin Parker
Hello everyone,
I've been playing with SpaceWar for my PDP8 Omnibus machines. Since I don'thave the EAE option I've made the LAB8 / AX08 version work on the VC8E.
So now you can run Evan Suits SpaceWar version on an Omnibus machine
and you don't need an EAE.? https://github.com/Roland-Huisman/SpaceWar
And for those who might not have the VC8E graphics boards I've designed74xx clone boards. These are my VC8E (M869 / M855) clone boards:
https://raw.githubusercontent.com/Roland-Huisman/Digital_VC8E_M885R_Digital…
And this is the DK8E RTC clone (M882) which I'm using.
https://raw.githubusercontent.com/Roland-Huisman/Digital_DK8E_M882R_Mains_R…
There are a few more board clones on my GitHub like the RX8E (M8357) for the RX01/RX02
or TA8E (M8331) for the TU60 if anyone would be interested. With the gerber files andpart lists you should be able to make your own boards. They are all 74xx clones sono hard to find DEC chips on it...
I'm not very active on cctech and I guess some people on cctech are maybe not active on vcfed.So I thought it is nice to mention it here too...
Regards, Roland
Dave, sorry to hear about your situation.
Regarding system/parts/etc. selling prices, I use something called
TeraPeak. It is available on a subscription basis with the downside that
it is now part of Ebay... I quit them in 2015 with no current plans of
ever having anything to do with them, but is still the best way I've
found to get pricing on what sells and how much. It normally has the
actual selling price as opposed to the "asking" price on the main
listing. Because the prices on TeraPeak are the actual selling prices
inflated by the eBay fees and "free" shipping, I generally reduce them
by around 20% - 30% to get realistic pricing (rare items excepted.)
Another what appears to be similar service is Worthpoint. Although I've
looked at it, I have never actually used it.
Like you, I had plans of starting a museum and thus have stuff that I
haven't been able to find pricing information using either TeraPeak or
Google. That would include rare terminals (i.e. Hazeltone, ), some
computers (Philips word processors, Wang, etc.), documentation (IBM,
Burroughs, a variety of printers, etc.) and a lot of other "stuff"
(including some of the stuff you have listed.) How many people have
heard of DMA Systems?
Since I live in Santa Barbara where a number of computer, software,
peripheral were made, I decided to keep anything made in the Santa
Barbara and still have plans for a museum dedicated to what was made
here. That is something you might find possible in your area.
Another thing I'm "collecting" is anecdotes about computer collecting in
the Santa Barbara area. Two examples are where how the name Pickles and
Trout came about, and Lobo drives being named after Roger Billings
(formerly Production manager at Polymorphic) pet wolf, etc.
You might also consider writing a book documenting some of the knowledge
you acquired about computers, etc.
In any case, it sounds like you are well on your way to recovery. So my
best to you and your family during this recovery period!
Marvin
> Thanks to everyone for the kind words on my situation.
>
> Had lots of correspondence from various people interested in
> certain systems, but no offers, and very little information on
> what people think they are worth. Many of these systems are
> very old, very rare and nearly impossible to acquire. As I am no
> longer working I want to maximize what I receive from them.
> I will be researching this over the next year and will add prices
> if/when I work them out. If price is unknown I will take the highest
> reasonable offer, so I cannot offer systems now without an idea
> of what they are worth to you.
191109: Added PDP-11s, KIM1, EDB9301, MMT-85 & FloppyDrives
Thanks to everyone for the kind words on my situation.
Had lots of correspondence from various people interested in
certain systems, but no offers, and very little information on
what people think they are worth. Many of these systems are
very old, very rare and nearly impossible to acquire. As I am no
longer working I want to maximize what I receive from them.
I will be researching this over the next year and will add prices
if/when I work them out. If price is unknown I will take the highest
reasonable offer, so I cannot offer systems now without an idea
of what they are worth to you.
Had several messages asking about other systems I show on "Daves
Old Computers". I have been dealing with several collectors in
Toronto and Ottawa, and any systems not listed in sale.txt is
already gone (still taking inventory so may add a few more, as
well as a LOT of other technical stuff.
> --- Original Message ---
>I have had a major health incident which means that I have been unresponsive
>for several months. As I need to move in closer to town, I will be disposing
>of what remains of my collection (Things like: Altairs, Imsa, PET 2001,
>Apple II, TRS-80s, lots of S100 carts etc.)
>
>I have posted some preliminary information at:
>
> http://www.classiccmp.org/dunfield/sale.txt
Dave
><snip>
>I have had a major health incident which means that I have been unresponsive
>for several months. As I need to move in closer to town, I will be disposing
>of what remains of my collection (Things like: Altairs, Imsa, PET 2001,
>Apple II, TRS-80s, lots of S100 carts etc.)
Best Wishes Dave.
Jack
----------------------------------------------------------------------------------
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.