https://devzone.nordicsemi.com/f/nordic-q-a/11495/nrf51-polarity-low-on-reinitWhen I init, uninit, and re-init a PWM with pin_polarity set to APP_PWM_POLARITY_ACTIVE_HIGH, the actual polarity of the signal is active low. This also happens when I init and enable, disable and uninit, then init and enable again, which is closer toen-USTelligent Community 13Tue, 26 Jan 2016 22:59:09 GMThttps://devzone.nordicsemi.com/thread/43414?ContentTypeID=1Tue, 26 Jan 2016 22:59:09 GMT137ad170-7792-4731-bb38-c0d22fbe4515:a6eb72e7-7557-4475-bfbd-1ce7dd388db3andyb<p>Thank you for your reply. To clarify, the problem was with the behavior of the pwm when it was initted and running, not with the pin state when it wasn&#39;t running.</p> <p>I pulled in the app_pwm.[ch] files from version 10.0, keeping the rest of the SDK at 8.1, and this seems to have resolved the problem. I am a bit uncomfortable mixing files from different versions, but it seems to be the best solution for our project right now.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/43413?ContentTypeID=1Mon, 25 Jan 2016 12:06:29 GMT137ad170-7792-4731-bb38-c0d22fbe4515:e32d1be2-b864-4a6c-a5ba-dcf328640d57Susheel Nuguru<p>If you want to have good hold on pin state before and after PWM init and unit, then you need to initialize the pin to correct state using nrf_gpio.h nrf_gpio_cfg_xxx();</p> <p>Then when you init pwm, GPIOTE will own the pins and will initialize pin to the state configured with PWM API, after disabling pwm (or initializing) then gpio will take control.</p> <p>However, I remember that there were issues with PWM disable/enable features which were fixed in SDK10, look into <a href="https://devzone.nordicsemi.com/question/52275/unable-to-toggle-pwm-module-off-and-on/">this</a> thread for more info regarding this.</p><div style="clear:both;"></div>