Instant Interrupts - Revisited

[ralfmayr]

Hi Darrel,
i use your instant interrupts on a 18F6722.
A question to the interrupts:
I want to use a timer which shall make 1sec ticks and i have both uarts receving commands from other devices. I also have two subs writing and reading via I2C-Bus to some internal devices. Problem: If having more and more activity on the i2c bus and also interrups are coming via the uarts, the timer is getting slower (2 - 3 sec) depending on the activity.
All interrups are defined as high priority interrups.
Any idea?

Regards,
Ralf

[Darrel Taylor]

I want to use a timer which shall make 1sec ticks and i have both uarts receving commands from other devices. I also have two subs writing and reading via I2C-Bus to some internal devices. Problem: If having more and more activity on the i2c bus and also interrups are coming via the uarts, the timer is getting slower (2 - 3 sec) depending on the activity.
All interrups are defined as high priority interrupts.
Any idea?

Hi Ralf,

Do you have PAUSEs in your handlers?
Interrupt handlers should be as fast as possible, get in - do only what needs to be done - and get out.

If for instance it were writing to I2C EEPROM then sitting around waiting 10mS for each write to complete, then no other interrupts can occur during that time that it's doing nothing.

If you have pauses, or long strings of data being sent or received, then those handlers should be LOW PRIORITY. Then with the Timer still in High Priority, it won't miss a beat.

hth,

[ralfmayr]

Hi Darrel,
thanks for the answer.
I don't have any pauses, the i2c bus writes and reads ad-converters and io-expanders, no eeproms.

I think the main problem is the handler for the uarts. The interrups for the uarts are handled as fast as possible, i read back the RCSTA registers and then i put the data in an array, by triggering on "{" and "}" for start of text and end of text. When "}" was received the serial command is valid and then i parse the string.
After that i handle my i2c bus and so on....
Maybe it is more effective to make a ring buffer, and when ever there is time then i check this buffer and parse the data in it. But i never made such a ring buffer.....

Regards,
Ralf

[Darrel Taylor]

Receiving data 1-byte at a time is always the best way to do it with USARTs and interrupts.

No Timeouts, no WAIT(), and no long strings.

For a simple Ring buffer, check out Joe S.'s Serial Backpack program, modified for DT_INTS.

http://www.picbasic.co.uk/forum/show...8336#post28336
<br>

[circuitpro]

I hope this hasn't been answered already but,

What about using Instant Interrupts with PBPL? Should they work? I'm really hoping I'm just doing something wrong cause I'm gonna need them!! (I'm using Ver 2.50 and 2.60 is in the mail)
:-|

[Darrel Taylor]

What about using Instant Interrupts with PBPL? Should they work?

Yes they should.
<br>

[circuitpro]

With the PBPL box checked in the compiler options, when I put in your
3 INCLUDE statements:

INCLUDE "DT_INTS-18.bas"
INCLUDE "ReEnterPBP-18.bas"
INCLUDE "Elapsed_INT.bas"

I get a compile error saying:

Error [113] c:\blue1\pbp\pbppi18l.lib 1465: Symbol not previously defined (INT_ENTRY_H)

Does that mean anything to you? No errors without those INCLUDES. No errors if I change to PBP instead of PBPL. (except my LONG variable errors, of course!)