Отправлено Нерус 24 декабря 2004 г. 16:11 В ответ на: Как в хедере определен SFR - такой и будет адрес. Не надо на компилятор пенять, когда руки отправлено кривые 24 декабря 2004 г. 14:47

Речь идет о двойственности доступа к SFR.
В моем случае SPMCSR будет 0x37 для I/O, и 0x57 для памяти.
Но компилятор и для sts и для out подставил 0x37.
Поскольку при написании на С подобной ерунды ранее не вылезало,
значит глючит ассемблер.

• Главный принцип - не путать теплое с мягким. Ассемблер не должен и не будет ничего додумывать за косноязычного писателя — это тебе не С   (24.12.2004 16:14, пустое)
  • Ответ: Жалею — Нерус   (24.12.2004 16:35, 258 байт)
    • Слушай, ну и так смешно, хватит себя еще больше позорить — Умники   (24.12.2004 16:47, пустое)
    • суть проблемы в том, что обработка SFR_B_EXT в С компиляторе, и equ в асме - разные вещи. Так как хидер мы так и не увидели, видимо сказать вам нечего — DASM   (24.12.2004 16:42, пустое)
      • Ответ: не знаю, как получится — Нерус   (24.12.2004 16:48, 12340 байт)
        • у меня IAR на работе постарее, SFR_B_N нету определения. Вообще странно что асм это понимает. Наверняка через #ifdef дело все расписано и сводится к банальному equ . А если так, то асм и ldi r16, SPMCSR прокатит, дело то дурное — DASM   (24.12.2004 16:59, пустое)
      • Ща он нас тут всех мигом — научит )))   (24.12.2004 16:47, пустое)
        • щас научу :-)))) — DASM   (24.12.2004 17:01, пустое)
          • Да не ты, а он — я имел в виду )))   (24.12.2004 17:04, пустое)