RE: VCF?

[CuriousMarc via cctalk]

The overall Chordset dimensions are 5 3/4 for width and 6" for depth. Keys are 
spaced like regular piano keys, whatever that is. That should help you 
dimension the drawing you have. We found very few programs that would use it.
Marc

-Original Message-
From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Steve Malikoff 
via cctalk
Sent: Sunday, August 13, 2017 6:34 PM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: Re: VCF?

Marc said
> I just put up one video
> https://youtu.be/qnjtna0tRhg
> Warning: it's selective, mostly centered on my own favorites and interests, 
> the people I could interview, and of course our Alto which was on exhibit.
> Almost no micro or post 1970's stuff, of which there was a lot more of course.
>
> Marc

Couldn't get this HTML5-only video on an older Firefox, whereas all your other 
videos including the latest Alto one from the other day play fine, so watched 
it on another machine.

Anyway I was wondering if it would be possible to get some accurate and 
detailed scale measurements of the Alto chorded keyset?
There is a plan drawing of the in the keyset in the Alto docs but it has no 
dimensions. I've had an idea for some time that a 3D-printed exact replica 
would be a fun project for a PC, with something like an Arduino Nano or Pro 
Mini tucked inside.

Steve.

Re: RX02 *.DSK convert to PDP11GUI Image format

[Ulrich Tagge via cctalk]

Hi Jerry,

I have tried with PDP11GUI, but the first message says "The image 
contains only 505856 bytes, but disk has 512512 bytes".
I have written some disks, and have ignored this message, but none of 
them is readable under RT-11.

.dir dy0:
?DIR-F-Error reading directory

So I think the DSK format is different from the one PDP11GUI uses.
In the documentation I have seen, that the format is the same as SimH uses.
>>
*Image file format*
Every DEC disk or tape is logically represented as a linear list of 
“blocks”. The block size differs between 128 byte and 1024 bytes. 
Reading and writing is based on block numbers.

The file format is that of SimH: a file image is just a stream of blocks.
>>

Kermit would be a possibility, and I will try it later on.

Many Greetings
Ulrich

Am 13.08.2017 um 19:25 schrieb Jerry Weiss:

On Aug 13, 2017, at 11:00 AM, Ulrich Tagge via cctalk  
wrote:

Hi all,

maybe someone can help.
I would like to install TCP/IP on my RT-11 system.
After a short search I have found the following, which I would use: 
http://www.classiccmp.org/PDP-11/RT-11/freeware/decus11/110939/rthtml/tcpget.htm
But the images are in DSK format, but I can't write them with PDP11GUI, which 
is the only way I have at the moment.
I like the PDP11GUI implementation and way, as there is nothing more you need 
as a PDP and a RX02, which is in most cases available.

Someone here, who has the equipment, time and mind to write the DSK files onto 
RX02 followed by an new image via PDP11GUI?
Or is there any other suitable way for me?



Hi Ulrich,

I haven’t used PDP11GUI, but you should be able to use it write the DSK files 
from PC to an RX02.   Did you
encounter some problem?Alan has provided images which are RX02 sized.  This 
site has the latest distribution
http://shop-pdp.net/rthtml/tcpip.php

Otherwise - check this site for a copy of kermit - 
http://www.columbia.edu/kermit/pdp11.html
Note especially, the bootstrap process for RT-11.  You basically copy the files 
as text down to the machine.
Then you compile a macro program to convert the .HEX file to a program. That 
minimal
kermit will then allow you load other data and programs, including the full 
featured Kermit-11.

I’ve used this process myself using any basic terminal emulator.
Paste the text via either an editor or using COPY TT: to DK:FILE.TXT  
(terminate with a CONTROL-Z).

Jerry
j...@ieee.org

Re: Looking for info on The Digital Group Systems and Aeon Pulse Systems

[Jay Jaeger via cctalk]

Digital Group systems are not S100.  More to follow tomorrow.

Sent from my iPad

