David Sidrane 6eff7deb7e Extend the delay ensure post reset pulse delayed. ...

Given the original poster's comment that "It happens very consistently for us." I suspect the motor spin observed in https://github.com/PX4/Firmware/issues/7457 is not caused by the original issue of slow decay on the PWM pins at reset, but the post reset pulse of 3.1 Ms arriving in a window that the ESC considers it valid.

The results from testing, indicated that the if the PWM pins were clamped low for > 300 Ms, prior to reset the motors did not spin. This would delay the the post reset pulse of 3.1 Ms out by > 300 Ms. 

This change delays the reset and therefore the pulse by at least 400 Ms.

2017-07-08 10:51:43 +02:00

..

board_config.h

px4fmu-v4:Implement board_on_reset API

2017-05-03 08:33:05 +02:00

CMakeLists.txt

px4fmu-v4 using board common mcu version api

2017-01-26 08:39:12 +01:00

px4fmu_can.c

Changes to px4fmu-v4 for upstream Nuttx and hardfault logging

2016-12-21 08:34:21 +01:00

px4fmu_init.c

Extend the delay ensure post reset pulse delayed.

2017-07-08 10:51:43 +02:00

px4fmu_led.c

Changes to px4fmu-v4 for upstream Nuttx and hardfault logging

2016-12-21 08:34:21 +01:00

px4fmu_spi.c

px4fmu-v4:SPI and init clean up

2017-05-02 11:55:11 +02:00

px4fmu_timer_config.c

Renamed pwm_timers to more appropriate io timers for use in pwm in/out and capture

2016-02-01 10:10:34 +01:00

px4fmu_usb.c

Changes to px4fmu-v4 for upstream Nuttx and hardfault logging

2016-12-21 08:34:21 +01:00