Just updated companion to 2.2.1 and did the following: 

1. Made sure I have the correct profile selected. 
2. Switched my QX7 on in bootloader mode and plugged in USB cable. 
3. Checked for OpenTX updates and when prompted downloaded and flashed 2.2.1 to my Taranis.

Unplugged and did a power cycle. On booting it complained about SD card version which I expected. Turned off the TX and tried to load Bootloader so that I can write the new contents to the SD card. 

NO BOOTLOADER!! On pressing the trim switches and on button, the screen lights up and when I let go of the buttons everything turns back off.

I then copied 2.2.1 to my SD card firmware folder manually and did a "Flash Bootloader" to see if it will fix the problem. 

No such luck. 

Any ideas on how to fix this?

   
   

Reflashed it with TX turned off using companion. Still no luck. Here's the flash log...anyone see a problem?

C:/Program Files (x86)/OpenTX/Companion 2.2/dfu-util.exe -a 0 --dfuse-address 0x08000000:524288 --device 0483:df11 -UC:/Users/xcalibur/AppData/Local/Temp/6104-flash-check.bin

=================================================================================

dfu-util 0.7



Copyright 2005-2008 Weston Schmidt, Harald Welte and OpenMoko Inc.

Copyright 2010-2012 Tormod Volden and Stefan Schmidt

This program is Free Software and has ABSOLUTELY NO WARRANTY

Please report bugs to [email protected]



Filter on vendor = 0x0483 product = 0xdf11

Opening DFU capable USB device... ID 0483:df11

Run-time device DFU version 011a

Found DFU: [0483:df11] devnum=0, cfg=1, intf=0, alt=0, name="@Internal Flash /0x08000000/04*016Kg,01*064Kg,07*128Kg"

Claiming USB DFU Interface...

Setting Alternate Setting #0 ...

Determining device status: state = dfuERROR, status = 10

dfuERROR, clearing status

Determining device status: state = dfuIDLE, status = 0

dfuIDLE, continuing

DFU mode device DFU version 011a

Device returned transfer size 2048

DfuSe interface name: "Internal Flash "

bytes_per_hash=2048

Starting upload: [###############################################################################################################################################################################################################################################################] finished!



=================================================================================

C:/Program Files (x86)/OpenTX/Companion 2.2/dfu-util.exe -a 0 --dfuse-address 0x08000000 --device 0483:df11 -DC:/Users/xcalibur/Downloads/opentx-x7-multimodule-en.bin

=================================================================================

dfu-util 0.7



Copyright 2005-2008 Weston Schmidt, Harald Welte and OpenMoko Inc.

Copyright 2010-2012 Tormod Volden and Stefan Schmidt

This program is Free Software and has ABSOLUTELY NO WARRANTY

Please report bugs to [email protected]



Filter on vendor = 0x0483 product = 0xdf11

Opening DFU capable USB device... ID 0483:df11

Run-time device DFU version 011a

Found DFU: [0483:df11] devnum=0, cfg=1, intf=0, alt=0, name="@Internal Flash /0x08000000/04*016Kg,01*064Kg,07*128Kg"

Claiming USB DFU Interface...

Setting Alternate Setting #0 ...

Determining device status: state = dfuUPLOAD-IDLE, status = 0

aborting previous incomplete transfer

Determining device status: state = dfuIDLE, status = 0

dfuIDLE, continuing

DFU mode device DFU version 011a

Device returned transfer size 2048

DfuSe interface name: "Internal Flash "

Downloading to address = 0x08000000, size = 371088

......................................................................................................................................................................................

File downloaded successfully

No valid DFU suffix signature

Warning: File has no DFU suffix



=================================================================================

Solved. Press both trims to the center and only "quick press" the on button. Don't hold it down.

WTF? Am I losing it? I could have sworn I use to long-press the on button.

Glad you got it sorted man!

The new firmware have changed how the power button works in the QX7 i believe... so that might explain the issue you had earlier...

Yes. I noticed the change in button behaviour but didnt expect the bootloader change. I must have missed it in the change log.