> On Aug 13, 2017, at 21:43, Ed via cctalk  wrote:
> 
> http://bytecollector.com/the_digital_group.htm
> 
> above is site  with great info!
> 
> thanks  ed#
> 
> 
> 
> In a message dated 8/13/2017 7:03:38 P.M. US Mountain Standard Time,  
> cctalk@classiccmp.org writes:
> 
> I  recently went to a hamfest and scored 2 complete systems  From what i  
> can
> tell its an S-100 based system.
> 
> The Digital Group with Aeon 8  inch drives
> 
> And a Pulse By Aeon with 8 inch drives.
> 
> Heres pics  of the unit
> http://imgur.com/a/G7mrn
> 
> It came with a ton of  disks,  and docs
> 
> Also trying to find out what these keyboards  are
> 
> http://imgur.com/a/y8ymG
> 
> Thanks for the help in  advance
> 

Re: Looking for info on The Digital Group Systems and Aeon Pulse Systems

[Ed via cctalk]

http://bytecollector.com/the_digital_group.htm
 
above is site  with great info!
 
thanks  ed#
 
 
 
In a message dated 8/13/2017 7:03:38 P.M. US Mountain Standard Time,  
cctalk@classiccmp.org writes:

I  recently went to a hamfest and scored 2 complete systems  From what i  
can
tell its an S-100 based system.

The Digital Group with Aeon 8  inch drives

And a Pulse By Aeon with 8 inch drives.

Heres pics  of the unit
http://imgur.com/a/G7mrn

It came with a ton of  disks,  and docs

Also trying to find out what these keyboards  are

http://imgur.com/a/y8ymG

Thanks for the help in  advance

Looking for info on The Digital Group Systems and Aeon Pulse Systems

[Steven Landon via cctalk]

I recently went to a hamfest and scored 2 complete systems  From what i can
tell its an S-100 based system.

The Digital Group with Aeon 8 inch drives

And a Pulse By Aeon with 8 inch drives.

Heres pics of the unit
http://imgur.com/a/G7mrn

It came with a ton of disks,  and docs

Also trying to find out what these keyboards are

http://imgur.com/a/y8ymG

Thanks for the help in advance

Re: RX02 *.DSK convert to PDP11GUI Image format

[william degnan via cctalk]

