[cctalk] Re: Value of Intel MDS System

[Nico de Jong via cctalk]

Ah, the (un)famous "Blue Box" !

I used such a system back in the early 80's. I do not recall which OS 
was used, if any. The programming language was PL/M, and the output was 
to be burned into an EPROM  (2712??)


My system had 3 8" floppy drives, SSSD, 250K , IIRC.

The system we developped (I did the telephone exchange part, another guy 
the communication between tower/repeater and the cars) was used for the 
gas company, who need for communication between cars, not necessarily 
within reach of each other, and the office. The system supported 5-6 
simultaneous  comminucations between cars, so occupying 10-12 "tasks", 3 
local telephone lines (within the office) and IIRC 2 lines into the 
normal public system.


The exchange plus communication to/from the towers, could just fit in a 
10 x 16 cm Siemens Eurocard, with IIRC 16  K RAM and 16K EPROM (or 32 
and 16)


We used normal phones with touch-tone buttons to set up the connection.  
In order to break the connection, a special tone was sent when the hook 
was put back. This gave some problems, as the tones used for that 
purposed, were rather close to the tones used for the "4" button. So 
when you dialed a numer with the 4 in it, you never got connected. The 
problem was solved with the change of a filter circuit.


it tought me a lot about low-level programmoing.

Nico

Den 2024-07-13 kl. 06:29 skrev Bill Degnan via cctalk:

Just curious what processor and what OS were you running on it, what model
chassis?  You dont hear a lot about MDS systems even in this list
Bill

On Fri, Jul 12, 2024, 11:48 PM Marvin Johnston via cctalk <
cctalk@classiccmp.org> wrote:


In keeping with a previous discussion about reducing a collection  size,
I have an intel MDS system I am kind of looking to sell. This system
consists of the processor box, dual floppy drives, two keyboards (one
missing a keycap), and monitor. Unfortunately, no manuals or software
came with it when I got it some 30 or so years ago. Also I have never
powered it up and won't since it has been sitting for a long time and
will need a careful checkout to make sure it is safe to power up.

I do plan on attending VCFMW in early September, and can bring it with
me (and Sellam) for pickup at the show. My route will be I5 to I80 from
California so it might be possible for the buyer to make arrangements
with us to transfer the unit to the buyer along the way. Generally
speaking, there won't be much time along the way since I generally drive
24/7 except for short stops for gas and rest as needed

Long winded way of asking here has anyone a clear idea of what to
charge. It has been sitting in my garage since I acquired it.

Marvin

[cctalk] Re: Thirties techies and computing history

[Nico de Jong via cctalk]

Den 2024-05-20 kl. 15:26 skrev Paul Koning via cctalk:



On May 20, 2024, at 6:08 AM, Nico de Jong via cctalk  
wrote:

...
I used to work on the P6000 series, and they had a very interesting 
architecture. For those who want to know a bit more about Philips' history, I 
can recommend an e-book written by one of the guys in Sweden, where the P6000 
series was developped. The P6000 was based on the P800, but extended into a 
system appropiate for bookings, airline reservations, banking etc.

(Link below).

The author is Mats Danielson. By the way, the James Bond film "For your eyes only" shows 
a lot of Philips hardware. The "atomic comb" is a PTS 6272 keyboard with (I think) a 
display boltet to the back of it. Hilarious, just like the book.

/Nico

---
Read my new history book (free e-book)

https://www.researchgate.net/publication/37427_The_Rise_and_Fall_of_Philips_Data_Systems

Nice!

I just flipped through it briefly, and spotted what was the Electrologica 
headquarters (page 143).  And a few pages later there is a bit of history that 
explains the French origin of the PR8000 (or P8000), which was where I learned 
assembly language programming.  Quite a neat machine but very little 
documentation of it still exists.

paul


I have quite a lot of documentation for the P85x CPU's and other stuff. 
Let me know what you need.


/Nico

[cctalk] Re: Thirties techies and computing history

[Nico de Jong via cctalk]

Den 2024-05-20 kl. 10:56 skrev Tony Duell via cctalk:

On Sun, May 19, 2024 at 4:56 PM Tarek Hoteit via cctalk
 wrote:

Thank you, Josh. How did your passion start with classical computers? Maybe 
this helps in understanding the generation?

I know how I got started, but not really why. Although I can explain
how it progressed.

It was May 1986, I was at a sale of old electronics hoping to get a
keyboard for my homebrew computer (this was before cheap PC keyboards
in the UK). I saw a Philips P850 minicomputer being sold essentially
for the scrap metal price. It had the user and service manuals with
it, and it had a lights-and-switches front panel which I'd read about
and never used. I bought it and somehow got it back to my student
room.

That evening I realised that there was a period of about 25 years of
computing which was going to be lost and forgotten if nobody did
something about it. So I did something and started collecting and
restoring all the old computers I could find. It was a lot easier to
find minicomputers and the like back then than it is now.

But why did I buy that initial P850? I am not sure. I've always been
interested in the history of electronics and computers, so perhaps
that was it.

-tony


I used to work on the P6000 series, and they had a very interesting 
architecture. For those who want to know a bit more about Philips' 
history, I can recommend an e-book written by one of the guys in Sweden, 
where the P6000 series was developped. The P6000 was based on the P800, 
but extended into a system appropiate for bookings, airline 
reservations, banking etc.


(Link below).

The author is Mats Danielson. By the way, the James Bond film "For your 
eyes only" shows a lot of Philips hardware. The "atomic comb" is a PTS 
6272 keyboard with (I think) a display boltet to the back of it. 
Hilarious, just like the book.


/Nico

---
Read my new history book (free e-book)

https://www.researchgate.net/publication/37427_The_Rise_and_Fall_of_Philips_Data_Systems

/Nico

[cctalk] Re: Other input devices.

[Nico de Jong via cctalk]

On 2024-04-13 19:22, Paul Koning via cctalk wrote:



On Apr 12, 2024, at 9:55 PM, ben via cctalk  wrote:

Did any one ever use a keyboard to magtape as input device?

My wife did, sort of: for a while she worked with IBM MT/ST word processors.  
Those were very early word processing systems that used a custom magnetic tape 
cartridge for storage and a Selectric typewriter for I/O.

paul


In the early 70's, my (then) employer used a number of Mohawk Data Entry 
systems : keyboard to open-reel tapes. The error rate was horrendous. 
When unrecoverable errors occurred, the whole tape had to be re-typed. 
They did not last very long.


/Nico

[cctalk] Re: 5 1/4" and 3.5" disk duplication machines

[Nico de Jong via cctalk]

Oh yes.

Back in the late 80's, I delivered some 13-14 autoloader-equipped media 
conversion systems to norwegian, finnish and danish customers.


The problem they solved, was that the customers customers had a variety 
of floppy disc formats, like Norsk Data, IBM, CP/M, IBM 3740 (which 
itself had varying densities and single/double side), and many others.


