Отправлено Аскольд 25 июня 2002 г. 11:14

Начал я перенос программы с меги103 на 128 и возник такой
вопрос. Раньше к 16-ти-разрядным SFR-регистрам (например, таймеров)
можно было обращаться как по частям так и целиком. Новые же регистры,
которых раньше не было расположены не в области IO и для них не
предусмотрено 16-разрядных определений. Дык вопрос в том просто IAR
забыла их сделать и можно, повозившись с *.h файлами, добиться нужного
результата, или есть какие-то принципиальные ограничения? Кому-нибудь удавалость настроить заголовки так, чтобы обращаться к новым регистрам, как к 16-разрядным, а не по частям?

• Ответ: См. iomacro.h Там даны определения SFR. Можно добавить свои и посмотреть, что получится. — Bill   (25.06.2002 12:33, пустое)
• Ответ: См. iomacro.h Там даны определения SFR. Можно добавить свои и посмотреть, что получится. — Bill   (25.06.2002 12:23, пустое)
  • Речь не о SFR как таковых идет, а о новых регистрах отображенных только в памяти — Elektronik   (25.06.2002 12:29, 1711 байт)
    • Ответ: Я о них и говорю. Там даны определения только для 8-разрядных, можно по образу и подобию сделать определения для 16 разрядных и посмотреть какой код будет генерировать компилятор. — Bill   (25.06.2002 12:51, пустое)
      • А вы не думаете, что этот код может быть совершенно от балды для разных уровней оптимизации и хрен знает еще каких условий. — Elektronik   (25.06.2002 13:16, пустое)
        • Ответ: Ага, следующий совет от Електрика - объявить эти регистры volatile — CTAC   (25.06.2002 13:44, пустое)
• Ответ: — Elektronik   (25.06.2002 11:25, 148 байт)
  • Ответ: Ну и чушь про ограничение архитектуры. — CTAC   (25.06.2002 11:59, пустое)
    • Ответ: — Elektronik   (25.06.2002 12:14, 269 байт)
      • Ответ: А чем отличаются регистры, обращенные в память от обычных IO регистров? — CTAC   (25.06.2002 12:38, 173 байт)
        • Ответ: Очевидно, при определении портов в/в используется ключевое слово __io, что дает — Bill   (25.06.2002 13:13, 362 байт)
          • Ответ: в h-файле все регистры описаны как sfr и sfr ext, т.е. комилятор не имеет права думать, что это обычные переменные — CTAC   (25.06.2002 13:43, пустое)
            • Ответ: Посмотрите iomacro.h Там все сказано. — Bill   (25.06.2002 14:36, пустое)
              • Ответ: Согласен, мое высказывание не верно — CTAC   (25.06.2002 15:16, пустое)
            • Дяденька, гляньте мое сообщение от 12:29 ни о каких sfrb и sfrw там речи не идет - это простые ячейки ОЗУ, а не с доступом по IN, OUT — Elektronik   (25.06.2002 13:47, пустое)
              • Ответ: да, а вы гляньте иаровский хедер для меги128, там все через sfr, а не как в CodeVisione и в вашем сообщении от 12:29 — CTAC   (25.06.2002 14:14, пустое)
                • Ну до чего упрямый юноша — Elektronik   (25.06.2002 14:29, 73 байт)
                  • Ответ: Ответ: А кто говорил про одинаковое объявление? — CTAC   (25.06.2002 14:51, 95 байт)
                    • Ответ: — Elektronik   (25.06.2002 15:14, 132 байт)
                      • Ответ: Дык какая разница, куда они отображены. Ну поставит компилятор LDS(STS) вместо IN(OUT). Что изменится? — CTAC   (25.06.2002 15:22, пустое)
              • Ответ: А здесь не идет никакой речи о сообщении от 12:29 — CTAC   (25.06.2002 14:01, пустое)