PWM overview

This article gives information about the Linux^® PWM framework.
It explains how to activate the PWM interface and, based on examples, how to use it.

Framework purpose

PWM (Pulse Width Modulation) framework offers a unified interface for the users to:

• control PWM output(s) such as period, duty cycle and polarity.
• capture a PWM signal and report its period and duty cycle (e.g. input).

The interface can be used from:

• user space (sysfs)
• kernel space (API)

PWMs can be used in various use cases, as mentioned in How to use the framework to control LEDs, beepers, vibrators or fans...

System overview

Component description

• PWM user (User space)

The user can use PWM sysfs interface, from a user terminal or a custom application, to control PWM device(s) from user space.

• PWM user (Kernel space)

User drivers can use PWM API to control PWM external device(s) from kernel space (such as back-light, vibrator, LED or fan drivers).

• PWM framework (Kernel space)

The PWM core provides sysfs interface and PWM API. They can be used to implement PWM user and PWM controller drivers.

• PWM drivers (Kernel space)

Provider drivers such as STM32 TIM Linux driver and STM32 LPTIM Linux driver that expose PWM controller(s) to the core.

• PWM hardware

PWM controller(s) such as TIM internal peripheral and LPTIM internal peripheral used to drive external PWM controlled devices.

API description

Documentation on PWM interface can be found under kernel Documentation/pwm.txt

Kernel PWM API

The main useful user API are the following:

• devm_pwm_get() or pwm_get() / pwm_put(): this API is used to look up, request, then free a PWM device.
• pwm_init_state(), pwm_get_state(), pwm_apply_state(): this API is used to initialize, retrieve and apply the current PWM device state.
• pwm_config(): this API updates the PWM device configuration (period and duty cycle).
• ...

Sysfs interface

In addition to Documentation/pwm.txt details on ABI are available in Documentation/ABI/testing/sysfs-class-pwm.

Configuration

Kernel configuration

Activate PWM framework in the kernel configuration through the Linux menuconfig tool, Menuconfig or how to configure kernel (CONFIG_PWM=y):

Device Drivers  --->
   [*] Pulse-Width Modulation (PWM) Support  --->

Activate PWM drivers for STM32 PWM drivers: STM32 TIM Linux driver and/or STM32 LPTIM Linux driver

Device tree configuration

• PWM generic DT bindings:

PWM DT bindings documentation describes device tree properties related to standard PWM user nodes and PWM controller nodes.

• Detailed DT configuration for STM32 internal peripherals:

TIM device tree configuration and/or LPTIM device tree configuration

How to use the framework

PWM can be used either from the user or the kernel space.

How to use PWM with sysfs interface

The available PWM controllers are listed in sysfs:

Board $> ls /sys/class/pwm
pwmchip0

The number of channels per controller can be read in npwm (read-only)

Board $> cd /sys/class/pwm/pwmchip0
Board $> cat npwm
4

Each channel is exported (requested for sysfs activation) by writing the corresponding number in 'export'.

TIMx_CH1 is exported as "pwm0", TIMx_CH2 as "pwm1", and so on: PWM channels are numbered from 0 to 'npwm' - 1 TIM channels are numbered from 1 to 'npwm'.

As an example, proceed as follows to export the first channel (TIMx_CH1, e.g. channel 0):

Board $> echo 0 > export
Board $> ls
device  export  npwm  power  pwm0  subsystem  uevent  unexport

The period and duty cycle must be configured before enabling any channel.

As an example, proceed as follows to set a period of 100 ms with a duty cycle of 60% on channel 0:

Board $> echo 100000000 > pwm0/period
Board $> echo 60000000 > pwm0/duty_cycle
Board $> echo 1 > pwm0/enable

The polarity can be inverted or set to normal by using the polarity entry:

Board $> echo "inversed" > pwm0/polarity
Board $> cat pwm0/polarity
inversed

Board $> echo "normal" > pwm0/polarity
Board $> cat pwm0/polarity
normal

How to use PWM capture with sysfs interface

PWM capture is available on some PWM controllers such as TIM internal peripheral (see TIM configured in PWM input capture mode ).

PWM output and capture mode are mutually exclusive on a TIM instance

# First export a channel (e.g. 0), then capture PWM input on it:
Board $> cd /sys/class/pwm/pwmchip0
Board $> echo 0 > export

Board $> cd pwm0
Board $> ls
capture  duty_cycle  enable  period  polarity  power  uevent

Board $> cat capture
10000 1002               # capture result is in nano-seconds, e.g.: 100KHz, 10% duty cycle

Example of PWM usage with kernel PWM API

Several in-kernel drivers use kernel PWM API. Below a few examples:

• pwm-beeper: drivers/input/misc/pwm-beeper.c driver, Documentation/devicetree/bindings/input/pwm-beeper.txt | |}} Documentation/devicetree/bindings/input/pwm-beeper.txt DT binding documentation.
• pwm-vibrator: drivers/input/misc/pwm-vibra.c driver, Documentation/devicetree/bindings/input/pwm-vibrator.txt | |}} Documentation/devicetree/bindings/input/pwm-vibrator.txt DT binding documentation.

How to trace and debug the framework

How to monitor with debugfs

PWM usage can be monitored from 调试文件系统(debugfs) 'pwm' entry. For example:

Board $> cd /sys/kernel/debug/
Board $> cat pwm
platform/44000000.timer:pwm, 4 PWM devices                                                               <-- One timer instance exposes 4 PWM channels.
 pwm-0   (sysfs               ): requested enabled period: 1000000 ns duty: 500000 ns polarity: normal   <-- Channel 0 has been exported, enabled and configured via sysfs
 pwm-1   ((null)              ): period: 0 ns duty: 0 ns polarity: normal
 pwm-2   ((null)              ): period: 0 ns duty: 0 ns polarity: normal                                <-- Other channels aren't used currently
 pwm-3   ((null)              ): period: 0 ns duty: 0 ns polarity: normal

Troubleshooting PWM capture

Here are some clues on how to debug possible errors in PWM capture mode.
See How to use PWM capture with sysfs interface as a pre-requisite.

Board $> cat capture 
cat: capture: Connection timed out

This may be due to:

• the input signal isn't recognized as a PWM input (or there's no input signal to capture).
• a wrong alternate function number is used for the input pin configuration in the device-tree.
  See "TIM configured in PWM input capture mode" for further details.

Board $> cat capture 
cat: capture: Device or resource busy

This may be due to:

• a PWM channel on the same TIM instance is already running (in capture or output mode)

Board $> cat capture 
cat: capture: No such device

This may be due to:

• the DMA isn't configured properly in the device-tree.
  See "TIM configured in PWM input capture mode" for further details.

Board $> cat capture
cat: capture: Function not implemented

This may be due to:

• a wrong TIM instance is being used (e.g. "/sys/class/pwm/pwmchip/pwmchipN"), and it doesn't support capture (like LPTIM)
• the DMA support isn't enabled (CONFIG_DMA_ENGINE)

References

<securetransclude src="ProtectedTemplate:ArticleBasedOnModel" params="Framework overview article model"></securetransclude> <securetransclude src="ProtectedTemplate:PublicationRequestId" params="7957 | 2018-06-29 | AnneJ"></securetransclude>