Re: Data General/Rolm milspec systems

2019-09-06 Thread Paul Anderson via cctalk
RAF Chicksands, and to Ops building probably couldn't withstand anything
bigger than a AK 47 or M16 hit.
The RAF commander couldn't ever get into our building. I think he was in
charge of grounds keeping, Etc.
USAFSS , before they changed the command name = NSA.

On Fri, Sep 6, 2019 at 1:10 PM Jeffrey S. Worley via cctalk <
cctalk@classiccmp.org> wrote:

> Message: 4
> Date: Thu, 5 Sep 2019 10:03:54 -0400
> From: "Craig M." 
> To: cctalk@classiccmp.org
> Subject: ROLM - Dat general 1602 - AN/UYK-19 computers.
> Message-ID:
> <
> CAD1aQJ5FnQDS7i+iLeh-+zBSBrzaqV9-f61Q76XgEbz=fsn...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Good Morning,
>  Have you ever come across a document called the
> "Rolm
> I/O Designers Guide?"  I am working with some developers trying to
> figure
> out the data words and how they work on a Navy AN/UYK-19 computer.
>
> I have some sticktime on the Eclipse machines.  In going to boot camp
> getting my MV4000/DC I ran into some interesting characters.  One was
> with DG on military sales, was visiting Groton? or another base where a
> test was being conducted.  The computer was suspended on wires in a
> hangar and, while running, was subjected to simultaneous blows from
> heavy pendulums on either side.  The noise was teriffic and my friend
> asked the same question, why on earth, to which the cryptic reply was
> two words:  Depth Charges.
>
> Probably your USAF machine, corn field kept though it was, was designed
> for service in another kind of silo, the missile kind.  Those would be
> projected to survive near-direct hits from megaton thermonuclear
> weapons.  Not to mention that no air force property is immune from
> attack by all sorts of ordinance, nuclear or otherwise.
>
> Best,
>
> Jeff
>
> Another note, saw an old query on the "Rolm Computers: 1602, 1602A,
> 1602B,
> 1666, MSExx (was Data General Nova Star Trek)" thread about breaking
> down
> the military system designations. This website may help if you never
> got an
> earlier answer:
>
> https://dsm.forecastinternational.com/wordpress/2015/05/27/whats-in-a-name-u-s-department-of-defense-an-nomenclature-made-easy/
> Thank you!
>
> Craig Mook
>
>


RE: keyboard list

2019-09-06 Thread Electronics Plus via cctalk



-Original Message-
From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Al Kossow via 
cctalk
Sent: Friday, September 06, 2019 3:44 PM
To: cctalk@classiccmp.org
Subject: Re: keyboard list



On 9/6/19 12:02 PM, Electronics Plus via cctalk wrote:
> Cadmus 00185-00

is it this keyboard?

the first picture on
https://www.pcs.com/en/company/history/the-history-of-pcs/

I have asked; awaiting a reply.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



Re: Seeking enlightenment regarding Bus Adapter Purges on Unibus VAXen (and their ilk)

2019-09-06 Thread Ethan Dicks via cctalk
On Fri, Sep 6, 2019 at 4:32 AM Matt Burke via cctalk
 wrote:
> I'm not sure if the adapter needs to request the purge at the end of
> each block transfer. The driver may do this anyway but I'll have to
> check the source listings.

I would definitely check source listings.  Also, check BSD/Ultrix
_and_ VMS.  I guarantee they don't do everything the same way (case in
point RB730 controller initialization) but both will be insightful.

My own Unibus (and Qbus and VAXBI) experience is with comm drivers not
storage drivers so I don't have any insights on block transfers and
purges, unfortunately.

I'm excited for the results of this.

-ethan


Re: keyboard list

2019-09-06 Thread Al Kossow via cctalk



On 9/6/19 12:02 PM, Electronics Plus via cctalk wrote:
> Cadmus 00185-00

is it this keyboard?

the first picture on
https://www.pcs.com/en/company/history/the-history-of-pcs/





keyboard list

2019-09-06 Thread Electronics Plus via cctalk
This is the next list of keyboards I can bring in.

Anybody want some of this?

 

2  IBM 6052141

IBM 1391401  missing some keycaps

Apple M3501  nice ,no pluggable connect cable

WYSE PCE,p/n 900840-01 Din-5 connector

Data Desk Int,new/unused Din-5

Datatech SBK-100

Cadmus 00185-00 (dark grey) no plug-in connect cable

2  Chicony KB-5311 very nice Din5

Commodore KPR-E9447 unused Din 5

Honeywell 101WN unused Din-5

Keytronic KB101 Plus Din-5

Mitsumi KPQ-EA9YC looks good Din-5

Mitsumi NPQ-E99ZC-13 Din-5 

