The delay inserted in 54c1fb3311eeb949b427f4df3edd3a172a309038 breaks the bootloading for Crazyflie 1.0. It was a workaround for a PyUSB issue for closing/opening the device too quickly (I think) on Windows. The issue with this is that the code doesn't catch the Crazyflie in bootloader mode, so it continues to boot the firmware. The fix should be to send (0xFF, 0xFF, 0xFF) while running the scanning for the bootloader, instead of just (0xFF). This will stop the boot sequence on both of the Crazyflies and then the delay will not be a problem.
The delay inserted in 54c1fb3311eeb949b427f4df3edd3a172a309038 breaks the bootloading for Crazyflie 1.0. It was a workaround for a PyUSB issue for closing/opening the device too quickly (I think) on Windows. The issue with this is that the code doesn't catch the Crazyflie in bootloader mode, so it continues to boot the firmware. The fix should be to send (0xFF, 0xFF, 0xFF) while running the scanning for the bootloader, instead of just (0xFF). This will stop the boot sequence on both of the Crazyflies and then the delay will not be a problem.