Отправлено Cat_Thomas 25 октября 2001 г. 19:13 В ответ на: И еще отправлено Elektronik 25 октября 2001 г. 06:48

Цитата фирменного описания AT89C52 из *.pdf:

"Data Memory

The AT89C52 implements 256 bytes of on-chip RAM. The
upper 128 bytes occupy a parallel address space to the
Special Function Registers. That means the upper 128
bytes have the same addresses as the SFR space but are
physically separate from SFR space.
When an instruction accesses an internal location above
address 7FH, the address mode used in the instruction
specifies whether the CPU accesses the upper 128 bytes
of RAM or the SFR space. Instructions that use direct
addressing access SFR space.
For example, the following direct addressing instruction
accesses the SFR at location 0A0H (which is P2).
MOV 0A0H, #data
Instructions that use indirect addressing access the upper
128 bytes of RAM. For example, the following indirect
addressing instruction, where R0 contains 0A0H, accesses
the data byte at address 0A0H, rather than P2 (whose
address is 0A0H).
MOV @R0, #data
Note that stack operations are examples of indirect
addressing, so the upper 128 bytes of data RAM are avail-able
as stack space."
(Конец цитаты)

Т.е. SFR и IDATA имеют с точки зрения процессора одинаковые адреса 0x80...0xff, но отличаюся типом адресации - прямая или косвенная (DATA вообще не причем - там прямая с 0x00...0x7f). Это физически разные области памяти. В описании IAR'а есть красивая диаграмма, хорошо это описывающая - привел бы, да не знаю, как присобачить ее к письму. Поэтому в моей власти использовать 128 байт DATA (описывая спецификатором data) плюс 128 байт IDATA (специфицируя idata), лишь бы при этом хватило места под стек(в конце IDATA) и локальные переменные функций.
И Ваше удивление мне не понятно - затереть SFR, размещая idata переменные, нельзя.

Cat_Thomas

• Глупости говорите ;) — Elektronik   (25.10.2001 20:28, 80 байт)
  • Electronik'у -Предлагаю пари на 10$, что я прав в вопросе с IDATA — Cat_Thomas   (26.10.2001 00:23, 3657 байт)
    • Потому у вас и не работает нифига что вы никого не слушаете и упрямо делаете неправильные вещи — Elektronik   (26.10.2001 10:43, пустое)
      • Но я же проверил Ваш пример и он подтверждает мою правоту, попробуйте его сами скомпилить — Cat_Thomas   (26.10.2001 14:01, пустое)
      • И тем не менее он прав в этом вопросе: косвенно адресовать SFR низзя - "проверено електроникой":)) (+) — Peet_on_B3   (26.10.2001 12:45, 159 байт)
        • SFR и верхняя IDATA - физически разные памяти — Алехин Александр   (26.10.2001 14:38, 1233 байт)
        • так можно, по Вашему, адресовать IDATA переменные, не опасаясь затереть SFR? — Cat_Thomas   (26.10.2001 14:06, пустое)
          • Безусловно (у меня на всех проектах c 52-ми SP_Init = 0x7F)(-) — Peet_on_B3   (26.10.2001 14:09, пустое)
            • Простите, не понял Вас, обьясните чуть подробнее — Cat_Thomas   (26.10.2001 14:14, пустое)
              • Чуть подробнее: активно используемый стек размещаю в верхней половине - проблем никаких (-) — Peet_on_B3   (26.10.2001 14:23, пустое)
                • так он же автоматически размещается после переменных DATA, IDATA, и локальных, если только не засовывать его сознательно в XDATA — Cat_Thomas   (26.10.2001 15:08, пустое)
                  • Это я когда на асме (-) — Peet_on_B3   (26.10.2001 15:13, пустое)
        • на 8х51 -- только SFR, а начиная с 52 -- SFR + IData (косвенно-адресуемый SFR) — kV   (26.10.2001 14:01, пустое)
          • Стоп-стоп-стоп, а не может ли это от производителя зависеть? Маразм, конечно, но... (-) — Peet_on_B3   (26.10.2001 14:21, пустое)
            • Тайвань — Cat_Thomas   (26.10.2001 15:13, пустое)
            • надо смотреть в datasheet'е на совместимость -- с 51м или с 52м — kV   (26.10.2001 14:58, пустое)