>
> 
>
> You might try using unix dd to prepend 6656. bytes of zero as a header,
> and then copy the rest of the data to form a 512,512. byte file.
> That may work on PDP11GUI (and should under SIMH as well) ***IF*** the
> person who imaged the disk just dropped track 0.
> If they ALSO decided to de-interleave the physical sectors to logical
> blocks then the process just got a lot more complicated.
> You will then need to undo the physical/logical conversion of the sectors
> to blocks to get back to a raw device image of the RX media.
>
>
>
What I was thinking is to format some IBM 3740 disks somewhere else (a CP/M
computer with 8" drives) and then use your RL02 running XXDP to turn them
into RX02 disks (they have to be formatted before you can use them).  I
believe there is an XXDP utility that converts an IBM 3740 format disk into
an RX02 disk with the higher capacity. Then you can copy files onto the
RX02 disk from RT-11, etc.  Am I correct that one can do this?

All of this of course assumes that you already have an RL02, drive running,
but I seem to remember you do.Right?

Bill

Re: VCF?

[Steve Malikoff via cctalk]

Marc said
> I just put up one video
> https://youtu.be/qnjtna0tRhg
> Warning: it's selective, mostly centered on my own favorites and interests, 
> the people I could interview, and of course our Alto which was on exhibit.
> Almost no micro or post 1970's stuff, of which there was a lot more of course.
>
> Marc

Couldn't get this HTML5-only video on an older Firefox, whereas all your other 
videos including the latest Alto one from
the other day play fine, so watched it on another machine.

Anyway I was wondering if it would be possible to get some accurate and 
detailed scale measurements of the Alto chorded keyset?
There is a plan drawing of the in the keyset in the Alto docs but it has no 
dimensions. I've had an idea for some time that
a 3D-printed exact replica would be a fun project for a PC, with something like 
an Arduino Nano or Pro Mini tucked inside.

Steve.

Re: VCF?

[Curious Marc via cctalk]

I just put up one video

https://youtu.be/qnjtna0tRhg

Warning: it's selective, mostly centered on my own favorites and interests, the 
people I could interview, and of course our Alto which was on exhibit. 

Almost no micro or post 1970's stuff, of which there was a lot more of course.

Marc

 

From: cctalk  on behalf of 
"cctalk@classiccmp.org" 
Reply-To: Chris Osborn , "cctalk@classiccmp.org" 

Date: Thursday, August 10, 2017 at 11:39 AM
To: dwight , "cctalk@classiccmp.org" 

Subject: Re: VCF?

 

 

On Aug 7, 2017, at 12:04 PM, dwight via cctalk  wrote:

 

I've not seen any photos posted yet.

 

I've been posting pictures of things I brought home from VCFWest as I tinker 
with them to Twitter. I haven't even been posting my stuff to 
RetroBattlestations! Don't want to stop and organize my thoughts and photos 
since I'm having too much fun!

 

--

Follow me on twitter: @FozzTexx

Check out my blog: http://insentricity.com

 

 

Re: nassa tapes destroyed but the family left to dispose of the computer?

[Chuck Guzis via cctalk]

On 08/13/2017 04:01 PM, Ed via cctalk wrote:
> wonder where it  ended up?

Dunno--but NASA/JPL have tons of this sort of stuff.  One problem is
that much of the data is presented with no context.  Usually, the tapes
are from some employee who didn't bother to label his or her tapes,
other than with an inventory number and their name, so even the hardware
that produced the stuff is unknown.  You find yourself in the position
knowing that some program must have created the data sets, but what they
represent is undecipherable.  Just a bunch of bits.

I'm trying to assist the digital archivist at JPL to pick out only tapes
with clearly labeled contents--and yes, much of this stuff goes back
more than 50 years.

There are, apparently,  hundreds of boxes of these things stashed away.

--Chuck

Re: nassa tapes destroyed but the family left to dispose of the computer?

[Al Kossow via cctalk]

https://motherboard.vice.com/en_us/article/kzakkn/nasa-destroyed-hundreds-of-mystery-tapes-found-in-a-dead-mans-basement-apollo-era

well, a metal scrapper contacted NASA, so I would imagine with him.

at least we know now a little more about where the FOIA request came from



On 8/13/17 4:01 PM, Ed via cctalk wrote:
> wonder where it  ended up?

Re: RX02 *.DSK convert to PDP11GUI Image format

[Don North via cctalk]

On 8/13/2017 11:34 AM, Jerry Weiss via cctalk wrote:

On Aug 13, 2017, at 12:59 PM, Ulrich Tagge  wrote:

Hi Jerry,

I have tried with PDP11GUI, but the first message says "The image contains only 
505856 bytes, but disk has 512512 bytes".
I have written some disks, and have ignored this message, but none of them is 
readable under RT-11.
.dir dy0:
?DIR-F-Error reading directory

So I think the DSK format is different from the one PDP11GUI uses.
In the documentation I have seen, that the format is the same as SimH uses.
Image file format
Every DEC disk or tape is logically represented as a linear list of “blocks”. 
The block size differs between 128 byte and 1024 bytes. Reading and writing is 
based on block numbers.
The file format is that of SimH: a file image is just a stream of blocks.

Kermit would be a possibility, and I will try it later on.

Many Greetings
Ulrich

DEC OS’es typically do not do anything with track 0 on an RX02, and start with 
track 1.  I can only guess that PDP11GUI is trying to use the entire disk.

If there is an option to start at track 1 or skip the first 30 (?) blocks, that 
might work.

Note that ?DIR–F–Error reading directory is a hardware error.
Bad data would instead cause a ?DIR–F–Invalid directory.
  


Regards,
Jerry

The RX01 physical format is 77. tracks of 26. sectors (2002. total sectors) of 
128. bytes, or 256,256. bytes.
For RX02 track and sector counts are the same, but there are 256. bytes per 
sector, for a total of 512,512. bytes.


The .DSK images are (usually!) a pure physical image of the disk, in 
track/sector order, from track 0 sector 1 to track 76. sector 26.
The images include track 0 which is not used by any DEC O/S. The boot block / 
filesystem starts at track 1 sector 1.

Note that sectors are numbered 1. thru 26. There is no sector 0.

All the DEC operating systems use interleaving of logical to physical sectors on 
the RX device images, so they are unique
in the sense that the image file is not just a logical block 0. to block N-1. 
image of 512. byte blocks as most/all other image files are.


If your RX02 image file is only 505,856. bytes then this is 6656. bytes (exactly 
26. * 256.) too short, so it would appear track 0 is skipped.
So when someone imaged the floppy they decided to skip over track 0 (how 
thoughtful of them).


You might try using unix dd to prepend 6656. bytes of zero as a header, and then 
copy the rest of the data to form a 512,512. byte file.
That may work on PDP11GUI (and should under SIMH as well) ***IF*** the person 
who imaged the disk just dropped track 0.
If they ALSO decided to de-interleave the physical sectors to logical blocks 
then the process just got a lot more complicated.
You will then need to undo the physical/logical conversion of the sectors to 
blocks to get back to a raw device image of the RX media.

nassa tapes destroyed but the family left to dispose of the computer?

[Ed via cctalk]

wonder where it  ended up?
 
 
Ed#
 
http://www.pennlive.com/life/2017/08/nasa_tapes_pittsburgh.html

Re: SAGE Computer Technology

[Fritz Chwolka via cctalk]

Am 14.08.2017 um 00:04 schrieb emanuel stiebler:
> On 2017-08-10 03:05, Fritz Chwolka via cctalk wrote:
>> Hi..
>>
>> I go some SAGE computers as the owner wants to go back to GB.
> Actually, which models did you get?
>
>
I must make a correction - it is a sage II   and a  1/2 stride 440

 



Best Regards

Mit freundlichen Grüssen

Fritz Chwolka

Re: SAGE Computer Technology

[Fritz Chwolka via cctalk]

Am 14.08.2017 um 00:04 schrieb emanuel stiebler:
> On 2017-08-10 03:05, Fritz Chwolka via cctalk wrote:
>> Hi..
>>
>> I go some SAGE computers as the owner wants to go back to GB.
> Actually, which models did you get?
>
>
it is a sage II and a 1/2 stride 400 (no harddisk)
( and some replacement main board for both I believe
as the system is on a friends work board now)
The sage II is working after some replacements - the next will
be to get the stride 400 booting from floppy disk


Best Regards

Mit freundlichen Grüssen

Fritz Chwolka

Re: copy of Kildall's "Computer Connections"

[Noel Chiappa via cctalk]

> From: Al Kossow

> just sold for $1600

Well, it is from a limited edition of 20, it does not appear to be in print
other than that, and this page:

  http://www.computerhistory.org/atchm/in-his-own-words-gary-kildall/

makes it sound like the family are unlikely to release it...

Noel

Re: SAGE Computer Technology

[emanuel stiebler via cctalk]

On 2017-08-10 03:05, Fritz Chwolka via cctalk wrote:

Hi..

I go some SAGE computers as the owner wants to go back to GB.


Actually, which models did you get?

Re: SAGE Computer Technology

[emanuel stiebler via cctalk]

On 2017-08-13 15:46, Fritz Chwolka wrote:

Am 12.08.2017 um 21:33 schrieb emanuel stiebler:

On 2017-08-12 05:21, Fritz Chwolka via cctalk wrote:


Thanks for the Info. Yes I checked all snapshots  at the  wayback
machine. I hoped that someone has a sage II and saved all from the save
them from www.sageandstride.org website.

Just tell us, what you're missing ...





Hi ... I just will answer your question even with some links.

1.)
http://oldcomputers.dyndns.org/public/saved_mirrors/www.sageandstride.org/html/pcw_cover.html