HP C14058

 

If so, please send price offer for what you want. Shipping will be extra.
Yes, I will ship internationally.

 

Cindy Croxton

Electronics Plus

1613 Water Street

Kerrville, TX 78028

830-370-3239 cell

sa...@elecplus.com

 



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Data General/Rolm milspec systems

2019-09-06 Thread Jeffrey S. Worley via cctalk
Message: 4
Date: Thu, 5 Sep 2019 10:03:54 -0400
From: "Craig M." 
To: cctalk@classiccmp.org
Subject: ROLM - Dat general 1602 - AN/UYK-19 computers.
Message-ID:
<
CAD1aQJ5FnQDS7i+iLeh-+zBSBrzaqV9-f61Q76XgEbz=fsn...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Good Morning,
 Have you ever come across a document called the
"Rolm
I/O Designers Guide?"  I am working with some developers trying to
figure
out the data words and how they work on a Navy AN/UYK-19 computer.

I have some sticktime on the Eclipse machines.  In going to boot camp
getting my MV4000/DC I ran into some interesting characters.  One was
with DG on military sales, was visiting Groton? or another base where a
test was being conducted.  The computer was suspended on wires in a
hangar and, while running, was subjected to simultaneous blows from
heavy pendulums on either side.  The noise was teriffic and my friend
asked the same question, why on earth, to which the cryptic reply was
two words:  Depth Charges.

Probably your USAF machine, corn field kept though it was, was designed
for service in another kind of silo, the missile kind.  Those would be
projected to survive near-direct hits from megaton thermonuclear
weapons.  Not to mention that no air force property is immune from
attack by all sorts of ordinance, nuclear or otherwise.

Best,

Jeff

Another note, saw an old query on the "Rolm Computers: 1602, 1602A,
1602B,
1666, MSExx (was Data General Nova Star Trek)" thread about breaking
down
the military system designations. This website may help if you never
got an
earlier answer:
https://dsm.forecastinternational.com/wordpress/2015/05/27/whats-in-a-name-u-s-department-of-defense-an-nomenclature-made-easy/
Thank you!

Craig Mook



Re: Seeking enlightenment regarding Bus Adapter Purges on Unibus VAXen (and their ilk)

2019-09-06 Thread Al Kossow via cctalk



On 9/5/19 9:22 PM, Josh Dersch via cctalk wrote:
> I have a pretty good grasp of
> Unibus mechanics these days but I'm not quite understanding the reasoning
> behind this.  Here's what the Storage System Unibus Port Description
> (AA-L621A-TK) document says:

you might also want to ask on the simh developers list




Re: Seeking enlightenment regarding Bus Adapter Purges on Unibus VAXen (and their ilk)

2019-09-06 Thread Matt Burke via cctalk
On 06/09/2019 05:22, Josh Dersch via cctalk wrote:
> What I do not understand is (a) why such purges are necessary, and (b) how
> the MSCP controller knows when one should occur.  The Port Description doc
> hints that it has to do with repeated access to a given area of memory.
> The DW780 documentation hints that it needs to happen after *any* block
> transfer.  (See pg. 2-58 of the document linked above.)
>
>
I think point 3 and 4 on page 2-59 are critical here. The memory
accesses via the buffered data path must be to consecutive increasing
addresses. If a non-consecutive access is required (transfer restart,
compare etc) then the data path must be purged first. In the case of a
write this will flush any residual bytes to memory and for a read it
will ensure that fresh data is loaded to the buffer on the next access.

At least that's my interpretation from reading 2.6.2.2

I'm not sure if the adapter needs to request the purge at the end of
each block transfer. The driver may do this anyway but I'll have to
check the source listings.

Matt


Re: ROLM - Dat general 1602 - AN/UYK-19 computers.

2019-09-06 Thread Paul Anderson via cctalk
We had a DG ROLM at my last base. Not Navy, but USAF. I don't remember
which model, but it was a pretty reliable system. I have ideas, but not
sure why we needed a ruggedised computer next to a potato field.

On Thu, Sep 5, 2019 at 11:55 PM Craig M. via cctalk 
wrote:

> Good Morning,
>  Have you ever come across a document called the "Rolm
> I/O Designers Guide?"  I am working with some developers trying to figure
> out the data words and how they work on a Navy AN/UYK-19 computer.
>
> Another note, saw an old query on the "Rolm Computers: 1602, 1602A, 1602B,
> 1666, MSExx (was Data General Nova Star Trek)" thread about breaking down
> the military system designations. This website may help if you never got an
> earlier answer:
>
> https://dsm.forecastinternational.com/wordpress/2015/05/27/whats-in-a-name-u-s-department-of-defense-an-nomenclature-made-easy/
> Thank you!
>
> Craig Mook
>