Отправлено argus98 03 октября 2005 г. 12:53 В ответ на: иначе будет переполнение стека? отправлено Aleksey75 03 октября 2005 г. 12:47

• Спасибо...... ещё вопрос... — Aleksey75   (03.10.2005 12:55 62.68.95.4, 421 байт)
  • Лучше делать так — Bill   (03.10.2005 16:22 193.233.83.90, 176 байт)
    • А как-же данные??? при заполнении им же будет кирдык!! — Aleksey75   (03.10.2005 16:30 62.68.95.4, пустое)
      • Имелось ввиду, что заранее было определено .EQU RAMEND = 0x035F — argus98   (03.10.2005 16:54 81.22.205.230, пустое)
        • А это определение в include файлах для AStudio имеется? — Bill   (03.10.2005 16:59 193.233.83.90, пустое)
          • Естественно... Правда за все не ручаюсь, но в тех, что использовал, было. — argus98   (03.10.2005 17:19 81.22.205.230, пустое)
      • Не понял, какие данные и что ими заполнять? — Bill   (03.10.2005 16:41 193.233.83.90, пустое)
  • Верно, чуствуется прогресс :) Для надежности посоветую инициализацию стека заключить между операторами CLI и SEI. — argus98   (03.10.2005 13:04 81.22.205.230, пустое)
    • Спасибо......чуть поподробнее зачем, у меня прерывания разрешаются в начале основной программы — Aleksey75   (03.10.2005 13:07 62.68.95.4, пустое)
      • В случае, если процессор попадет на Reset по другим причинам, например по WathDog — argus98   (03.10.2005 13:09 81.22.205.230, пустое)
        • Reset по WD ничем не хуже любого другого ресета. Вот если по ошибочному (r)jmp - то да, но это вовсе не ресет — =AVR=   (03.10.2005 13:24 80.92.96.19, пустое)
          • Каюсь, погорячился - имел ввиду программный сброс, а не аппаратный... — argus98   (03.10.2005 13:44 81.22.205.230, пустое)
            • "Программного сброса" в АВР не бывает, бывает только безграмотный (r)jmp 0 — =AVR=   (03.10.2005 13:58 80.92.96.19, пустое)
              • А некоторые делают это осознанно... — argus98   (03.10.2005 14:07 81.22.205.230, пустое)
                • Дело хозяйское — =AVR=   (03.10.2005 14:09 80.92.96.19, пустое)
        • ОК! Понял....... Огромное спасибо.. — Aleksey75   (03.10.2005 13:12 62.68.95.4, пустое)