https://devzone.nordicsemi.com/f/nordic-q-a/52172/glitches-issue-with-led-pwm-and-gazellDear all, I&#39;m using and nRF51822 chip for implementing a wireless HID device with dongle. The device has an RGB LED, and indication scenarios for different modes are played using software PWM (because nRF51 doesn&#39;t have hardware PWM, I use TIMERen-USTelligent Community 13Wed, 18 Sep 2019 18:28:29 GMThttps://devzone.nordicsemi.com/thread/210528?ContentTypeID=1Wed, 18 Sep 2019 18:28:29 GMT137ad170-7792-4731-bb38-c0d22fbe4515:cae643b9-e9a9-412e-b47c-330688fd4602Kenneth<p>The Gazell protocol is rather high intensive on the nRF51-series (ARM Cortex-M0), so I am not terrible surprised that other lower level interrupts/processing may be delayed/interrupted (thereby causing glitches). The nRF52-series (ARM Cortex-M4) is faster due to CPU, improved peripherals,&nbsp;but also faster&nbsp;clock.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/210485?ContentTypeID=1Wed, 18 Sep 2019 15:08:46 GMT137ad170-7792-4731-bb38-c0d22fbe4515:a10e5b2d-438f-4a93-bb59-45541a02b620eugenePi<p>Hi Kenneth, thanks, I understood. However, it is strange that glitches are present only when Gazelle stack is enabled. So I guess that not only SW PWM is a problem. Are there any recommendations how to minimize the impact of Gazelle on the software PWM indication?</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/210378?ContentTypeID=1Wed, 18 Sep 2019 11:38:07 GMT137ad170-7792-4731-bb38-c0d22fbe4515:4c4bb2a9-6a80-4b1f-852f-3731254648a8Kenneth<p>I believe that the latest pwm example for nRF51-series in nrf5 sdk v12.3 should be pretty stable, however as you write, it is a software implementation, so it will not be as good as the nRF52-series with hardware pwm module.</p><div style="clear:both;"></div>