Отправлено ReAl 13 ноября 2006 г. 14:16 В ответ на: эммм. ну ок. такие дефайны забить можно. а будет ли работать? т.е. поймет ли компилер к каким адресам надо через in out ломиться, а к каким через память? В winavr прописаны через SFR_IO8 и SFR_IO16, хотя где-то и память видел... вообще, насколько это тормознее будет? отправлено <font color=gray>507</font> 13 ноября 2006 г. 13:38

См выше пример от _Bill - аналогично будет работать.
По сути, эти SFR_IO похожи на предложенное.
Макросы SFR_IO от MEM_IO отличаются тем, что добавляют "подставку" в 32 (пропуск регистров) и приводят одреса портов к адресам памяти.
Если ты передаёшь указатель, то во время выполнения компилятор никаких проверок не делает и ко всем портам будет обращаться через st/ld.
А если применяешь PORTA/PORTE напрямую, то оптимизатор смотрит на значение адреса и, если он попадает в зону IO-портов, вычитает назад подставку и ставит команды in/out, где можно - sbi/cbi/sbis/sbic

• это будет работать? (+) — 507   (13.11.2006 14:43 195.98.50.58, 968 байт)
  • *ports[0] = 15; Надо разименовать указатель, выбранный из массива указателей. (+) — ReAl   (13.11.2006 15:15 195.245.113.126, 1971 байт)
    • Тю, в #include - ах уголки с файлами пропали... А в указателях - живые... как-то криво тег pre отрабатівается — ReAl   (13.11.2006 15:17 195.245.113.126, пустое)
      • Да, с uint8_t варнинги пропали. асм посмотрел - вроде должно работать. осталась пара вопросов (+) — 507   (13.11.2006 15:47 195.98.50.58, 905 байт)
  • Сорри, вот пробелы вставил — 507   (13.11.2006 14:44 212.176.124.149, 890 байт)