Timer Interrupt to exit a closed loop

[duncan303]

well it looks as if I have found a workaround, it seems as if the first line after the
@ INT_ENABLE CMP_INT is being ignored furthermore placing Z = 0 at any position from start to the @ INT_ENABLE CMP_INT will also cause a problem so I have to place a dummy line after the enable and everything works as it should do....... or so it appears on the surface to.

@ INT_ENABLE  CMP_INT 
Z = 0                             'dummy line ignored
Z = 0
Waiting:
if Z = 0 then Waiting

I have only one variable in the example. I do not think I can face it but I have a feeling that I may have to check the stability of all my variables before and after an interrupt implementation .

I have just pulled the whole house down to find a needle ......... but for the want of that needle.... I am cold wet and have nothing to cook on!!!

think I will go down the road and post a christmas card to myself

[Darrel Taylor]

I had been disabling the cmp_int "inside" it own handler routine but felt that this was bad practice (any thought?)

That's the correct way.
Comparators can give many interrupts right at the point where it switches (hundreds even, if the analog signal is slow). If it's allowed to return from the interrupt without disabling, it'll end up right back in the handler again until it's past the switching point of the comparator. External hysterisis can be added to the comparator to eliminate that, but it's not needed in this case.

Also, much like the PORTB change interrupt, you should read the CMCON register inside the handler to end the mismatch condition. Typically, the handler would do that anyways to determine which comparator fired.

And,
before enabling the comparator the first time. Read CMCON, then Reset the interrupt flag.
Then be sure to clear it again before re-enabling later. The flag may have been set during the time it was Disabled.

that I may have to check the stability of all my variables before and after an interrupt implementation

No need,
Nothing happens to your other variables during an interrupt, unless you specifically change them in the handler.
<br>

[duncan303]

Hi Darrel

Thankyou for your help..., again. I was experiencing occasional hysterisis whilst using the internal comparators but by slightly increasing the speed of the analog signal along with placing two bypass caps on each VDD pin of the MCU the internal bounce was brought easily under control.


By executing strict good housekeeping with respect to the flags and reading the cmcon register as you advised (it is in the Datasheet) together with re-setting all the registers prior to re-enabling I now have all six interrupts functioning perfectly within the same sub-routine and all being disabled upon exit. I am delighted and relieved, i almost feel a poem coming on but I note you recently penned something apt.

I can fly effortlesly ..... so until I have to learn how to land I am enjoying the moment.