The linked files for the pcw covers are missing


OK, I have those. Like to have them via PM?


2.)
http://oldcomputers.dyndns.org/public/saved_mirrors/www.sageandstride.org/html/ftp_site.html

all ftp files are missing as the ftp server is dead and I would like to
make some nice pdf from them..

ftp://sageandstride.org/Technical%20Manual/Technical%20Manual%20jpgs-600dpi.zip
ftp://sageandstride.org/Assembler/Sage%20Assembler%20jpgs-600dpi.zip
ftp://sageandstride.org/p-System%20OS/p-System%20OS%20jpgs-600dpi.zip
ftp://sageandstride.org/p-System%20Program%20Development/p-System%20Program%20Development%20jpgs-600dpi.zip
ftp://sageandstride.org/SDT/SDT%20jpgs-600dpi.zip
ftp://sageandstride.org/Internal%20Architecture/Internal%20Architecture%20jpgs-600dpi.zip
ftp://sageandstride.org/Sage%20Schematics/Sage%20Schematics.zip
ftp://sageandstride.org/Sage%20Schematics/Sage%20Schematics.PDF
ftp://sageandstride.org/In%20Stride%20September%201984/In%20Stride%20September%201984.zip
ftp://sageandstride.org/Timberline%20Spreadsheet/Timberline%20Spreadsheet%20jpgs-600dpi.zip