These discs had to be read and/or written, but checking how each disc 
had to be handled, was cumbersome and error-prone.


Based on a request from BBS in Norway, I developped a conversion system 
based on "InterMedia for Windows", Trace / Mountain 3.5" 5.25" and 8" 
autoloaders, and Intermec hardware.


Barcodes were glued to the media, which could then be read by a barcode 
scanner mpunted inside the autoloaders. This barcode could be a 
customer-id, a filename, a project name, or whatever. Some also had a 
reference to the formatname in InterMedia


The last customer, a Employers Union, stopped handling floppies in 2007.

To give an example of the transactions handled by 1 customer (although 
with 3 conversions systems) : if the system was dead for 1 full day, the 
interest they lost on the transactions, would buy them a , new manual 
conversion system, about 130.000 dkk (£15.000 or so)


In its most busy period, all transactions on magnetic media, delivered 
to the bank, would go through my systems, apart from IBM 3480-3490 
cassettes.


All the best

Nico

On 2024-03-09 22:55, Bill Degnan via cctalk wrote:

Does anyone have interest in vintage diskette duplication / duplication
machines? Would this make for an interesting VCF exhibit?  Does/did anyone
use these commercially?
  Bill

[cctalk] Re: Overland Data Depot4 application

[Nico de Jong via cctalk]

On 2024-02-08 05:16, jim stephens via cctalk wrote:



On 2/7/24 21:51, steve shumaker via cctalk wrote:

Greetings!

Based on the comment in a message posted last fall, I downloaded and 
installed the Overland Data Depot4 software that was mentioned during 
a discussion of SCSI tape tools.  But so far I've been stumped in 
getting it to work.   Basic system is a freshly set up Win98SE and an 
Adaptec 1522 SCSI board connected to a Qualstar 9track.  Depot4 
installs and runs without issue but when I try to point it at the 
ASPI drivers it fails to recognize anything.  Any suggestions on 
where to look or what to tweak would be seriously appreciated!


Steve
I have all types of the original Overland Pertec controllers and none 
were SCSI.  There were drivers for those controllers, but nothing for 
any generic thing like ASPI that I encountered.


If this is for their tape libraries, that is way after my time.

Their utilities were great, handling a lot of scenarios and letting 
you configure for a lot of situations to save having to code and break 
up records yourself.


Not much use I guess, but Depot goes to the original programmed I/O, 
ATA, and PCI controllers.

thanks
Jim


Maybe you dont know, but all the Qualstars I've met, are basically 
Pertec. I've run some 1052's on Overland software.


The 34xx series has a SCSI - Pertec interface, so if you remove this 
board, you have a Pertec drive.


Thanks'

Nico

[cctalk] Re: Looking for Tape Control Software TFORMAT for Irwin 110/125 Floppy Tape Drives

[nico de jong via cctalk]

Hello Lothar
I checked my stock, and found the drive . Irwin Rhomat model 285-EE-10. 
Sorry, but I could not find the software

Regards
Nico

On 2023-06-19 17:50, Nico de Jong via cctalk wrote:

Hello
I believe I have the software at home, but I will not be able to check it 
before Tuesday, as I am out of town for the time being. As far as I remember, 
the IRWIN drive (at least the one I have) was seen as a floppy disk, and had to 
be connected to the floppy controller.
I’ll be back
Nico

Sendt fra Mail til Windows

Fra: Lothar Schröder via cctalk
Sendt: 15. juni 2023 11:37
Til: cctalk@classiccmp.org
Cc: Lothar Schröder
Emne: [cctalk] Looking for Tape Control Software TFORMAT for Irwin 110/125 
Floppy Tape Drives

Hello,

I have a number of DC1000 tape cartridges, with and without relevant data on 
them.
I have 2 questions:

1. Has anybody the IRWIN TFORMAT software?
2. I want to make images from the cartridges.
Has anybody done this?
We tried with Linux Mint, but the drive is unknown.

Thanks in advance
Lothar

[cctalk] Re: Looking for Tape Control Software TFORMAT for Irwin 110/125 Floppy Tape Drives

[Nico de Jong via cctalk]

Hello
I believe I have the software at home, but I will not be able to check it 
before Tuesday, as I am out of town for the time being. As far as I remember, 
the IRWIN drive (at least the one I have) was seen as a floppy disk, and had to 
be connected to the floppy controller.
I’ll be back
Nico

Sendt fra Mail til Windows

Fra: Lothar Schröder via cctalk
Sendt: 15. juni 2023 11:37
Til: cctalk@classiccmp.org
Cc: Lothar Schröder
Emne: [cctalk] Looking for Tape Control Software TFORMAT for Irwin 110/125 
Floppy Tape Drives

Hello,

I have a number of DC1000 tape cartridges, with and without relevant data on 
them.
I have 2 questions:

1. Has anybody the IRWIN TFORMAT software?
2. I want to make images from the cartridges.
   Has anybody done this?
   We tried with Linux Mint, but the drive is unknown.

Thanks in advance
Lothar

[cctalk] Re: Anyone in or near Spain that can read 6250 GCR 9-track tape?

[nico de jong via cctalk]

Privat mail sent
/Nico

On 2023-05-31 10:58, Plamen Mihaylov via cctalk wrote:

Hello,

I would like to send you the tapes for dumping ( please provide me with
your mailing details ), is it possible to send them back after this ?

Best regards,
Plamen


On Tue, May 30, 2023 at 1:18 PM nico de jong via cctalk <
cctalk@classiccmp.org> wrote:


We have some tapedrives on our conversion system. M4 and Qualstar.
Please mail me directly if you are interested
Regards
Nico de Jong
www.datamuseum.dk


On 2023-05-30 00:48, Chuck Guzis via cctalk wrote:

List,

I'd rather not put a customer through the throes of sending a 10.5" reel
of tape written on a S/370 mainframe through international shipping.

Anyone in the Barcelona area with the equipment and ability to handle
reading this thing?  Besides, I'm up to my ears in work.

Thanks,
Chuck

[cctalk] Re: Anyone in or near Spain that can read 6250 GCR 9-track tape?

[nico de jong via cctalk]

We have some tapedrives on our conversion system. M4 and Qualstar.
Please mail me directly if you are interested
Regards
Nico de Jong
www.datamuseum.dk


On 2023-05-30 00:48, Chuck Guzis via cctalk wrote:

List,

I'd rather not put a customer through the throes of sending a 10.5" reel
of tape written on a S/370 mainframe through international shipping.

Anyone in the Barcelona area with the equipment and ability to handle
reading this thing?  Besides, I'm up to my ears in work.

Thanks,
Chuck

[cctalk] Re: Reading Old Floppies

[nico de jong via cctalk]

On 2023-01-10 08:12, Chuck Guzis via cctalk wrote:

On 1/9/23 22:31, Fred Cisin wrote:

A little quick speculation, but not determinable without the system, .
. .
The Teac FD55F was a 96tpi "720K" drive at 300 RPM
The Teac FD55G was a "1.2M" drive. 360RPM
The FD55GF was both, and there were several variants, with different
jumpers, etc.  (hence differences between the various ones)

