The Cyber-Spy.Com Usenet Archive Feeds Directly From The Open And Publicly Available Newsgroup Sci.Electronics.Design
This Group And Thousands Of Others Are Available On Most IS NNTP News Servers On Port 119.
Cyber-Spy.Com Is NOT Responsible For Any Topic, Opinions Or Content Posted To This Or Any Other Newsgroup. This Web Archive Of The Newsgroup And Posts Are For Informational Purposes Only.
Message-ID: <3DBD8BF0.3@kortekaas.xs4all.nl>
Date: Mon, 28 Oct 2002 20:11:44 +0100
From: Tim Kortekaas
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
X-Accept-Language: en-us, en
Newsgroups: sci.electronics.design
Subject: Philips XA architecture design
NNTP-Posting-Host: 213.84.110.30
I posted a question about designing a little dev board for the Philips
XA architecture. But I'm still confused with something. If the processor
is in 16 bit mode, A0 isn't used because the processor fetches the data
in byte-pairs. But when I look at the specifications of a (for instance)
M27C1024 EPROM (1 MB, 64k x 16, STMicroelectronics) it has 16
adresslines (duh).
In my previous post (tnx for replies Frank and Paul) someone mentioned
the EPROM puts the data of the even and next odd adresses on the 16 bits
bus. But the EPROM has 64k addresses of 16bit words.
Do you get the confusion ?
Do I have to connect A0-15 of the EPROM to A1-A16 of the
microcontroller? Maybe I am making just a simple wrong step in the
beginning of the problem solving...
And about the programming, this isn't clear to me either. The output of
my compiler (standard compiler from the IC25 databook CD) is in Intel
Hex File format. In the beginning of a line in this file stands the
address of the data that has to be written in the EPROM. But it are 8bit
numbers. Isn't every address of the EPROM filled half then?
I have lots experience with the 80c51 based series of Philips, but none
with the XA or other 16bit ucontrollers.
--
Tim Kortekaas
To reach me by email, remove the obvious...
Go Back To The Cyber-Spy.Com Usenet Web Archive Index Of The sci.electronics.design Newsgroup
|