Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!bellcore!faline!ulysses!gatech!mcnc!seismo!rutgers!cbmvax!grr
From: grr@cbmvax.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Auto-config and timers
Message-ID: <1489@cbmvax.cbmvax.cbm.UUCP>
Date: Wed, 4-Mar-87 14:21:26 EST
Article-I.D.: cbmvax.1489
Posted: Wed Mar  4 14:21:26 1987
Date-Received: Fri, 6-Mar-87 22:41:21 EST
References: <957@petsd.UUCP> <1109@ulowell.cs.ulowell.edu> <4506@jhunix.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 24

In article <4506@jhunix.UUCP> ins_anmy@jhunix.UUCP (Norman Yarvin) writes:
>
>	I think Commodore should develop and make available a chip that does
>autoconfig.  Such a chip would be programmable to respond in the right way to
>autoconfig signals.
>
>	This would make life easier for commercial developers and those who
>merely want to do some hardware hacking (maybe C-A could sell the chips
>preprogrammed too).
>
>	I am assuming some things here, which may not be correct.  First, that
>currently autoconfig is difficult to design.  Second, that such a chip can be
>built.

Please check the "Schematics and Expansion Specifications" document available
from Commdore.  It gives an example of how to implement auto-config for a
memory board.  It is not particularly complicated or expensive.

We have talked about an 'AEAC' chip (All Encompassing Auto-Config), but at
this point it has little cost advantage over the PAL implementation.
-- 
George Robbins - now working for,	uucp: {ihnp4|seismo|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@seismo.css.GOV
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)