Was the drive running at 300RPM, or 360RPM?
If the disks were HD, then they should have been at 360 RPM, with a
data transfer rate of 500K.
If the disks were NOT HD, and were 640K - 800K "quad" density, then
they should have been at 300RPM with 250K data transfer rate, OR at
360RPM with a 300K data transfer rate.
Could you have been suffering from something as simple as a rotation
speed / data transfer rate mismatch?
The 5170 supported 250K data transfer rates ("360K" disk/drive)
500K data transfer rate ("1.2M" disk/drive)
and 300K data transfer rate ("360K" disk in "1.2M" drive)

What Fred said.  I'll add that a similar situation applies in the 3.5"
world.  The standard in the Japanese NEC PC world was for all floppies
to share a common format, namely 8 sectors of 1024 bytes, starting with
the 8" drives, which normally spin at 360 RPM and use a 500Kb/sec data
transfer rate.  So the IBM 5170 1.2MB drive in high-density is a direct
descendant of that, though early Japanese 1.2MB drives did not have a
low-density mode--and IBM elected to stick with 512 byte sectors.
Finally, we get to 3.5", where the NEC standard was 360 RPM, not 300.
This resulted in the "3-mode drive" where a pin (usually pin 4) is used
to switch the drive RPM between 300 and 360.   The Teac FD235HG drives
can do this (assuming that they're jumpered correspondingly).  The 1.23
MB format was used on a lot of Japanese CNC gear; e.g. Mitsubishi/Mazak.

--Chuck


That reminds me of the first microcomputer I had, back in 1985 or so. It 
was a SORD (model 323?), which was "born" with 1 360k drive. I requested 
the addition of a 5.25 1.2 MB drive, on the condition that it could read 
and write IBM HD floppies. The operating system was a japanese MS-DOS 
version. I had serious problems (like "unwritable") with the 
drive/format, so I eventually, after 3 years, got a credit note :-)


-- NIco

[cctalk] Re: Reading Old Floppies

[nico de jong via cctalk]

On 2023-01-10 07:31, Fred Cisin via cctalk wrote:



On 1/9/23 21:16, nico de jong via cctalk wrote:

Hello Chuck

Speaking of old floppies, when I was busy converting floppies (I've
now been retired for 10 years) I frequently had problems reading some
5.25" disks, but only on specific drives. Those disks came from IBM
systems, probably S/3.

I cannot be sure that the solution holds, but it was my experience
that those "faulty" discs could be read on TEAC FD235GFR drives
orignating from Japan. Not the ones from the Philippines ! That
puzzled me, until I called MIchael Cotgrove from (then) Intermedia in
the UK, who told me that he knew that some IBM systems ran the drives
at a lower speed, and that that very well could be the problem. After
that explanation, I only used the 142U version of the drive, and the
problems went away.

Does this sound familiar?

On Mon, 9 Jan 2023, Chuck Guzis via cctalk wrote:

HI Nico,
It sounds puzzling to me--the FD235 is a 3.5" drive, so I'm not sure
what you were using to read the problem disks with.


A little quick speculation, but not determinable without the system, . 
. .

The Teac FD55F was a 96tpi "720K" drive at 300 RPM
The Teac FD55G was a "1.2M" drive. 360RPM
The FD55GF was both, and there were several variants, with different 
jumpers, etc.  (hence differences between the various ones)


Was the drive running at 300RPM, or 360RPM?
If the disks were HD, then they should have been at 360 RPM, with a 
data transfer rate of 500K.
If the disks were NOT HD, and were 640K - 800K "quad" density, then 
they should have been at 300RPM with 250K data transfer rate, OR at 
360RPM with a 300K data transfer rate.
Could you have been suffering from something as simple as a rotation 
speed / data transfer rate mismatch?

The 5170 supported 250K data transfer rates ("360K" disk/drive)
500K data transfer rate ("1.2M" disk/drive)
and 300K data transfer rate ("360K" disk in "1.2M" drive)

--
Grumpy Ol' Fred ci...@xenosoft.com


I think that this is a logical explanation. Nice to know guys like you 
are still around :-)


Thanks

Nico

[cctalk] Re: Reading Old Floppies

[nico de jong via cctalk]

On 2023-01-10 07:14, Chuck Guzis via cctalk wrote:

On 1/9/23 21:16, nico de jong via cctalk wrote:

Hello Chuck

Speaking of old floppies, when I was busy converting floppies (I've
now been retired for 10 years) I frequently had problems reading some
5.25" disks, but only on specific drives. Those disks came from IBM
systems, probably S/3.

I cannot be sure that the solution holds, but it was my experience
that those "faulty" discs could be read on TEAC FD235GFR drives
orignating from Japan. Not the ones from the Philippines ! That
puzzled me, until I called MIchael Cotgrove from (then) Intermedia in
the UK, who told me that he knew that some IBM systems ran the drives
at a lower speed, and that that very well could be the problem. After
that explanation, I only used the 142U version of the drive, and the
problems went away.

Does this sound familiar?

HI Nico,

It sounds puzzling to me--the FD235 is a 3.5" drive, so I'm not sure
what you were using to read the problem disks with.

--Chuck


My apologies ! Read the wrong note...  I was speaking about the FD5GFR !

-- Nico

[cctalk] Re: Reading Old Floppies

[nico de jong via cctalk]

Hello Chuck

Speaking of old floppies, when I was busy converting floppies (I've now 
been retired for 10 years) I frequently had problems reading some 5.25" 
disks, but only on specific drives. Those disks came from IBM systems, 
probably S/3.


I cannot be sure that the solution holds, but it was my experience that 
those "faulty" discs could be read on TEAC FD235GFR drives orignating 
from Japan. Not the ones from the Philippines ! That puzzled me, until I 
called MIchael Cotgrove from (then) Intermedia in the UK, who told me 
that he knew that some IBM systems ran the drives at a lower speed, and 
that that very well could be the problem. After that explanation, I only 
used the 142U version of the drive, and the problems went away.


Does this sound familiar?

--Nico


On 2023-01-09 20:12, Chuck Guzis via cctalk wrote:

On 1/9/23 10:23, Warner Losh via cctalk wrote:

Also, a normal USB Floppy drive can only handle 1.44MB formatted floppies.
720k might work (but there is nothing in the standards to describe this)
and oddball formats are right out.


I've found that most 3.5" USB floppy drives also support the 1.23MB
8x1024 disks.  (e.g. legacy 3-mode drive equivalent).

Probably not useful for most people, but noteworthy.

--Chuck

Re: Siemens T100 Terminal with Paper Tape - Available

[nico de jong via cctalk]

On 2021-12-10 10:31, Christian Corti via cctalk wrote:

On Thu, 9 Dec 2021, nico de jong wrote:
You need a COM port (or simulator) and a little box converting RS232 
to 50 BPS serial.  Diagrams can be found everywhere. But you could 
also look at


