??? 04/03/07 07:52 Read: times |
#136474 - I think it is irrelevant to discuss derivatives... Responding to: ???'s previous message |
... with no external code memory access (e.g. LPC9xx, the SiLabs, the 20-pin AT89Cx051-s).
For the others, the behaviour of MOVC* in all combinations (MOVC fetched from internal/external code memory x accessing internal/external code memory x /EA) is dependent mostly on the lockbit settings, and is (should be) described in the respective datasheet/user manual of the given derivative. Customarily, above a certain security level (determined by the combination of lockbits), the /EA pin is sampled and latched at reset (note that some datasheets say even something this: "The latched value of /EA must match the current state of the /EA pin, otherwise the behaviour of chip is undefined" - while others claim, "changing /EA after being latched has no effect"). For a nice example, see table 9-2 at page 62 of the SST's '516RDx datasheet. Most of the datasheets don't have such a table, but you should be able to construct one from the textual description of the lockbits. JW --- * the basic MOVC function is fully described in the "bible", including that /PSEN is pulsed when MOVC accesses external memory - I hope it is not necessary to point out the exact page number in the bible, searching for "MOVC" will yield it quickly enough. |
Topic | Author | Date |
MOVC question | 01/01/70 00:00 | |
what derivative? | 01/01/70 00:00 | |
Re: MOVC question | 01/01/70 00:00 | |
MOVC is external with /EA low | 01/01/70 00:00 | |
Eureka! | 01/01/70 00:00 | |
You are correct | 01/01/70 00:00 | |
Derivative dependent | 01/01/70 00:00 | |
I'm a classical sort of guy | 01/01/70 00:00 | |
I think it is irrelevant to discuss derivatives... | 01/01/70 00:00 | |
not discussing such | 01/01/70 00:00 | |
for example DS89C4x0? | 01/01/70 00:00 | |
yup | 01/01/70 00:00 | |
Blast from the past | 01/01/70 00:00 | |
this is how it works with an unlocked AT89C52 | 01/01/70 00:00 | |
Nice work | 01/01/70 00:00 | |
miniLA![]() | 01/01/70 00:00 | |
an answer | 01/01/70 00:00 |