why interrupts can't trigger sometimes

RE: why interrupts can't trigger sometimes

zk017 — Wed, 24 Oct 2018 10:32:27 GMT

OK， thank you very much! I will make a try!

RE: why interrupts can't trigger sometimes

Susheel Nuguru — Wed, 24 Oct 2018 07:21:03 GMT

If you are using BLE only for DFU, then I do not think that softdevice would be blocking your hall_pinx handlers. So there must be for sure something else in your application that is higher in priority

One solution you can try is to increase the priority of GPIOTE IRQ by deceasing the value you chose in sdk_config.h file.

For SDK14, Reduce the value by one number for the below define until you can see that your system is stable

// <i> Priorities 0,2 (nRF51) and 0,1,4,5 (nRF52) are reserved for SoftDevice
// <0=> 0 (highest) 
// <1=> 1 
// <2=> 2 
// <3=> 3 
// <4=> 4 
// <5=> 5 
// <6=> 6 
// <7=> 7 

#ifndef GPIOTE_CONFIG_IRQ_PRIORITY
#define GPIOTE_CONFIG_IRQ_PRIORITY 7
#endif

RE: why interrupts can't trigger sometimes

zk017 — Tue, 23 Oct 2018 22:00:18 GMT

Hi, thanks for your answer, Susheel Nugura! now what can I do to solve the problem, can be informed immediately when the object reach the hall ic, with the softdevice be used at the same time. Now we use ble only for dfu, I think most of the time the softdevice or the radio activity shouldn't busy. Do you have any good idea?

Thank you very much!

RE: why interrupts can't trigger sometimes

Susheel Nuguru — Tue, 23 Oct 2018 06:49:57 GMT

Hi,

I am pretty sure that at high speed you are getting another high priority interrupt at high frequency which is masking these two interrupt handlers. Make sure that any other high priority interrupts do very little processing in their ISR.

[quote user=""]I am puzzled, maybe the softdevice block it? or else reason?[/quote]

It is possible, if you are doing a lot of radio activity based on the speed of the motor. Very hard to say at this point. But it is possible that a lot of radio activity from softdevice could mask hall_pin1_handler and hall_pin2_handler if your application is keeping softdevice busy.