But most (I didn't check all) of them are available as .pdf already ...

Re: SAGE Computer Technology

[Fritz Chwolka via cctalk]

Am 12.08.2017 um 21:33 schrieb emanuel stiebler:
> On 2017-08-12 05:21, Fritz Chwolka via cctalk wrote:
>
>> Thanks for the Info. Yes I checked all snapshots  at the  wayback
>> machine. I hoped that someone has a sage II and saved all from the save
>> them from www.sageandstride.org website.
> Just tell us, what you're missing ...
>
>
>

Hi ... I just will answer your question even with some links.

1.)
http://oldcomputers.dyndns.org/public/saved_mirrors/www.sageandstride.org/html/pcw_cover.html

The linked files for the pcw covers are missing

2.)
http://oldcomputers.dyndns.org/public/saved_mirrors/www.sageandstride.org/html/ftp_site.html

all ftp files are missing as the ftp server is dead and I would like to
make some nice pdf from them..

ftp://sageandstride.org/Technical%20Manual/Technical%20Manual%20jpgs-600dpi.zip
ftp://sageandstride.org/Assembler/Sage%20Assembler%20jpgs-600dpi.zip
ftp://sageandstride.org/p-System%20OS/p-System%20OS%20jpgs-600dpi.zip
ftp://sageandstride.org/p-System%20Program%20Development/p-System%20Program%20Development%20jpgs-600dpi.zip
ftp://sageandstride.org/SDT/SDT%20jpgs-600dpi.zip
ftp://sageandstride.org/Internal%20Architecture/Internal%20Architecture%20jpgs-600dpi.zip
ftp://sageandstride.org/Sage%20Schematics/Sage%20Schematics.zip
ftp://sageandstride.org/Sage%20Schematics/Sage%20Schematics.PDF
ftp://sageandstride.org/In%20Stride%20September%201984/In%20Stride%20September%201984.zip
ftp://sageandstride.org/Timberline%20Spreadsheet/Timberline%20Spreadsheet%20jpgs-600dpi.zip



 


Best Regards

Mit freundlichen Grüssen

Fritz Chwolka

Re: copy of Kildall's "Computer Connections"

[Fred Cisin via cctalk]

On Sun, 13 Aug 2017, Al Kossow via cctalk wrote:

just sold for $1600
http://www.ebay.com/itm/Computer-Connections-Gary-Kildall-Father-of-Personal-Computer-Software-/182705906183


Those appendices that are mentioned would be interesting.
They are not in the excerpt that CHM makes available for viewing:
http://www.computerhistory.org/atchm/computer-history-museum-license-agreement-for-the-kildall-manuscript/

Re: The SPERRY UNIVAC UTS 40 system + 8406 double-sided diskette subsystem : Restoration

[Dominique Carlier via cctalk]

On 12/08/2017 19:35, Al Kossow via cctalk wrote:

the black one in the lower left

it is a tantalum, which are known to short, try removing them



Yes ! It was this one that was shorted !
I decided in the same way to repair the second disk drive but this time 
by taking some pictures.


http://www.zeltrax.com/classiccmp_forum/uts40/8406repair01.jpg

http://www.zeltrax.com/classiccmp_forum/uts40/8406repair02.jpg

http://www.zeltrax.com/classiccmp_forum/uts40/8406repair03.jpg

First, I desolder the same capacitor as on the first drive

http://www.zeltrax.com/classiccmp_forum/uts40/8406repair04.jpg

but ...

http://www.zeltrax.com/classiccmp_forum/uts40/8406repair05.jpg

Damn, it's not the same faulty capacitor ! Fortunately by checking the 
next one on the path of the + 24v


http://www.zeltrax.com/classiccmp_forum/uts40/8406repair06.jpg

There you are !

http://www.zeltrax.com/classiccmp_forum/uts40/8406repair07.jpg 



Since, I reassembled the beast, everything seems to be OK on the 
subsystem side, he's ready to follow the instructions of the UTS 40 !


http://www.zeltrax.com/classiccmp_forum/uts40/8406repair08.jpg

http://www.zeltrax.com/classiccmp_forum/uts40/8406repair09.jpg 



When I think that somewhere on the CPU board of the computer it is 
perhaps a simple component like that capacitor which is the cause of 
this breakdown since 17 long years ...

copy of Kildall's "Computer Connections"

[Al Kossow via cctalk]

