Две инструкции ASM (най-много 3 с банкирането), не бих разчитал на CCS да ми направи сметката с изваждането, особено след като много пъти съм го хващал да се дъни точно в такива ситуации

Извинявам се че според вас информацията която давам е непълна, просто мислех че давам достатъчно инфо за проблема, ето целия код



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

Малко размисли:
така погледнат кода може да прави проблеми ако дойде прекъсване точно когато принтф взима стойността на променливата защото ПИКа е осем битов, т.е. точно в този момент трябва да направя някакаво мутекс подобно синхронизиране на достъпа до променливата, обаче този код дава грешки и когато променливата е сведена до осем битова, т.е. там не може да се получи горния конфликт, просто защото ЦПУто я пише наведъж, с други думи този проблем не е "проблемът"

Не виждам къде 4истиш флага на прекъсването CCP1IF PIR1<2> oswen ako ne stawa auto в самото прекъсване от компилатора

Пробвай това =>

Това, което казва VSU трябва да се провери, а другото което може да е проблем е ако при влизане в прекъсване компилатора не запазва текущото състояние на W и STATUS регистрите и съответно да ги възстановява след изход от прекъсването.

Компилатора се грижи за темпорари регистрите, както и за чистенето на флага за прекъсване при излизане от него...аз продължавам да си мисля, че проблема е в зануляването, ама давай все така твърдоглаво и ще напишем 10 страници докато изключим всички възможни варианти, в които се получава грешка

Я дай малко инфо колко е кварца на ПИКа (ако е разли4ен от 4MHz)колко е приблизително ширината на импулса който мериш в mS (или от колко до колко е)да направя едно опит4е

Кварца е точно 4MHz, меря импулс за товаряне на дюза който е от 1 до 15 ms.

Пробва ли това което ти писах по горе???

Дойде ми прозрението Проблема е в това - FE_RE = !FE_RE;
По точно мястото му не е там.
Виж какво се получава. При инициализирането установяваш CCP модула да зацепва на преден фронт. При първото прекъсването FE_RE=1. С посочения ред го променяш в 0, след което го проверяваш с If..., но тъй като той вече е 0, се изпълнява второто условие. Дефакто се получава да смяташ ширината без да имаш начална стойност. За да оправиш проблема промени кода така:

#int_CCP2
CCP2_isr()
{
static unsigned int16 ccp2_start;

if ( FE_RE )
ccp2_start = ccp2;
else
pulse_width = ccp2 - ccp2_start;

FE_RE = !FE_RE;

}

@мндсл
вероятно си прав но това че първия отчет грешен не е толкова критично, стига всички останали да са ОК. сменянето на условието (или промяната на сетването на фронта на друго място) просто сменя кое да се мери - ниското или високото ниво на импулса

В събота ще се отдам изцяло на тестове - и тогава се надявам да стане ясно какъв е точно проблема, определно ще пробвам всички варианти.

TITO защо не ползваш метода който препоръчват

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.

та значи
4етеш си там регистъра при влизане в интеръпт
правиш си сметките

забраняваш CCP1IE
сменяш фронта
разрешаваш прекъсванетo


4истиш флага CCP1IF

излизаш в почивка до следващото


и тито във printf ф-та си сложил lu демек лонг a променливата ти e int провери и това да не е проблема

printf( "%X \r \n", ccp_value ); или printf( "%u \r \n", ccp_value );


ето ти нещо което при мен работи като тест е с друг компилатор съм но


bit new_ccp_ready;
unsigned int ccp_value_old,ccp_value_new;
unsigned int ccp_value;
void main()
{
T1CON = 0b00000001; //Start timer 1 preskaler 1:1
CCP1CON = 0b00000101; //0101 = Capture mode, every rising edge
PORTC = 0; TRISC = 0b00000100 ;
CCP1IE = 1; //TMR1IE = 1;
PEIE = 1;GIE = 1;

while(1)
{
if(new_ccp_ready)
{
di();
printf( "%X \r \n", ccp_value );
new_ccp_ready = 0;
ei();
}
}

}


void interrupt isr(void)
{
if(CCP1IF)
{
if(CCP1M0) ccp_value_old = (CCPR1H << | CCPR1L;
else {ccp_value_new = (CCPR1H << | CCPR1L;
ccp_value = ccp_value_new - ccp_value_old;
new_ccp_ready = 1;
}
CCP1M0 ^= 1 ;
CCP1IF = 0;
}

}

VSU, мерси за това с забраняването на интеррупта - това наистина може да е проблема... въпреки че аз сменям този флаг в самото прекъсване и не съм много наясно дали е възможно веднага след като изляза от него да ми дойде фалшивото прекъсване т.е. дали пика пъмни прекъсването и го облужва ведната след като завърши тялото на текущото прекъсване.

За принтф - това ми дава грешка и при 8бит променлива и %d така че със сигурност не е от това, освен това при този компилатор лонга е 16 бита, затова съм сложил lu, d май ще принти само интове които тук са 8 битови.

бе що не смениш компилатора в момента в който нулираш флага и има преход от смущение или от нещо друго флага се дига ако компилатора ти го прави ауто нулиране на флага в на4алото то е възможно да го дига по време на сметките ти и след това пак да влиза и да дава грешка