There isn't such a converter thing ;-)
What you mean is a converter between current loop and V.28.
To be precise, RS232 defines connector type, voltages and signalling. 
The latter is identical for all telex/teletype machines. The baud rate 
is of no interest in these cases.


Christian


Yes, you are right Sorry for using the wrong wording :-(

Nico.

Re: Overland T490 cartridge tape drive and autoloader

[nico de jong via cctalk]

Hello Peter
Yes, the drive is 3480 compatible.
I have only seen them as "normal" SCSI, but that is not the same as 
saying that differential versions do not exist.
I believe I have a manual somewhere, but can't look into it until mid 
next week

I'll get back to you if I find it
Nico

On 2021-12-09 22:20, Peter Coghlan via cctalk wrote:

Many years ago, a friend gave me an Overland T490 tape drive which has
some kind of autoloader attached which takes ten tapes.  I was told it
came out of a Tandem system.  The tapes are square cartridges similar
but different to a DEC TK50.  I can't find very much information about
the drive on the web but there are some hints that it might be compatible
with an IBM 3480.  It powers up nicely and the fan works and after a
short pause, a green LED illuminates.  There are only two buttons on
the front, "unload" and "format".

There are two DD50 connectors on the back.  One had a terminator plugged
into it labelled "SCSI differential".  The other had a ridiculously long
cable with DD50 plugs on it connected, lending further credence that
this is a differential (pre-LVD I expect) SCSI device.

I would like to get this drive working with my Alpha or VAX VMS systems
but I have never had any luck getting them to talk to it.  Recently,
I tried a using a DD50-HD68 cable I found somewhere to connect it to
a differential SCSI card in my Alphaserver 800 but I could not get VMS
to see the drive.  Not knowing what SCSI id the drive is likely to be
using makes it hard to know where to start looking for it.

There are no switches on the outside of the drive which could be used
to set the SCSI id so I opened it up to see if I could find any hints
inside.  I didn't see anything that looked like it could be used to
set the SCSI id inside either.  What I did find is that the interface
board had a connector labelled "SCSI differential" which had two short
lengths of ribbon cables plugged into it leading to the two DD50
connectors on the rear panel and another connector labelled
"SCSI single ended" with nothing attached.  There were also two ten way
jumper packs which were labelled "DI" and "SE" on each side.

So, not having any luck with differential so far, I tried moving the
two jumper packs from "DI" to "SE" and moving the ribbon cable to the
"SCSI single ended" socket.  I used a short, known good DD50-DD50 SCSI
cable to connect the drive to my VAX 4000-100A and replaced the
differential terminator with a known good single-ended terminator.
VMS didn't see the drive.  VMS has a utility called scsi_info which can
be used to send a SCSI inquiry command and read mode pages etc.  Trying it
against each unused SCSI id results in "device timeout" every time.  The
system disk is on the same SCSI bus before the tape drive and a SCSI
scanner can be connected after it on the bus.  Both devices work fine so
the SCSI bus cabling and termination is in good shape on both sides of
the tape drive.  I've tried moving the system disk SCSI id from 0 to 1,
changing the initiator SCSI id from 6 to 7 and replacing the scanner with
a terminator in case there is any sort of SCSI id conflict but scsi_info
still doesn't show up anything that could be the tape drive.

Does anyone have any information about this drive, particularly
whether it should behave like a standard SCSI tape drive and what
SCSI id and/or lun it is expected to use or if there is some trick
required to get it to start talking? Maybe it doesn't like SCSI
inquiry commands?

Extra bonus points awarded for details on how to control the autoloader.

Maybe I did some damage to it when I was trying to get it to work when
I first got it?

Regards,
Peter Coghlan.

Re: Siemens T100 Terminal with Paper Tape - Available

[nico de jong via cctalk]

On 2021-12-09 11:26, Dominique Carlier via cctalk wrote:


On 9/12/2021 11:00, nico de jong via cctalk wrote: 


Sent !

Re: Siemens T100 Terminal with Paper Tape - Available

[nico de jong via cctalk]

Hello Dominique
If you send me your e-mail address, I can start with sending you the 
user manual, so you can what the software does
This software has an interface to i-telex.net, so you can use it for 
international chats
It also has a lot of other functions, but it would take too long to list 
it all here

Regards
Nico (OZ1BMC), formerly PTT telegraph operator

On 2021-12-09 11:14, Dominique Carlier via cctalk wrote:

Oh great ! But a little bit noisy to use like that ;)
Well, I'm interested by your software anyway !

Dominique

On 9/12/2021 11:00, nico de jong via cctalk wrote:

Dominique,
Well, that is in principle very easy.
You need a COM port (or simulator) and a little box converting RS232 
to 50 BPS serial.  Diagrams can be found everywhere. But you could 
also look at www.i-telex.net. This is a (primarily) german "band of 
brothers". They have set up an international of teleprinter users, so 
they can communicate through internet. Nice system, can recommend it.
If you have (or get) a special interest in teleprinters, I have the 
software for a teleprinter exchange, also interfacing to i-telex.net
In this way, you can have a complete telegraph office in your living 
room (more likely : a garage)

73, Nico

On 2021-12-08 21:29, Dominique Carlier via cctalk wrote:
The subject interests me because I have the same beast but which 
only works in local mode. I currently don't know what is required to 
send text in this monster through a computer

Below is a link to a video of my machine in action:

https://www.youtube.com/watch?v=dL-XU855C80

Dominique

On 8/12/2021 20:52, Paul Koning via cctalk wrote:
No, it's 5 bit tape.  2 data bits, transport sprocket holes, 3 data 
bits -- top to bottom on the reader (right side), left to right on 
the punch (left side).


DEC PDP-10 systems used six bit code internally but I don't 
remember those appearing on punched tape.  The punched tape 
machines I have seen with 6 channels are typesetting devices, from 
early tape operated Linotype machines (1940s vintage) to 1960s or 
1970s era phototypesetters.  Those are upper/lower case.


paul


On Dec 8, 2021, at 2:23 PM, Mike Katz  wrote:

I thought I had recalled that Baudot was 5 bits but the paper tape 
is 6 bits across and I don't know of any 6 bit character codes 
except for DECs upper case only character set and even their paper 
tape had 8 bits so I guessed Baudot.


On 12/8/2021 1:16 PM, Paul Koning wrote:
5 bit; if it really were 6 bits it would typically be typesetting 
codes.


That's a relative of the machine used as console terminal on 
Dutch Electrologica X8 computers; I recognize the "Iron cross" 
symbol, the figures shift character on the D key. But some of the 
other function codes have different labels so it isn't actually 
the same model.


The description I have says that the X8 console used CCITT-2, 
a.k.a., Baudot, code but with the bit order reversed.  And also 
that it used the all-zeroes code as a printable character rather 
than as non-printing fill.


paul

Re: Siemens T100 Terminal with Paper Tape - Available

