ESP8266 Developer Zone

Re: High priority interrupts

2016-12-15T15:04:14+08:00

dkaufmann wrote:
Hi,

i am also looking for a solution to have a faster GPIO interrupt. Entering and reading and input with the standard API functions takes >2.5us which is way too slow (at 160MHz this is around 400 cycles!!). Could you find a solution?

A high priority GPIO interrupt would be nice. Or do you think the GPIO_INPUT_GET function is too slow?

Thank you for any help

Hi,is your problem solved and how to solve this question??

Statistics: Posted by roc2 — Thu Dec 15, 2016 3:04 pm

Re: High priority interrupts

2016-12-15T15:02:30+08:00

hi, is this question solved, and how to solve it?

Statistics: Posted by roc2 — Thu Dec 15, 2016 3:02 pm

Re: High priority interrupts

2016-11-22T19:47:55+08:00

Hi,

i am also looking for a solution to have a faster GPIO interrupt. Entering and reading and input with the standard API functions takes >2.5us which is way too slow (at 160MHz this is around 400 cycles!!). Could you find a solution?

A high priority GPIO interrupt would be nice. Or do you think the GPIO_INPUT_GET function is too slow?

Thank you for any help

Statistics: Posted by dkaufmann — Tue Nov 22, 2016 7:47 pm

High priority interrupts

2015-04-27T02:39:18+08:00

I noticed the ESP core should have support for high priority interrupts (from the .h files describing the CPU found in the RTOS SDK).

I would like to know how can the high priority interrupts be configured?
I would like to make the SPI interrupt a high priority one, so it could have it's own interrupt vector (not using the current "shared handler") to avoid the rather high >1uS latency of the ETS_INT_ATTACH() functions.

Any hint/comment would be greatly appreciated.

Regards,
MCulibrk

Statistics: Posted by mculibrk — Mon Apr 27, 2015 2:39 am