just sold for $1600

http://www.ebay.com/itm/Computer-Connections-Gary-Kildall-Father-of-Personal-Computer-Software-/182705906183

Re: DEC Unibus, Omnibus and TTL Flip-Chips sought for!

[Mattis Lind via cctalk]

It appears that there is a typo in the BA08 which was kindly pointed out to
me offlist. The M023 is in fact a W023 cable! It makes perfectly sense. I
should have noted it if I checked the module map a bit more in detail. Thus
I do not need a M023. And I do not need a W023 either.

The full wish list is thus:

M829 / M8290 / M8291
M843
M842
M714
M716
A607
M701
M704


2017-08-13 18:34 GMT+02:00 william degnan via cctalk 
:

> Paul,
> I could use a set of the unibus board(s) for a tektronix 4015, having had
> accidentally sold my only one.  Oops.
>

Hmm. Curious. What unibus boards are used to interface with the Tektronix
4015. I had the impression that they used a async serial interface?


>
> Bill Degnan
> twitter: billdeg
> vintagecomputer.net
> On Aug 12, 2017 6:14 PM, "Paul Anderson via cctalk"  >
> wrote:
>
> > i have a few put aside for you and will have to look this weekend. Will
> > also look for the others.
> >
> > Paul
> >
> > On Fri, Aug 11, 2017 at 3:24 AM, Mattis Lind via cctalk <
> > cctalk@classiccmp.org> wrote:
> >
> > > Hello!
> > >
> > > I am looking for the following boards if anyone have them available:
> > >
> > > M829 / M8290 / M8291
> > > M843
> > > M842
> > > M714
> > > M716
> > > A607
> > > M701
> > > M023
> > > M704
> > >
> > > /Mattis
> > >
> >
>

DECstation 220. Another Impasse

[Rob Jarratt via cctalk]

I have reached another impasse in my attempts to get my DECstation 220 to
work. I have posted the details on my blog here:
https://robs-old-computers.com/2017/08/13/decstation-220-update/

 

If anyone has any suggestions I would be interested to hear them.

 

Thanks

 

Rob

Re: RX02 *.DSK convert to PDP11GUI Image format

[Noel Chiappa via cctalk]

> From: Jerry Weiss

> If there is an option to start at track 1 or skip the first 30 (?)
> blocks, that might work. 

It's worse than that; there is 'logical' and 'physical' block order, and the
two are quite different (blocks are scattered arount the disk in order to do
rotational optimization).

Details here:

  http://gunkies.org/wiki/RX0x_floppy_drive#Layout

Noel

Re: RX02 *.DSK convert to PDP11GUI Image format

[Jerry Weiss via cctalk]

> On Aug 13, 2017, at 12:59 PM, Ulrich Tagge  wrote:
> 
> Hi Jerry,
> 
> I have tried with PDP11GUI, but the first message says "The image contains 
> only 505856 bytes, but disk has 512512 bytes".
> I have written some disks, and have ignored this message, but none of them is 
> readable under RT-11.
> .dir dy0:
> ?DIR-F-Error reading directory
> 
> So I think the DSK format is different from the one PDP11GUI uses.
> In the documentation I have seen, that the format is the same as SimH uses.
> >>
> Image file format
> Every DEC disk or tape is logically represented as a linear list of “blocks”. 
> The block size differs between 128 byte and 1024 bytes. Reading and writing 
> is based on block numbers.
> The file format is that of SimH: a file image is just a stream of blocks.
> >>
> 
> Kermit would be a possibility, and I will try it later on.
> 
> Many Greetings
> Ulrich
> 

DEC OS’es typically do not do anything with track 0 on an RX02, and start with 
track 1.  I can only guess that PDP11GUI is trying to use the entire disk.

If there is an option to start at track 1 or skip the first 30 (?) blocks, that 
might work.


Note that ?DIR–F–Error reading directory is a hardware error.  
Bad data would instead cause a ?DIR–F–Invalid directory.
 

Regards,
Jerry

Re: RX02 *.DSK convert to PDP11GUI Image format

[Jerry Weiss via cctalk]