[nico de jong via cctalk]

>Please note : all mecanial Siemens machines I've seen, use 40 mA. Not 
60 mA.

/Nico

On 2021-12-09 00:21, Curious Marc via cctalk wrote:

Dominique,
Nice to see your machine working so well! I like how it lights up from the 
inside. To connect it to a computer, you could simply get a Volpe board that 
does the Baudot 60 mA loop to ASCII RS 232 conversion for you, or build one 
yourself like I did. Info on both here: 
https://www.curiousmarc.com/mechanical/teletype-model-19#h.p_2ltO4LwPtuZR
Matc


On Dec 8, 2021, at 12:29 PM, Dominique Carlier via cctalk 
 wrote:

The subject interests me because I have the same beast but which only works in 
local mode. I currently don't know what is required to send text in this 
monster through a computer
Below is a link to a video of my machine in action:

https://www.youtube.com/watch?v=dL-XU855C80

Dominique


On 8/12/2021 20:52, Paul Koning via cctalk wrote:
No, it's 5 bit tape.  2 data bits, transport sprocket holes, 3 data bits -- top 
to bottom on the reader (right side), left to right on the punch (left side).

DEC PDP-10 systems used six bit code internally but I don't remember those 
appearing on punched tape.  The punched tape machines I have seen with 6 
channels are typesetting devices, from early tape operated Linotype machines 
(1940s vintage) to 1960s or 1970s era phototypesetters.  Those are upper/lower 
case.

paul


On Dec 8, 2021, at 2:23 PM, Mike Katz  wrote:

I thought I had recalled that Baudot was 5 bits but the paper tape is 6 bits 
across and I don't know of any 6 bit character codes except for DECs upper case 
only character set and even their paper tape had 8 bits so I guessed Baudot.

On 12/8/2021 1:16 PM, Paul Koning wrote:

5 bit; if it really were 6 bits it would typically be typesetting codes.

That's a relative of the machine used as console terminal on Dutch Electrologica X8 
computers; I recognize the "Iron cross" symbol, the figures shift character on 
the D key.  But some of the other function codes have different labels so it isn't 
actually the same model.

The description I have says that the X8 console used CCITT-2, a.k.a., Baudot, 
code but with the bit order reversed.  And also that it used the all-zeroes 
code as a printable character rather than as non-printing fill.

paul

Re: Siemens T100 Terminal with Paper Tape - Available

[nico de jong via cctalk]

Dominique,
Well, that is in principle very easy.
You need a COM port (or simulator) and a little box converting RS232 to 
50 BPS serial.  Diagrams can be found everywhere. But you could also 
look at www.i-telex.net. This is a (primarily) german "band of 
brothers". They have set up an international of teleprinter users, so 
they can communicate through internet. Nice system, can recommend it.
If you have (or get) a special interest in teleprinters, I have the 
software for a teleprinter exchange, also interfacing to i-telex.net
In this way, you can have a complete telegraph office in your living 
room (more likely : a garage)

73, Nico

On 2021-12-08 21:29, Dominique Carlier via cctalk wrote:
The subject interests me because I have the same beast but which only 
works in local mode. I currently don't know what is required to send 
text in this monster through a computer

Below is a link to a video of my machine in action:

https://www.youtube.com/watch?v=dL-XU855C80

Dominique

On 8/12/2021 20:52, Paul Koning via cctalk wrote:
No, it's 5 bit tape.  2 data bits, transport sprocket holes, 3 data 
bits -- top to bottom on the reader (right side), left to right on 
the punch (left side).


DEC PDP-10 systems used six bit code internally but I don't remember 
those appearing on punched tape.  The punched tape machines I have 
seen with 6 channels are typesetting devices, from early tape 
operated Linotype machines (1940s vintage) to 1960s or 1970s era 
phototypesetters.  Those are upper/lower case.


paul


On Dec 8, 2021, at 2:23 PM, Mike Katz  wrote:

I thought I had recalled that Baudot was 5 bits but the paper tape 
is 6 bits across and I don't know of any 6 bit character codes 
except for DECs upper case only character set and even their paper 
tape had 8 bits so I guessed Baudot.


On 12/8/2021 1:16 PM, Paul Koning wrote:
5 bit; if it really were 6 bits it would typically be typesetting 
codes.


That's a relative of the machine used as console terminal on Dutch 
Electrologica X8 computers; I recognize the "Iron cross" symbol, 
the figures shift character on the D key. But some of the other 
function codes have different labels so it isn't actually the same 
model.


The description I have says that the X8 console used CCITT-2, 
a.k.a., Baudot, code but with the bit order reversed.  And also 
that it used the all-zeroes code as a printable character rather 
than as non-printing fill.


paul

Intermec 8625 printer

[nico de jong via cctalk]

Hi all,

I'm hoping to get an answer here.

The 8625 barcode printer has a prompting mode, switched on by activating 
the bottom switch in a bank of switches. The printer is then supposed to 
write a prompt, so you can start programming the label formats.


I seem to remember that the printer expects a CTRL+H sequence to be 
reset/restarted, but nothing happens.


Can any of you remember the settings for the terminal (I do know about 
9600,7,1,even) ? I'm not sure on which terminal the printer expects to 
write to. VT100 ? ANSI? ? And how about flow control?


Any help would be appreciated

Regards

Nico

PS The printer is to be used for museum purposes, and as usual, the 
museum has no money to spend :-(

Intermec 8625

[nico de jong via cctalk]

Hi All,

It might sound a bit strange, but I am looking for the manual for the 
Intermec 8625 barcode printer. I need it for a museum project in the 
danish Home Guard, but it seems to be just as rare a a hens teeth. I 
would be very grateful if I could borrow the user manual for copying the 
relevant parts.


Thanks in advance

Nico, OZ 1 BMC

Re: Strange magtape anecdote

[nico de jong via cctalk]

Hi all,

Back in the early 70's I was an operator on an IBM 360/40 with 4 
tapedrives. Nobody could understand that sometimes a tape transfer would 
stop saying "end of tape", mainly around 3 PM, when not called for. It 
was mainly one specific drive, but its two neighbours, one on each side, 
could also behave like this. Tape drive specialists visitied us, 
scratched their heads, and went off again. When the blinds were rolled 
down, the error disappeared. The reason for the strange behaviour was 
that the sun could shine into the machine room when it was in a specific 
position, so it could send some light into the drive, where the tape 
then reflected the light into the sensor, making it believe that it had 
met the end-of-tape marker.


/Nico OZ 1 BMC

On 2020-10-26 17:01, Al Kossow via cctalk wrote:


http://mnembler.com/computers_mini_stories.html

"George Dragner always wore a belt with a metal dragon buckle.  He was 
a colorful character known for pissing off management.  His most 
famous act was tossing a chair through the window at a customer site. 
The customer refused to believe that the lack of humidity in the room 
was screwing up his magnetic tape media.  As the tape heads depend on 
the moisture from the air to prevent the magnetic oxide from being 
torn off the media from the friction during a rewind. George broke the 
window to prove his point.  He was right ! "


There is a minimum RH specified for tape, but "tape heads depend on 
the moisture from the air"  ??

Re: ICL1501 Cobol manual available

[nico de jong via cctalk]

On 2020-04-17 09:12, ben via cctalk wrote:

On 4/17/2020 12:19 AM, Tomasz Rola via cctalk wrote:
On Thu, Apr 16, 2020 at 10:00:17PM +, Tapley, Mark B. via cctalk 
wrote:

[...]

Tomasz, forgive me but I have to ask. You did note the date on which
that announcement appeared, right?


Yeah. I do not have to look at it again to tell you it was dated April
1st 2005 :-). But it is ok you asked, I could have overlooked it in a
hurry. But, well, Arduinos with 512 bytes or ram, just think of it,
putting Cobol on it, what an achievement would it be...


