pic18fxxx, CCP, Capture mode, помогите правильно измерить время между импульсами Опции

[Constantka]

задача:
померить время между импульсами, с разрешением 0.1us.
Максимальная длительность между импульсами - 1.5sec

моё решение:
настраиваю собственно CCP,
прерывание по захвату ССP и по переполнению таймера.

в прерывании по переполнению таймера - увеличиваю доп переменную.
в прерывании по захвату ССP - сохраняю захваченные значения и доп переменную.

суть проблемы:
для перехода в прерывание требуется минимум три такта микроконтроллера,
+ анализ флажков источников прерывания (дабы понять источник прерывания)
так вот если захват происходит либо за 3-4 такта до переполнения таймера либо чуть после, подняты оба флажка. И как понять происходил захват до переполнения таймера или после? Всё что я придумала - это анализировать захваченные данные, но очень хочется узнать как поступают здравомыслящие люди

[NickB]

Не вдаваясь в суть Вашей дискуссии.
Когда-то давно стояла такая же задача. После долгих обсуждений пришли к выводу что адекватного рашения нет.
Поэтому. Почему бы Вам не применить 32-разрядный таймер/CCP - например в dfPIC33/PIC24
При тактовой частоте 40MHz время переполнения примерно 100сек

[Constantka]

Поэтому. Почему бы Вам не применить 32-разрядный таймер/CCP

Уже развела плату, скоро попробую в железе. Как мне кажется и PIC18, должен работать.

Когда-то давно стояла такая же задача. После долгих обсуждений пришли к выводу что адекватного рашения нет.

А аргументы не помните?

Уважаемый GM. Пожалуйста, ответе на вопросы:
Вы видели диафильмы, которые я для Вас делала?
Вы смотрели в симуляторе, как работает программа?
Делали проверку таймера на нуль?

[=GM=]

Отвечаю по порядку, хотя вопросы...третьего порядка малости, лучше бы озвучили требования к программе.
Диафильм видел, проникся, и что?
Не смотрел, использую моск.
Что значит, делал проверку на 0?

[Constantka]

Я повторюсь. Для меня все точки над i уже расставлены. Продолжаю эту ветку исключительно ради Вас. Я сделала Вам предложение подкорректировать код, как сочтёте нужным, Вы его принимаете?
Пожалуйста, ответьте на этот вопрос, несмотря на его порядок малости.

[=GM=]

Уважаемая Светлана,

Во-первых, с вашей помощью обнаружил "дырку" в своём коде, спасибо. Не знаю, как объяснить, упёрся как баран, обычно на меня не похоже(:-). Возможно механически перенёс некоторые идеи с авр на пик. [Замечу в скобках, я их и так-то никогда не признавал, а сейчас после пары проектов, начинаю люто ненавидеть (слово detest хорошо объясняет мои чувства)].

Во-вторых, пару слов о вашей проверке среднего байта на 0х00. Лучше проверять 7-бит среднего слова на 0, типа btfss CCPR1H,7 вам это ничего не будет стоить, а диапазон пендинга существенно расширится. Конечно, ещё лучше было бы сравнивать с 0xFE, почти максимальный диапазон. Ну а идеал, т.е. всего одна точка 0х0000 похоже не достижима на этой архитектуре. На авр, кстати, это легко сделать, там можно захватывать длительности от двух тактов и выше.