Отправлено LDIR 19 сентября 2005 г. 10:48

Возможно-ли как то сократить такую процедуру заполнения памяти данными, читаемыми из порта? (Mega8515 на 16МГц, внешняя SRAM)
...
Label1 :
IN R0,PORT B / 1 такт
ST Y+,R0 / 2 такта
MOV R1,R28 / 1 такт
OR R1,R29 / 1 такт
BRNE Label1 / 2 такта при переходе
...
итого 7 тактов на байт данных - сократить невозможно ?

• Буду делать трехтактный (длинный) вариант блоки по 256 - по памяти и условиям проходит. Всем спасибо за участие! — LDIR   (19.09.2005 13:08 83.149.27.34, пустое)
• Можно еще так поизгаляться (+): — argus98   (19.09.2005 11:25 81.22.205.230, 270 байт)
  • Ответ: Только забудьте про остальные прерывания на время использования этой процедуры! — ДМ   (19.09.2005 11:55 80.72.237.52, 27 байт)
    • Все прерывания "произошли" до процедуры чтения.... — LDIR   (19.09.2005 12:23 83.149.27.34, 531 байт)
      • 3,012 такта на блок из 256 символов. — -mse-   (19.09.2005 12:29 81.201.66.34, 128 байт)
        • ёпть, на байт в блоке из 256 — -mse-   (19.09.2005 12:30 81.201.66.34, пустое)
          • Да, так быстрее (но длиннее) всего - зато 3 такта. Короче и непридумаешь. — LDIR   (19.09.2005 13:00 83.149.27.34, пустое)
            • ну бери 32 или 64, соотв, будет меньше. Ну не 3,012 такта, а 3,2. Зато не 512, а около 70 словов. — -mse-   (19.09.2005 13:26 81.201.66.34, пустое)
  • Хорошая идея! свободный таймер есть, надо подумать. Спасибо! — LDIR   (19.09.2005 11:29 83.149.27.34, пустое)
• Ответ: А разве у Mega8515 R0 работает с портами. — ДМ   (19.09.2005 11:17 80.72.237.52, 616 байт)
  • R0 - это условно, а читать надо больше 20К. отсюда счетчик - слово, и, похоже ужаться менее 7 тактов неполучится.. — LDIR   (19.09.2005 11:25 83.149.27.34, пустое)
    • Ответ: если больше 256, то — ДМ   (19.09.2005 12:03 80.72.237.52, 384 байт)
• кароче! :-) — Морковка   (19.09.2005 10:54 217.117.80.2, 139 байт)
  • А это точно для Mega8515 ? — LDIR   (19.09.2005 11:20 83.149.27.34, 153 байт)
  • Ну это не совсем AVR (+): — argus98   (19.09.2005 11:15 81.22.205.230, 296 байт)
  • Ответ: не короче, но быстрее... — hdl   (19.09.2005 11:02 212.92.157.50, 188 байт)
    • Способ хорош, но для 32К данных нереально.... :( — LDIR   (19.09.2005 11:11 83.149.27.34, пустое)
      • Ну а что за промблемма? — -mse-   (19.09.2005 12:01 81.201.66.34, 264 байт)
      • Хочешь получить реальный ответ? Zадай реальный вопрос! — Морковка   (19.09.2005 11:49 217.117.80.2, 425 байт)
        • А если никакие изменения не требуются, а есть удобный проц для конкретной задачи, но есть узкое место, победив которое ты оказываешься в значительном выигрыше? (+) — Codavr   (19.09.2005 12:46 193.233.48.103, 186 байт)
          • Гы.Гы.Гы. Особенно про "иzменения не требуются". :-) Почитайте Легенду о Последнем Байте. Да пребудет с Вами сила, считатели тактов! — Морковка   (19.09.2005 13:15 217.117.80.2, пустое)
            • А любой поцессор только и умеет, что такты считать и 0 +1 складывать.... остальное "условно-приближённо" к реальности — LDIR   (19.09.2005 13:52 83.149.27.34, пустое)
            • Сделай что нибудь бюджетное и все поймешь, такты сосчитаешь и прожку на асме напишешь. А когда в средствах не стеснен я и 300% запас даю :) — Codavr   (19.09.2005 13:19 213.187.127.130, пустое)
              • А от любых изменений не застрахуешься - всегда найдётся такое изменение, которое ты не сможешь реализовать, какой бы запас не заложил :-))) — -=Shura=-   (19.09.2005 13:47 217.21.50.43, пустое)
                • Сразу видно дзен :) — Codavr   (19.09.2005 13:53 193.233.48.103, пустое)
          • Полностью солидарен! а на "рюшечьки" и PIV нехватает..... — LDIR   (19.09.2005 12:55 83.149.27.34, пустое)
            • У моего знакоморо на атлоне 64 ил2 крутится с выходом на плазму в 1600 пикселей, а рядом пень третий звуковуху обрабатывает, чтобы автоматически шаг винта регулировать. Герингу не снилось :) — Codavr   (19.09.2005 13:01 193.233.48.103, пустое)
        • :) Вообще-то считать такты надо в самом начале, чтобы потом "небыло мучительно больно....", а закладывать 50% избыточность...Камазом перевозить ведро песка. — LDIR   (19.09.2005 12:09 83.149.27.34, пустое)