But Cobol is just not the same with out some spinning tape drives.
Ben.


Talking of spinning tape drives : anyone remember IBM's TAPESORT ?

On the 1401 a disksort was almost useless, bearing in mind that the 1311 
diskdrive only could accomodate 2 million characters.


One night, the job was to sort the wages for a large numers of factory 
workers. The job used to take 3-4 hours, so the operator went home for a 
quick nap, intending to return at 4 in the morning, so he could finish 
the job. However, the tape sort had aborted as there was a hard error on 
one of the sort tapes, so he had to start from scratch.


The factory workers' union had a clause in the agreement, saying that if 
the wages were not paid by 10 am, those who had not received the wages, 
would strike until they had.


The result of that nights sleep was therefore that as soon as some 25 
envelopes had been printed, they would be taken off the printer, filled 
with notes and coins (we are speaking of the 1970's, they would be put 
into a cab, speeded to the factory, and delivered to the workers. By 2 
PM everybody was working again. The operator was not very popular, and 
he never went home again to take a nap while "working"


/Nico

Speaking of RPG.... was :Re: Is IBM RPG classic?

[nico de jong via cctalk]

Hi all,

This discussion brought up some memories. Until I retired, I was in the 
media conversion business (read : handling media Windows did not 
support). One of my customers was the danish Custom and Tax authority, 
and they had a peculiar problem. They wanted the incoming data to be 
verified before the data was forwarded to the mainframe, so they did not 
have to search through boxes of media when errors were found, in order 
to be able to return the medium to the supplier.


The software used for the conversion, was called 'Intermedia for 
Windows'. Apart from being able to do normal conversions, there was the 
possibility to lead the data through a customer-defined DLL, before 
being written to the ouputfile.


So what I had to do, was to develop a Windows DLL, doing whatever was 
specified by the customer, including writing errorlists, table look-ups 
and other niceties. And as the customer had RPG-II experience in-house, 
the job was clearly defined.


This was accomplished by writing an RPG-II editor, written in Delphi. A 
program would then interprete the RPG-II source, and would then compile 
it into a DLL.


Surprisingly, it worked quite well

/Nico

On 2019-12-16 15:24, Guy N. via cctalk wrote:

On Sun, 2019-12-15 at 20:16 -0800, Fred Cisin via cctalk wrote:

Dijkstra had clever nasty things to say about many programming languages.
I can't find his opinion about RPG.

Unprintable, even on the interwebs? :-)

Thanks for all the replies, both humorous and informative.  I'll try to
find out what version of RPG my friend has the misfortune to be working
with, and what platform it's on.

Re: New website has gone live

[nico de jong via cctalk]

Nice !

On 2019-11-12 17:45, Jay Jaeger via cctalk wrote:

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

Re: Philips mini computers

[nico de jong via cctalk]

On 2019-10-28 09:43, Christian Corti via cctalk wrote:

On Sun, 27 Oct 2019, nico de jong wrote:
Then you could generate turnkey systems, where the "operating system" 
could be floppy or cassette (ECMA34) based,


Turnkey systems typically controlled process equipment and the like, 
where operator intervention was very limited, normally limited to 
pushing a few buttons on an operator panel, or to load new programs.


I do have a bunch of floppies for whatever P800 series machine, but 
none of them seem to run or boot on our machine. The images are also 
on our FTP server along with the service manual. Maybe you can use 
them in some manner.


Christian



I had a quick look at 6_0.bin. It has a normal layout, 1 boot sector to 
start with, 1 user, 3 files. two of which are Load Modules (= programs), 
the last one is a textfile with paramters etc. The program seems to be 
for testing something, accordng to the texts  I found. My guess is that 
the user communication is to and from a Teletype ASR or Philips PER3100 
operator console or similar.


Could I talk you into zipping the contents of that directory and mail it 
to me, or save it as one zip file in that directory?


Nico

Re: Philips mini computers

[nico de jong via cctalk]

On 2019-10-28 09:43, Christian Corti via cctalk wrote:

On Sun, 27 Oct 2019, nico de jong wrote:
Then you could generate turnkey systems, where the "operating system" 
could be floppy or cassette (ECMA34) based,


Turnkey systems typically controlled process equipment and the like, 
where operator intervention was very limited, normally limited to 
pushing a few buttons on an operator panel, or to load new programs.


I do have a bunch of floppies for whatever P800 series machine, but 
none of them seem to run or boot on our machine. The images are also 
on our FTP server along with the service manual. Maybe you can use 
them in some manner.


Christian



Seems like a nice little project for the coming winter.

I'll download the floppies, and see what they are, to start with

Nico

Re: Philips mini computers

[nico de jong via cctalk]

On 2019-10-28 09:37, Christian Corti via cctalk wrote:

On Sat, 26 Oct 2019, nico de jong wrote:
As for documentation I have the CPU (only) technical manual for the 
P850,
the 2 volumes of schematics for the P851 and the preliminary manual 
(alas

without the microcode source) for the P854. Some other schematics for
things like the P854's PSU, the 4 channel serial port, floppy disk 
system, etc.

[...]
In order to test things, I've developped a simulator and assembler 
for the P857, although without floating point and I/O processor, as I 
have no documentation for that, so maybe I can harvest something from 
the documents you have. Are the mailable, or do you need to scan them 
first?


I have the P856M/P857M service manual online (actually for 11 years 
now ;-) )

It's the first hit from Google if you search for it.
This manual includes detailed description of the CPU, including the 
I/O processor (appendix B), the MMU (appendix C) and the FPP (appendix 
D).


Christian



That depends on what you put in the search field. The first one I found, 
was my own manual on datamuseum.dk :-)


Anyway, I found some other very interesting things on your page, such as 
the layout of the SSSD floppy, so my wiki will benefit of some serious 
enhancements


Thanks


Nico

Re: Philips mini computers

[nico de jong via cctalk]

Bedankt Fred Jan, Op XS4ALL vond ik 1 manual die ik nog niet had (VDU). 
Theo's website had ik al "gemelkt" :-)


Bedankt voor de hulp

