PIC18 Compare & PinRB3 CCP2, CCP2CON обслуживание в КАЖДОМ цикле Опции

[Мур]

После 7-летнего перерыва (подсел на AVR после РIC16) вернулся к PIC18...
Вроде получилось! Благо С помогает на ассемблер не отвликаться, а обслуживание регистров легко по формату таблицы, что перед глазами всегда.
Затык произошёл от нечёткой информации в даташите. НЕТ предупреждения, что для нормальной работы пина ССР2 требуется в КАЖДОМ цикле возобновлять значение CCP2CON!
Долбался неделю. Наверное сработал привычный AVR-ский подход...Не расслабляйтесь!!!
Флажком на другой ноге прописал програмно штатное поведение ССР2. Убедился ,что живёт...Но оказывается, чтобы родной выход работал, надо в прерывании постоянно подгружать CCP2CON!!

Делюсь находкой Удачи пытливым!!!

[Alex B._]

ну дак все работает штатно - прочитайте еще раз документацию - все это там написано. Повторюсь третий раз - compare в выбраном вами режиме подразумевает всего навсего сброс ноги в ноль. Установить ее в единицу вы должны сами. У PIC18 переконфигурацией CCPxCON делать это НЕ обязательно, можно работать с этим выводом как с обычным портом.

[Мур]

У PIC18 переконфигурацией CCPxCON делать это НЕ обязательно, можно работать с этим выводом как с обычным портом.

Другими словами, там, где я кормлю CCP2CON в программе можно поставить установку в 1 линии PORTB? И всё?
Это мне не выгодно, поскольку по логике я должен ещё и полярность сигнала выбирать(0х08,либо 0х09). Тут этого ещё небыло... Тогда мне проще в одном месте это делать, нежели в 2-х местах.
Ну, это уже лирика... А философски,- это недочёт Микрочип!
Надо бы о триггере событий подробнее написать! Это раз!
А главное, таймерные игрища,особенно связанные с установкой режимов, не должны иметь что-то одноразовое! Гляньте на формат регистра,-в запасе ещё 2 бита. Введите условие,-типа- учёт режима однократно\постоянно. И всё!
Я благодарен ВСЕМ за опыт! Надеюсь, у некоторых тоже добавилось знаний....
Удачи!