Отправлено SergNik 12 сентября 2005 г. 15:54

В документации указан один способ - использовать i/o порт, который имеет функцию внешнего прерывания, его надо сконфигурировать на выход, а затем записать в него такое значение, которое при аналогичном входном воздействии вызвало бы прерывание. Вариант хороший, но в моём конкретном случае не подходит, т.к. все эти порты уже заняты. Подскажите пожалуйста.

• Короче, не буду я ноги int дергать, т.к. в разных комплектациях к ним могут быть подключены разные железки. Придется таймер 2 заюзать. У него и прерывания имеют достаточно высокий приоритет, а кроме него у Атмеги128 ещё 3 таймера. — SergNik   (12.09.2005 16:51 84.204.75.2, пустое)
  • К сожалению, FOC не вызывают прерывание... А то бы неплохо было, если бы и ногу отключить от WGM, и прерывания просто вызывать (+) — ReAl   (12.09.2005 20:14 62.244.22.94, 498 байт)
• Можно аппаратно ! (+) — miv   (12.09.2005 16:15 81.3.156.146, 153 байт)
  • Дык, портов-то свободных, которые вызывают внешнее прерывание, нет! Если бы были, не надо было даже ножку на ножку заводить. — SergNik   (12.09.2005 16:30 84.204.75.2, пустое)
    • Например если int0 юзается по своему основному назаначению, можно его к внешним цепям подключить через резистор 10к, при необходимости вызвать int0 ножку на вывод и 0 туды — Russ   (12.09.2005 16:35 217.150.45.49, пустое)
      • Никакие аппаратные доработки там уже нельзя сделать. И Атмегу с CAN тоже не возьмёшь. — SergNik   (12.09.2005 16:39 84.204.75.2, пустое)
  • хороший совет, правильный...главное не надо читать вопрос!))) — ы   (12.09.2005 16:18 80.92.98.211, 104 байт)
    • Кстати ! (+) — miv   (12.09.2005 16:37 81.3.156.146, 270 байт)
    • Гы ! Точно не надо ! =))) — miv   (12.09.2005 16:33 81.3.156.146, пустое)
• Использовать свободное прерывание от таймера. — Сергей Борщ   (12.09.2005 16:03 195.13.250.109, 94 байт)
  • Ответ: — SergNik   (12.09.2005 16:09 84.204.75.2, 232 байт)
    • Да, именно так. — Сергей Борщ   (12.09.2005 18:37 195.13.250.109, пустое)
    • А чем это отличается от простого вызова подрограммы? — Russ   (12.09.2005 16:17 217.150.45.49, пустое)
      • А тем, что ты можешь взвести бит в обработчике прерывания, а выполняться ''подпрограмма'' начнет когда более высокоприоритетные обработчики отработают. — Сергей Борщ   (12.09.2005 19:23 195.13.250.109, пустое)
      • А тем что считай таймера одного уже нет. А он потом потребуется в ревизии 1.2 — Lamer   (12.09.2005 16:23 80.243.1.229, пустое)
  • ему то нужна синхронизация событий — m16   (12.09.2005 16:06 195.34.234.210, пустое)
  • Или от компаратора — Lamer   (12.09.2005 16:05 80.243.1.229, пустое)
• (r)call Metka_Int - разве не подходит? — argus98   (12.09.2005 15:59 81.22.205.230, пустое)
  • для полной иммитации перед (r)call Metka_Int запретить прерыв — m16   (12.09.2005 16:03 195.34.234.210, пустое)
    • Ответ: — m16   (12.09.2005 16:03 195.34.234.210, пустое)
• Которое? — Russ   (12.09.2005 15:57 81.211.97.86, пустое)
  • По своему прямому назначению это прерывание мне не нужно будет. — SergNik   (12.09.2005 16:04 84.204.75.2, пустое)
  • Да любое! Надо из любого места программы иметь возможность вызвать прерывание, чтобы в нём произвести какие-то критичные по времени действия. — SergNik   (12.09.2005 16:03 84.204.75.2, пустое)
    • Вот проблему нашли :) Чем, в данном случае, отличаются INT от CALL ? — argus98   (12.09.2005 16:21 81.22.205.230, пустое)
      • а чем вообще SWI отличается от CALL? (это не вопрос к вам, это так, обсудить,послушать) — ы   (12.09.2005 16:25 80.92.98.211, пустое)
      • Вот чем. — SergNik   (12.09.2005 16:25 84.204.75.2, пустое, ссылка)
    • Ответ: рискуете получить коллизии с Int-обработчиком, а вообще (+) — Assm   (12.09.2005 16:17 82.140.78.46, 396 байт)
    • Дык на то и рперывание, чтобы само вызывалось, не вижу смысла, можно оформить подпрограммой и вызывать ее из прерывания или из тела программы. — Russ   (12.09.2005 16:09 217.150.45.49, пустое)
      • Ответ: — SergNik   (12.09.2005 16:23 84.204.75.2, 991 байт)
        • Одного не понял, нафига там прерывание, а не вызов функции по установленному флагу ? — Щ.C.   (12.09.2005 16:37 144.206.186.102, пустое)
          • Ответ: — SergNik   (12.09.2005 16:42 84.204.75.2, пустое, ссылка)
            • Да хоть сразу, хоть потом (+) — Щ.C.   (12.09.2005 17:12 144.206.186.102, 471 байт)
            • Если по SPI, то прием - передача одновременно, простой обмен. — Russ   (12.09.2005 16:49 217.150.45.49, пустое)
        • Открою секрет, флаг можно и в памяти дежать и проверять его где нужно, нет особой необходимости юзать для этого флаги прерываний. Я бы взял AVR с каном на борту. — Russ   (12.09.2005 16:31 217.150.45.49, пустое)
        • Тогда (+): — argus98   (12.09.2005 16:28 81.22.205.230, 113 байт)
          • Что значит делать переход на передачу. Прием и передача незивисимо и одновременно происходят. Я могу ничего в данный момент не получать, но очень сильно хотеть послать. — SergNik   (12.09.2005 16:35 84.204.75.2, пустое)
            • Немного на разных языках разговариваем (+): — argus98   (12.09.2005 16:55 81.22.205.230, 286 байт)
            • Можно передать, а принятое игнорировать — Russ   (12.09.2005 16:55 217.150.45.49, пустое)
      • На таких прерываниях весь DOS построен ! =))) И половина уиндоуз ! =) — miv   (12.09.2005 16:13 81.3.156.146, пустое)
      • А критичные по времени события обрабатываются иначе. — Russ   (12.09.2005 16:11 217.150.45.49, пустое)