Groeten

Nico

On 2019-10-27 18:39, Fred Jan Kraan via cctalk wrote:

Hi,

Some manuals are available at:

http://electrickery.xs4all.nl/comp/divcomp/doc/index.html

There is a simulator (and more manuals) at:

http://www.theoengel.nl/P800/p800sim.html

Greetings,

Fred Jan

Re: Philips mini computers

[nico de jong via cctalk]

On 2019-10-27 15:56, Christian Corti via cctalk wrote:

On Sat, 26 Oct 2019, jos wrote:

On software side not much : a single cassette with Fortran & manuals.


That is also the problem with our P856, I have a single-density FDC 
with floppy drives but no floppy based operating system.


Christian


If my experience on the P800 series is anything to go by, I can offer 
some kind of explanation.


The P800 series came two flavours : development system and turnkey 
system. A development system was harddisc based, for example the 
diskdrives X1215 and X1216, both having a fixed platter and an 
exchangeable cartride. The drives had 2 x  (2.5 or 5 MB).


'The development system could use an operating system like MAS, DOM (a 
very stupid name, as DOM in Dutch means STUPID), DOS or DRTM,


Then you could generate turnkey systems, where the "operating system" 
could be floppy or cassette (ECMA34) based,


Turnkey systems typically controlled process equipment and the like, 
where operator intervention was very limited, normally limited to 
pushing a few buttons on an operator panel, or to load new programs.


/>Nico

Re: Philips mini computers

[nico de jong via cctalk]

The Honeywell does not look like a P800, and to the best of my knowledge 
Philips (with one L) did their own development in the mini sector.


However, I do know that for example one of their text processing 
systems, one in the P5000 range (the P5001?), was a rebadged Canadiann 
system, Alas, the name escapes me.


The other names mentioned in this mail,  are totally unknown to me.

Philips at that time had many interesting products, but they could never 
lay arm with the big ones like Sony. Just think of the video recorder 
they made. Excellen quality. I heard that the reason VHS won the battle, 
was because porn distributors swang a big stick saying that it was 
quicker to copy tapes on a VHS system. Don't know how true it is.



/Nico


On 2019-10-27 02:45, Adrian Stoness via cctalk wrote:

phillips when they ventured into the mini world start out by rebadging the
honeywell 316 witch i think is what your talking about
https://imagizer.imageshack.com/v2/800x533q90/r/924/RfzStB.jpg

On Sat, Oct 26, 2019 at 7:38 PM Paul Koning via cctalk <
cctalk@classiccmp.org> wrote:




On Oct 26, 2019, at 5:00 AM, nico de jong via cctech <

cct...@classiccmp.org> wrote:

Hi all,

Back in the 70's and 80's Philips had a quite popular series of mini

computers called P800, which also branched out to the PTS series and
possibly other.

I don't remember those; I do remember a Philips mini called the PR8000.
That was apparently designed for industrial control, at least judging by
the marketing brochure I have for it.  It's the machine on which I learned
assembly language programming.  24 bit machine, French mnemonics.  Very
interesting interrupt system.  I've never seen any documents about it other
than that one short 10-page marketing sheet.

Then there was a 16 bit Philips minicomputer, P9200?  Saw it at the
Evoluon in Eindhoven where it controlled an interactive sculpture called
the Senster.  That has been preserved apparently; it would be neat to do a
simulation of it.

 paul

Re: Philips mini computers

[nico de jong via cctalk]

Yes, I know of Vaxbarn. I have copied many of Camiels manuals, and he 
has copied a lot of mine. I visited him and his lovely wife a few years 
ago. Very agreeable people (and nice kids...)


I know about the P1000, but I've never seen one "on the flesh". When I 
started to work for Philips Data Systems in 1980, it was already retired.


/Nico

On 2019-10-26 21:41, Adrian Stoness via cctalk wrote:

also helps if u google stuff quik google found this site with lots on
the 856m 857
http://www.vaxbarn.com/p800/home.html

im more interested in the p1000 series my self actually has one of the 3
sales models built in the 60's for that system but thats a big iron

On Sat, Oct 26, 2019 at 2:30 PM Adrian Stoness  wrote:


mean like this
https://imagizer.imageshack.com/v2/800x795q90/r/922/b5tczU.jpg
https://imagizer.imageshack.com/v2/800x533q90/r/922/XYBanl.jpg
https://imagizer.imageshack.com/v2/1000x186q90/r/922/RCQmCW.jpg

Re: Philips mini computers

[nico de jong via cctalk]

Yes, exactly.

Do you have the manuals in a mailable version?


Cheers

Nico

On 2019-10-26 21:30, Adrian Stoness via cctalk wrote:

mean like this
https://imagizer.imageshack.com/v2/800x795q90/r/922/b5tczU.jpg
https://imagizer.imageshack.com/v2/800x533q90/r/922/XYBanl.jpg
https://imagizer.imageshack.com/v2/1000x186q90/r/922/RCQmCW.jpg

Re: Philips mini computers

[nico de jong via cctalk]

On 2019-10-26 20:13, jos via cctalk wrote:

On 26.10.19 11:00, nico de jong via cctech wrote:

Hi all,

Back in the 70's and 80's Philips had a quite popular series of mini 
computers called P800, which also branched out to the PTS series and 
possibly other.


Could I be lucky to find other list members interested in these 
products? I know of a few, but there surely must be others. I'm 
trying to collect what is left of the documentation.


73, Nico



Wel I am of course, but then you knew that !


Currently I have -:

- a P857

- a P856 missing the box, PS & backplane ( simple enough to reproduce )

- a measuring system based on the P854 CPU ( the same I brought you )

- a P851, missing the backplane, frontpanel,  a serial card and the PSU.

- 2 single-chip P800 CPU's


I have documentation on the P852, P956, P833 digital cassette

On software side not much : a single cassette with Fortran & manuals.


Yes, we should get Al interested in these ! But AFAIK they never made 
in to the US.



Regards, Jos


Hi Jos

It's nice to know exactly what you have. I'll put it in a spread sheet, 
which I'll distribute eventually. It would be nice if we could assemble 
some working systems from spare parts laying around. Seems to be a 
winter project, just to collect the data :-)


I'll be in touch

/Nico

Re: Philips mini computers

[nico de jong via cctalk]

On 2019-10-26 20:01, Tony Duell via cctalk wrote:

On Sat, Oct 26, 2019 at 6:53 PM nico de jong via cctalk
 wrote:


In order to test things, I've developped a simulator and assembler for
the P857, although without floating point and I/O processor, as I have
no documentation for that, so maybe I can harvest something from the
documents you have. Are the mailable, or do you need to scan them first?

I would have to get them scanned.

The technical manuals are looseleaf in ring binders so could go through a 
sheetfeed
scanner if I can find somebody with one. The user manuals are paperback books 
and
would be very hard to scan without damage (needless to say I am not prepared to
ruin them!)

-tony



Hi Tony

