PIC16 CCP

[t_ruslan_w]

When the Capture mode is changed, a false capture
interrupt may be generated. The user should keep bit
CCP1IE (PIE1‹2›) clear to avoid false interrupts and
should clear the flag bit CCP1IF following any such
change in Operating mode.

[OKF]

Ну как бы похоже. Только ложных прерываний у меня нет, потому что режим я изменяю в самом прерывании и CCP1IF сбрасываю там же. Но то что уровень не выходе CCP1 будет ЛОЖНО изменяться я нигде не вычитал. Да и весь смысл (вся логика) тогда теряется. На кой тогда эти режимы нужны, если они не работают как задумано!

[j-Roger]

Для "более других" пиков прямо указано:

Если модУлес выключить вообще, он не будет более управлять выводом порта:



Устанавливаете в защелке нужный Вам уровень на выводе порта -
и выключаете модуль CCP после совпадения.

[j-Roger]

Если уж речь именно о 8-битных пиках из линейки pic16Fxxx, то лучше не прикасаться
к старым 'совсем простеньким' пикам; ну разве что с целью урнирования/музеирования ,
а обратить внимание на более свежие pic16F15xx/pic16F18xx или даже pic16F15xxx/pic16F18xxx.
Им периферии/плюшек добавили интересных, хотя и с опозданием лет этак на 10
По сравнению с их предыдущими собратьями они выглядят 'аццки навороченными'.
Вернее, по сравнению с этими более-менее свежими пиками их предыдущие собратья выглядят
ну просто аццки убого.

ИМХО, разумеется.
Всё относительно в нашем мире.

[OKF]

Устанавливаете в защелке нужный Вам уровень на выводе порта -
и выключаете модуль CCP после совпадения.

Я так примерно и делаю. Только CCP не выключаю, а кручу несколько сравнений, на последнем круге выставив сброс по сравнению.

[OKF]

Если уж речь именно о 8-битных пиках из линейки pic16Fxxx, то лучше не прикасаться
к старым 'совсем простеньким' пикам; ну разве что с целью урнирования/музеирования ,
а обратить внимание на более свежие pic16F15xx/pic16F18xx или даже pic16F15xxx/pic16F18xxx.

Согласен. Совсем не ожидал проблем на ровном месте.) Да и плата почти готовая была под рукой.