> On Aug 13, 2017, at 11:00 AM, Ulrich Tagge via cctalk  
> wrote:
> 
> Hi all,
> 
> maybe someone can help.
> I would like to install TCP/IP on my RT-11 system.
> After a short search I have found the following, which I would use: 
> http://www.classiccmp.org/PDP-11/RT-11/freeware/decus11/110939/rthtml/tcpget.htm
> But the images are in DSK format, but I can't write them with PDP11GUI, which 
> is the only way I have at the moment.
> I like the PDP11GUI implementation and way, as there is nothing more you need 
> as a PDP and a RX02, which is in most cases available.
> 
> Someone here, who has the equipment, time and mind to write the DSK files 
> onto RX02 followed by an new image via PDP11GUI?
> Or is there any other suitable way for me?
> 
> 

Hi Ulrich,

I haven’t used PDP11GUI, but you should be able to use it write the DSK files 
from PC to an RX02.   Did you
encounter some problem?Alan has provided images which are RX02 sized.  This 
site has the latest distribution
http://shop-pdp.net/rthtml/tcpip.php

Otherwise - check this site for a copy of kermit - 
http://www.columbia.edu/kermit/pdp11.html
Note especially, the bootstrap process for RT-11.  You basically copy the files 
as text down to the machine.  
Then you compile a macro program to convert the .HEX file to a program. That 
minimal
kermit will then allow you load other data and programs, including the full 
featured Kermit-11.  

I’ve used this process myself using any basic terminal emulator. 
Paste the text via either an editor or using COPY TT: to DK:FILE.TXT  
(terminate with a CONTROL-Z). 

Jerry
j...@ieee.org

Re: DEC Unibus, Omnibus and TTL Flip-Chips sought for!

[william degnan via cctalk]

Paul,
I could use a set of the unibus board(s) for a tektronix 4015, having had
accidentally sold my only one.  Oops.

Bill Degnan
twitter: billdeg
vintagecomputer.net
On Aug 12, 2017 6:14 PM, "Paul Anderson via cctalk" 
wrote:

> i have a few put aside for you and will have to look this weekend. Will
> also look for the others.
>
> Paul
>
> On Fri, Aug 11, 2017 at 3:24 AM, Mattis Lind via cctalk <
> cctalk@classiccmp.org> wrote:
>
> > Hello!
> >
> > I am looking for the following boards if anyone have them available:
> >
> > M829 / M8290 / M8291
> > M843
> > M842
> > M714
> > M716
> > A607
> > M701
> > M023
> > M704
> >
> > /Mattis
> >
>

RX02 *.DSK convert to PDP11GUI Image format

[Ulrich Tagge via cctalk]

Hi all,

maybe someone can help.
I would like to install TCP/IP on my RT-11 system.
After a short search I have found the following, which I would use: 
http://www.classiccmp.org/PDP-11/RT-11/freeware/decus11/110939/rthtml/tcpget.htm
But the images are in DSK format, but I can't write them with PDP11GUI, 
which is the only way I have at the moment.
I like the PDP11GUI implementation and way, as there is nothing more you 
need as a PDP and a RX02, which is in most cases available.


Someone here, who has the equipment, time and mind to write the DSK 
files onto RX02 followed by an new image via PDP11GUI?

Or is there any other suitable way for me?

Many Greetings
Ulrich

Re: Big format DEC drawings. BA08, BM8/L, PC08, DW08, RF08 etc

[Noel Chiappa via cctalk]

> From: Mattis Lind

> I have some big format DEC drawings that is much bigger than the
> standard 11x17 drawings that most others are.
> ...
> Since I cannot do this myself I need to go to a professional scanning
> service and pay for it.

The other option (which is what I did for the KT11-B drawings I have)
is to take them to a copy place, which often (usually?) have a machine
which can reduce large drawings (usually architectural drawings) to
smaller size. I had mine reduced to 11"x17" (A3, I guess that is),
which I could i) scan on my A3 scanner, and ii) work with more easily
(to write:

  http://gunkies.org/wiki/KT11-B_Technical_Manual

which I didn't quite complete, as I discovered the thing I had was not, in
fact, a KT11-B, but rather a RK11-C) without chancing damaging the originals
(whose paper is somewhat friable at this point).

Noel

Re: TRS-80 Model 16 hard drive replacement woes

[Peter Cetinski via cctalk]

> On Aug 13, 2017, at 2:54 AM, Josh Dersch via cctalk  
> wrote:
> 
> On 8/12/2017 8:45 PM, Fred Cisin via cctalk wrote:
> 
>> Long shot:
>> Is this a system (like the 5160), where there are TWO format programs?
>> 1) a physical low-level format done by special proprietary "non-user" 
>> (unobtanium?) software, followed by
>> 2) a program named "FORMAT" that only sets up the logical structures, 
>> DIRectory, etc., and assumes that the low level format was previously done
> 
> No apologies necessary :).  The Format I'm running is a low-level format 
> (I've tried the Xenix "diskutil" program and the format utility included in 
> the diagnostic routines) so it should be laying out the sectors…

To format hard drives on the Model 16 you only need the format program that is 
provided by the OS, i.e.  diskutil in XENIX, FORMAT in TRSDOS-II or HFORMAT in 
P CP/M.

Big format DEC drawings. BA08, BM8/L, PC08, DW08, RF08 etc

[Mattis Lind via cctalk]

I have some big format DEC drawings that is much bigger than the standard
11x17 drawings that most others are.

These are

http://i.imgur.com/fjxi2k6.jpg   Memory Extension Control MC8-LA

http://i.imgur.com/UqxcOt8.jpg Rotating File RF08

http://i.imgur.com/KI1SA7w.jpg   Peripheral Expander BA08

http://i.imgur.com/bK02FMQ.jpg  PDP-8/L Processor

http://i.imgur.com/J6Bw2st.jpg   PC8-L Reader Punch

http://i.imgur.com/ziGHp6f.jpg?1 DW08 Bus conversion positive

http://i.imgur.com/ydY9ua1.jpg Expander BM8-L

Of these I have only been able to find the DW08 online already. The RF08
maintenance manual include the schematics as well. The same goes for the
PDP-8/L maintenance manual and MC8-L which is in the Functional
description. The PC8-L is also likely to mostly be included in other
documents but I am not sure.

But what about the BA08 and BM8-L? The
http://dustyoldcomputers.com/pdp-common/reference/drawings/peripherals/docs/DEC_BAO8_PeripheralExpander.pdf
covers some parts of the BA08. Possibly exactly the same as in the
Engineering drawings. Need checking

I have not seen any scan for the BM8-L at all. Since I cannot do this
myself I need to go to a professional scanning service and pay for it.
Before I do that I'd like to check if someone already have scans for the
BM8-L so I not do this in vain.

Anyone?

/Mattis

Re: TRS-80 Model 16 hard drive replacement woes

[Josh Dersch via cctalk]

On 8/12/2017 8:45 PM, Fred Cisin via cctalk wrote:


On Sat, 12 Aug 2017, Josh Dersch via cctalk wrote:
However, I'm unable to format it.  The controller doesn't appear to 
actually be laying down a format and attempts to read sectors after 
formatting fail with "ID Not Found" errors.  I've tried several other 
known-working drives (another ST-225, a CDC 94025-51, and an ST-238 
with the same results.  (And yes, the terminator is present and 
accounted for on all drives.) I've run the Model II/12/16/6000 
diagnostics and the controller passes with flying colors, as does the 
rest of the system.


Before I start digging in deeper to figure out what's going on, I'm 
curious if I've missed a step here.  I know I'm not the first person 
to attempt this, anyone have any ideas?


Long shot:
Is this a system (like the 5160), where there are TWO format programs?
1) a physical low-level format done by special proprietary "non-user" 
(unobtanium?) software, followed by
2) a program named "FORMAT" that only sets up the logical structures, 
DIRectory, etc., and assumes that the low level format was previously 
done


THAT would certainly result in the "logical" format program choking on 
"ID not found", when the physical low level format wasn't to it's 
liking. (mutual incompatibility between most computers and controllers)



My aplogies if I'm asking granny whether she knows how to suck eggs. . .


No apologies necessary :).  The Format I'm running is a low-level format 
(I've tried the Xenix "diskutil" program and the format utility included 
in the diagnostic routines) so it should be laying out the sectors...


I did some probing of the write logic this evening with an oscilloscope, 
armed with the service manual.  I found a 74ls54 in the MFM WRITE DATA 
+/- signal path that doesn't appear to be passing anything through.  I 
don't happen to have any spares on hand so it'll have to wait a few days 
before I can replace it, but it seems likely that this is the culprit.  
I'll keep y'all posted.


Thanks,
Josh





Can you read the drive with the bad bearings (with a flux transition 
board?), enough to determine what physical low level format it has?

(any successful track with sector headers)