Of course you shouldnt ruin your books:-) so let's hope someone else has 
them in a mailable format


Thanks

Nico

Re: Philips mini computers

[nico de jong via cctalk]

No, we are not. The P800 series used a card format, the name of which 
escapes me at the momen, but I believe it started with an M. The only 
experience with Philips computers, other then the P800 series, is the 
P2000. It was marketed by Philips Austria, and was a pre-PC system. I 
believe there was a CP/M based P3000, but I'm not quite sure.


Cheers

Nico

There is a backplane, and each card can have two or three extra 
connectors at the back, similar to the one in the middle, going to the 
backplane.


On 2019-10-26 19:59, Nigel Johnson via cctalk wrote:
Are we talking about ISA-bus computers here?  If so the colour 
graphics card was a Persyst Bob card, and the bi-sync adapter, if 
equipped, was also made by Persyst.  I know because I signed them to 
the contract to buy those two items. I know about their high standards 
of Quality Control because they rejected about 1/3 of my initial 
shipments!


In 1985, every computer that included a CRT made by Philips was made 
at their factory in Ste. Laurent, QC, or so their engineers told me.


cheers,

Nigel (then known as Bill) Johnson


On 26/10/2019 13:53, nico de jong via cctalk wrote:


On 2019-10-26 19:44, Tony Duell via cctalk wrote:

On Sat, Oct 26, 2019 at 6:36 PM nico de jong via cctalk
 wrote:

Hi all,

Back in the 70's and 80's Philips had a quite popular series of mini
computers called P800, which also branched out to the PTS series and
possibly other.

Could I be lucky to find other list members interested in these
products? I know of a few, but there surely must be others. I'm trying
t

Re: Philips mini computers

[nico de jong via cctalk]

On 2019-10-26 19:44, Tony Duell via cctalk wrote:

On Sat, Oct 26, 2019 at 6:36 PM nico de jong via cctalk
 wrote:

Hi all,

Back in the 70's and 80's Philips had a quite popular series of mini
computers called P800, which also branched out to the PTS series and
possibly other.

Could I be lucky to find other list members interested in these
products? I know of a few, but there surely must be others. I'm trying
to collect what is left of the documentation.

My first minicomputer (which I still have and can see from where I am sitting)
was a Philips P850. I now also own a P851 and a P854 (both with floppy drives)
and lots of spares.

As for documentation I have the CPU (only) technical manual for the P850,
the 2 volumes of schematics for the P851 and the preliminary manual (alas
without the microcode source) for the P854. Some other schematics for
things like the P854's PSU, the 4 channel serial port, floppy disk system, etc.

User manuals for at least the P850 and P851. And some software-related
manuals, manuals on related machines, etc but I would have to check exactly
what I have there.

-tony'


Hi Tony

The manuals you mention, don't ring a bell.

We have now more-or-less rejuvenated a PTS6813 aka P857, although 
without the discs.


Furthermore, we have the parts to build a P852 from spare parts.

In order to test things, I've developped a simulator and assembler for 
the P857, although without floating point and I/O processor, as I have 
no documentation for that, so maybe I can harvest something from the 
documents you have. Are the mailable, or do you need to scan them first?


Thanks

Nico

Philips mini computers

[nico de jong via cctalk]

Hi all,

Back in the 70's and 80's Philips had a quite popular series of mini 
computers called P800, which also branched out to the PTS series and 
possibly other.


Could I be lucky to find other list members interested in these 
products? I know of a few, but there surely must be others. I'm trying 
to collect what is left of the documentation.


73, Nico

Re: DEC TKZ10 Tapes

[Nico de Jong via cctalk]

Hi *Bill

I have 3x Bull 3215 tapes if you are willing to pay the postage from 
Denmark. I can erase them on a Tandberg drive, if you want.


Nico


On 31-01-2019 22:33, Bill Gunshannon via cctalk wrote:

Does anyone have any DC6525 tape cartridges they would be willing
to part with?  One of the Expansion boxes on my VAX has a TKZ10
but none of the older QIC tapes I have can handle the format from
this drive.

bill

Re: Wanted: LTO-5 tapes (used?)

[Nico de Jong via cctalk]

Sorry Ethan, the cassettes I have, are marked HP ultium 200 GB, C7971A.
I have 6 or so, plus a cleaning cassette
Can you usem them?
Regards
Nico
- Original Message - 
From: "Ethan via cctalk" 
To: 
Sent: Friday, September 28, 2018 5:14 PM
Subject: Wanted: LTO-5 tapes (used?)


>
> Looking for used LTO-5 tapes that I can erase and add to my library at 
> home for backing up spinning disk archives. I can use LTO-4 as well but 5 
> gives the most bang for buck.
>
> HMU
>
>  - Ethan
>
> --
> : Ethan O'Toole
>
> 

--
I am using the free version of SPAMfighter.
SPAMfighter has removed 17436 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

Do you have a slow PC? Try a Free scan 
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen

Re: EF50 was Re: radar history

[Nico de Jong via cctalk]

Oh sh..l., It was a bit too quick
Apologies...
/Nico
- Original Message - 
From: "ANDY HOLT via cctalk" 
To: "General Discussion: On-Topic and Off-Topic Posts" 

Sent: Sunday, March 04, 2018 3:52 PM
Subject: EF50 was Re: radar history


>E = 6.3v filament
> F = Pentode
> 5x = B9G base
>
> Andy 

--
I am using the free version of SPAMfighter.
SPAMfighter has removed 16135 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

Do you have a slow PC? Try a Free scan 
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen

Re: EF50 was Re: radar history

[Nico de Jong via cctalk]

.. also known as Noval base
/Nico
- Original Message - 
From: "ANDY HOLT via cctalk" 
To: "General Discussion: On-Topic and Off-Topic Posts" 

Sent: Sunday, March 04, 2018 3:52 PM
Subject: EF50 was Re: radar history


>E = 6.3v filament
> F = Pentode
> 5x = B9G base
>
> Andy 

--
I am using the free version of SPAMfighter.
SPAMfighter has removed 16135 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

Do you have a slow PC? Try a Free scan 
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen

Re: IBM 2501 + doc + spares available in EU.

[Nico de Jong via cctalk]

the 2501 was also part of the 3780 RJE terminal. The printer was a 1442 IIRC
/Nico
  - Oprindelig meddelelse - 
  Fra: Henk Stegeman via cctalk
  Til: cctalk@classiccmp.org
  Sendt: 12. november 2017 10:48
  Emne: IBM 2501 + doc + spares available in EU.



  Hi,

  Available in the Netherlands a compleet IBM 2501 punch card reader with 
all
  IBM documentation and spares from a scrapped unit.

  Please contact me off-line if interrested.

  h.j.stegeman at hccnet dot nl.

  Regards

--
I am using the free version of SPAMfighter.
SPAMfighter has removed 15172 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

Do you have a slow PC? Try a Free scan 
http://www.spamfighter.com/SLOW-PCfighter?cid=sigen