Здесь можно немножко помяукать :)
https://radiokot.ru/forum/
Если мне необходимо обработать подобные перепады и есть только один сигнал, то решением (простым) может явиться настройка скажем INT0 на передний фронт, а INT1 на задний фронт. Еще можно воспользоваться захватом таймера 1 (ICP). Если надо каждый отдельно, то лучше снаружи наваять схему выделения фронтов (на лп5 например) и будет все в ажуре.-==MAXCELERON==- писал(а):какие соображения будут по поводу прерывания именно по изменению уровня на выводе INT0 или INT1.Во многих AVR эта фича не поддерживается, там при нуле, по спаду либо при подъеме только!?
Хорошая идея, так и сделаю. Но все же хотелось бы минимум внешних деталей. Вы упомянули про захват таймера 1 (ICP), можно пожалуйстапоподробнееMeteor писал(а): Если надо каждый отдельно, то лучше снаружи наваять схему выделения фронтов (на лп5 например) и будет все в ажуре.
Можно, пожалуйста. Во вложении схема без обвязок и прочей "нечести", т.е. только идея. В обоих вариантах один из входов настраивается на срабатывание по переднему фронту (пусть INT0), второй-на задний. Дальше зависит от задачи, н-р надо найти ширину импульса. Тогда по переднему фронту записываем значения таймера и ставим флаг (можно и не ставить), по заднему фронту проводим вторую часть (новое время в этом случае и сброс флага). Далее только найти разницу. Такую задачу всегда лучше решать с захватом, т.к. фиксируется значение в регистрах таймера на момент срабатывания, для внешних прерываний надо будет поправить значение на время срабатывания. Если что-то другое, не время, то соответственно вписывать свою логику. Хитрого тут нет ничего.-==MAXCELERON==- писал(а):...хотелось бы минимум внешних деталей. Вы упомянули про захват таймера 1 (ICP), можно пожалуйстапоподробнее
Дерзайте-==MAXCELERON==- писал(а):... буду пробовать.
Успехов!!!Нашел там гениальную идеюMeteor писал(а): На параллельной ветке схожие проблемы http://radiokot.ru/forum/viewtopic.php?t=19002
Не изменяется - проверилARV писал(а):смотрите только, как бы в момент изменения MCUCR у вас не установился флаг прерывания... я бы на всякий случай перез завершением обработчика сбросил бы флажок INTFx
Лично меня не привлекает идея менять настройки прерывания в обработке этого же прерывания, как раз потому что имеет место меняться в самый ненужный момент-==MAXCELERON==- писал(а): Не изменяется - проверил
или требует дополнительных изворотов.Протестирую, на девайсе - декодере rc5, время покажет...Meteor писал(а): Лично меня не привлекает идея менять настройки прерывания в обработке этого же прерывания, как раз потому что имеет место меняться в самый ненужный момент
И все же УСПЕХОВ!!!
А зачем смена порта?-==MAXCELERON==- писал(а):
Нашел там гениальную идею
...
PORTC = 0xff;
else {
...
PORTC = 0x00;
...
Меняйте только MCUCR. Своим заворотом PORTC=0x00 Вы только переводите его в третье состояние.. Заодно на командах сэкономите... 
Да нет Вы не так поняли. включение выключение порта - это чисто для проверки, вообще конечно там будет требуемый код ( если делать только MCUCR, то для какой цели вообще прерывание делать??Meteor писал(а): А зачем смена порта?
)Ну да это обработка по любой смене сигнала на входе. У топикстартера еще и "на резерв" вопросик получился, для случаев когда нету ентого ани ченжа:))sachok писал(а):Я канешно извиняюсь но режим Any change возможно подойдет. Будет происходить прерывание при каждом изменении уровня на INTx. Вот только не все (не на всех портах INT) это свойство доступно.
Если бы был такой режим на моей mega8, то и вопроса бы не было.sachok писал(а):Я канешно извиняюсь но режим Any change возможно подойдет. Будет происходить прерывание при каждом изменении уровня на INTx. Вот только не все (не на всех портах INT) это свойство доступно.
По всей видимости этот даташит не от одного контроллера, а общийsachok писал(а): Сначала в даташите пишут что только возрастающий,спадающий фронты и "0", а потом:
