[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Paparazzi-devel] olimex stm32f405 bootloader strange behaviour

From: Chris
Subject: Re: [Paparazzi-devel] olimex stm32f405 bootloader strange behaviour
Date: Tue, 04 Nov 2014 18:18:13 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.2.0

Alexandre i want to ask you if you know any other stm32f4 bootloader that checks only the usb port because changing the uart ports of the olimex board will need a totally new design.

On 11/04/2014 05:28 PM, Alexandre Bustico wrote:
As it is written in stm application note AN2606 :

The bootloader embedded in STM32F4xx devices support four serial peripherals: USART1,
USART3, CAN2, and DFU (USB FS Device).

So, any activities on pins of USART1, USART3, CAN2 will start bootloader mode on this device instead of usb.

If your gps is on USART1 or USART3, try to plug it on one of the other uart/usart available on your olimex board.


Le 04/11/2014 16:17, Chris a écrit :
I came across a strange problem while experimenting with the olimex stm32f405 board. When nothing is connected to the board everything works fine and the dfu-util uploads the code. As soon as i try to upload the code but with the gps connected (obviously powered from the usb +5v) dfu-util cannot find the bootloader and more importand the dmesg command shows that the usb device cannot be enumerated. Now either the gps (ublox NEO7) with active antenna and superb sensitivity is jamming the usb signals via
the usb power line or something else is happening.
I will try with another gps also but i thought that maybe someone has encountered this behaviour also. The discovery board does not have this problem with the same gps but i will test it again just to be sure as i haven't seen anything like this before (i also changed the gps uart in the airframe file and it still does it)

Paparazzi-devel mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]