ESP8266 Developer Zone

Re: NMI-based hw_timer implementation in RTOS SDK

2015-08-03T01:57:53+08:00

I was merely trying to explain that at least one sdk subsystem is using NMI interrupts, namely pwm, maybe others too. These might interfere with your tight timing requirements.

Statistics: Posted by eriksl — Mon Aug 03, 2015 1:57 am

Re: NMI-based hw_timer implementation in RTOS SDK

2015-08-02T23:09:59+08:00

eriksl wrote:
Current sdk is 1.2.0, why would you use 0.9.5? See include/pwm.h.

I am using v1.2.0. I was referring to the example pwm.c code found in the earlier versions of the SDK that is not present in 1.2.0.

Statistics: Posted by dkinzer — Sun Aug 02, 2015 11:09 pm

Re: NMI-based hw_timer implementation in RTOS SDK

2015-08-02T15:41:11+08:00

I am talking of the pwm implementation IN the sdk, not an example. Current sdk is 1.2.0, why would you use 0.9.5? See include/pwm.h.

Statistics: Posted by eriksl — Sun Aug 02, 2015 3:41 pm

Re: NMI-based hw_timer implementation in RTOS SDK

2015-08-01T05:25:17+08:00

eriksl wrote:
AFAIK pwm also uses nmi,

I haven't seen a PWM example using NMI. The PWM code in the v0.9.5 SDK IOT_demo directory uses a regular interrupt. Earlier versions of the SDK (e.g. v0.6) had PWM example code that used os_timer_setfn(). Do you have a URL for PWM code that uses NMI?

Statistics: Posted by dkinzer — Sat Aug 01, 2015 5:25 am

Re: NMI-based hw_timer implementation in RTOS SDK

2015-08-01T02:00:28+08:00

AFAIK pwm also uses nmi, maybe other software emulated subsystems as well.

Statistics: Posted by eriksl — Sat Aug 01, 2015 2:00 am

Re: NMI-based hw_timer implementation in RTOS SDK

2015-07-30T03:13:56+08:00

Thanks.

Calling wifi_set_opmode(NULL_MODE); would kill the current WiFi connection, correct? If I enable station mode after the time critical stuff (10us), this will trigger WiFi connect including DHCP etc. again, correct?

Greetings,
Roland

Statistics: Posted by rhaenel — Thu Jul 30, 2015 3:13 am

Re: NMI-based hw_timer implementation in RTOS SDK

2015-07-24T16:49:08+08:00

Hi,

rhaenel wrote:
I only need uninterruptible control for a very short period (~ 10 microseconds).

Do you mean that this 10 microseconds can not be interrupt by NMI either ?

1. Call wifi_set_opmode(NULL_MODE); first, then enter critical state. These will allow an uninterruptible control for about 1.5 seconds.

2. Call wifi_set_opmode to set a normal Wi-Fi mode, then enter critical state. Only Wi-Fi NMI can interrupt task or other interrupts.

Thanks for your interest in Espressif Systems and ESP8266 !

Statistics: Posted by ESP_Faye — Fri Jul 24, 2015 4:49 pm

NMI-based hw_timer implementation in RTOS SDK

2015-07-21T14:53:16+08:00

Hi,

I have some pulse shaping applications that are very sensitive to correct timing (in the 100ns-range).

After some experiments I found that even though I disabled interrupts during my function, I still get interrupted, and I assume thats the NMI which I cannot turn off.

However someone pointed me towards the hw_timer implementation where I can actually execute code from within the NMI, and that means that another NMI cannot interrupt me - great!

Unfortunately I just found out that the hw_timer stuff with NMI doesn't seem exist in the RTOS SDK. Stuff is missing from the header files, I could add that, but then it seems that some internal stuff is missing from libmain.a (NmiTimSetFunc) and that's a binary blob I don't have access to.

So the question is: is there any way to use an NMI-based hw_timer in the RTOS SDK? Or any other way to capture and/or disable the NMI in the RTOS SDK? I only need uninterruptible control for a very short period (~ 10 microseconds).

Greetings,
Roland

Statistics: Posted by rhaenel — Tue Jul 21, 2015 2:53 pm