2016-03-05 10:47:01 +01:00
# Timer Module
| Since | Origin / Contributor | Maintainer | Source |
| :----- | :-------------------- | :---------- | :------ |
| 2014-12-12 | [Zeroday ](https://github.com/funshine ) | [dnc40085 ](https://github.com/dnc40085 ) | [tmr.c ](../../../app/modules/tmr.c )|
2016-01-06 03:06:00 +01:00
The tmr module allows access to simple timers, the system counter and uptime.
It is aimed at setting up regularly occurring tasks, timing out operations, and provide low-resolution deltas.
2016-01-10 16:04:23 +01:00
What the tmr module is *not* however, is a time keeping module. While most timeouts are expressed in milliseconds or even microseconds, the accuracy is limited and compounding errors would lead to rather inaccurate time keeping. Consider using the [rtctime ](rtctime.md ) module for "wall clock" time.
2016-01-06 03:06:00 +01:00
NodeMCU provides 7 timers, numbered 0-6. It is currently up to the user to keep track of which timers are used for what.
2016-01-10 16:04:23 +01:00
## tmr.alarm()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
This is a convenience function combining [`tmr.register()` ](#tmrregister ) and [`tmr.start()` ](#tmrstart ) into a single call.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
To free up the resources with this timer when done using it, call [`tmr.unregister()` ](#tmrunregister ) on it. For one-shot timers this is not necessary, unless they were stopped before they expired.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
- `id` timer id (0-6)
2016-05-07 11:30:04 +02:00
- `interval_ms` timer interval in milliseconds. Maximum value is 6870947 (1:54:30.947).
2016-01-10 16:04:23 +01:00
- `mode` timer mode:
- `tmr.ALARM_SINGLE` a one-shot alarm (and no need to call [`tmr.unregister()` ](#tmrunregister ))
- `tmr.ALARM_SEMI` manually repeating alarm (call [`tmr.start()` ](#tmrstart ) to restart)
- `tmr.ALARM_AUTO` automatically repeating alarm
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
`true` if the timer was started, `false` on error
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
if not tmr.alarm(0, 5000, tmr.ALARM_SINGLE, function() print("hey there") end) then print("whoopsie") end
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
#### See also
- [`tmr.register()` ](#tmrregister )
- [`tmr.start()` ](#tmrstart )
- [`tmr.unregister()` ](#tmrunregister )
2016-01-07 00:33:52 +01:00
2016-01-10 16:04:23 +01:00
## tmr.delay()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Busyloops the processor for a specified number of microseconds.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
This is in general a **bad** idea, because nothing else gets to run, and the networking stack (and other things) can fall over as a result. The only time `tmr.delay()` may be appropriate to use is if dealing with a peripheral device which needs a (very) brief delay between commands, or similar. *Use with caution!*
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Also note that the actual amount of time delayed for may be noticeably greater, both as a result of timing inaccuracies as well as interrupts which may run during this time.
#### Syntax
`tmr.delay(us)`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
`us` microseconds to busyloop for
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
2016-01-06 03:06:00 +01:00
`nil`
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
tmr.delay(100)
2016-01-06 03:06:00 +01:00
```
2016-01-07 00:33:52 +01:00
2016-01-10 16:04:23 +01:00
## tmr.interval()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Changes a registered timer's expiry interval.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.interval(id, interval_ms)`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
- `id` timer id (0-6)
2016-05-07 11:30:04 +02:00
- `interval_ms` new timer interval in milliseconds. Maximum value is 6870947 (1:54:30.947).
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
`nil`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
tmr.register(0, 5000, tmr.ALARM_SINGLE, function() print("hey there") end)
2016-01-10 16:04:23 +01:00
tmr.interval(0, 3000) -- actually, 3 seconds is better!
2016-01-06 03:06:00 +01:00
```
2016-01-07 00:33:52 +01:00
2016-01-10 16:04:23 +01:00
## tmr.now()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Returns the system counter, which counts in microseconds. Limited to 31 bits, after that it wraps around back to zero. That is essential if you use this function to [debounce or throttle GPIO input ](https://github.com/hackhitchin/esp8266-co-uk/issues/2 ).
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.now()`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
none
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
the current value of the system counter
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
print(tmr.now())
print(tmr.now())
2016-01-06 03:06:00 +01:00
```
2016-01-07 00:33:52 +01:00
2016-01-10 16:04:23 +01:00
## tmr.register()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Configures a timer and registers the callback function to call on expiry.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
To free up the resources with this timer when done using it, call [`tmr.unregister()` ](#tmrunregister ) on it. For one-shot timers this is not necessary, unless they were stopped before they expired.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.register(id, interval_ms, mode, func)`
#### Parameters
- `id` timer id (0-6)
2016-05-07 11:30:04 +02:00
- `interval_ms` timer interval in milliseconds. Maximum value is 6870947 (1:54:30.947).
2016-01-10 16:04:23 +01:00
- `mode` timer mode:
- `tmr.ALARM_SINGLE` a one-shot alarm (and no need to call [`tmr.unregister()` ](#tmrunregister ))
- `tmr.ALARM_SEMI` manually repeating alarm (call [`tmr.start()` ](#tmrunregister ) to restart)
- `tmr.ALARM_AUTO` automatically repeating alarm
Note that registering does *not* start the alarm.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
2016-01-06 03:06:00 +01:00
`nil`
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
tmr.register(0, 5000, tmr.ALARM_SINGLE, function() print("hey there") end)
2016-01-10 16:04:23 +01:00
tmr.start(0)
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
#### See also
[`tmr.alarm()` ](#tmralarm )
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
## tmr.softwd()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Provides a simple software watchdog, which needs to be re-armed or disabled before it expires, or the system will be restarted.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.softwd(timeout_s)`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
`timeout_s` watchdog timeout, in seconds. To disable the watchdog, use -1 (or any other negative value).
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
`nil`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
function on_success_callback()
tmr.softwd(-1)
print("Complex task done, soft watchdog disabled!")
end
tmr.softwd(5)
-- go off and attempt to do whatever might need a restart to recover from
complex_stuff_which_might_never_call_the_callback(on_success_callback)
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
## tmr.start()
Starts or restarts a previously configured timer.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.start(id)`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
`id` timer id (0-6)
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
`true` if the timer was started, `false` on error
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
tmr.register(0, 5000, tmr.ALARM_SINGLE, function() print("hey there") end)
if not tmr.start(0) then print("uh oh") end
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
#### See also
- [`tmr.register()` ](#tmrregister )
- [`tmr.stop()` ](#tmrstop )
- [`tmr.unregister()` ](#tmrunregister )
2016-01-07 00:33:52 +01:00
2016-01-10 16:04:23 +01:00
## tmr.state()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Checks the state of a timer.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.state(id)`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
`id` timer id (0-6)
#### Returns
(bool, int) or `nil`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
If the specified timer is registered, returns whether it is currently started and its mode. If the timer is not registered, `nil` is returned.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
running, mode = tmr.state(0)
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
## tmr.stop()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Stops a running timer, but does *not* unregister it. A stopped timer can be restarted with [`tmr.start()` ](#tmrstart ).
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.stop(id)`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
`id` timer id (0-6)
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
`true` if the timer was stopped, `false` on error
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
if not tmr.stop(2) then print("timer 2 not stopped, not registered?") end
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
#### See also
- [`tmr.register()` ](#tmrregister )
- [`tmr.stop()` ](#tmrstop )
- [`tmr.unregister()` ](#tmrunregister )
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
## tmr.time()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Returns the system uptime, in seconds. Limited to 31 bits, after that it wraps around back to zero.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.time()`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
none
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
the system uptime, in seconds, possibly wrapped around
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Example
```lua
print("Uptime (probably):", tmr.time())
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
## tmr.unregister()
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
Stops the timer (if running) and unregisters the associated callback.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
This isn't necessary for one-shot timers (`tmr.ALARM_SINGLE`), as those automatically unregister themselves when fired.
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Syntax
`tmr.unregister(id)`
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Parameters
`id` timer id (0-6)
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
2016-01-06 03:06:00 +01:00
`nil`
2016-01-10 16:04:23 +01:00
#### Example
2016-01-06 03:06:00 +01:00
```lua
2016-01-10 16:04:23 +01:00
tmr.unregister(0)
2016-01-06 03:06:00 +01:00
```
2016-01-10 16:04:23 +01:00
#### See also
[`tmr.register()` ](#tmrregister )
2016-01-06 03:06:00 +01:00
## tmr.wdclr()
Feed the system watchdog.
*In general, if you ever need to use this function, you are doing it wrong.*
The event-driven model of NodeMCU means that there is no need to be sitting in hard loops waiting for things to occur. Rather, simply use the callbacks to get notified when somethings happens. With this approach, there should never be a need to manually feed the system watchdog.
2016-01-10 16:04:23 +01:00
#### Syntax
2016-01-06 03:06:00 +01:00
`tmr.wdclr()`
2016-01-10 16:04:23 +01:00
#### Parameters
none
2016-01-06 03:06:00 +01:00
2016-01-10 16:04:23 +01:00
#### Returns
2016-05-07 11:30:04 +02:00
`nil`