Re: [libopenstm32-devel] STM32F Connectivity line, USB Bootloader and HSE crystal Frequency
Status: Inactive
Brought to you by:
uh1763
From: Uwe B. <bo...@el...> - 2011-07-21 12:44:22
|
>>>>> "Uwe" == Uwe Bonnes <bo...@el...> writes: >>>>> "Gareth" == Gareth McMullin <ga...@bl...> writes: Gareth> On Tue, Jul 12, 2011 at 6:41 AM, Uwe Bonnes Gareth> <bo...@el...> wrote: >>> on my STM32F107 board, the USB bootloader enumerates much faster >>> with a 25 MHz crystal then with a 8 MHz crystal. With the 8 MHz >>> crystal, there are several unseuccessfull attempts like: Gareth> I have two boards both enumerate correctly and reliably with Gareth> 8MHz crystals. Check your crystal, but I think it's more likely Gareth> a software problem. If you send me a pcap file (capture with Gareth> wireshark) I'll have a look at it. Uwe> I am not talking about user software. I talk about the system Uwe> software, when booting with Boot1==0 and Boot0 ==1, and I have not Uwe> influence on the software. Uwe> After enumeration, dfu-util did see the device, I did no further Uwe> test for now. AN3156 clearly describes the effect: For USB DFU bootloader V2.0, the device first tries the 25 MHz configuration, then, if it fails, the 14.7456 MHz configuration, and finally, if it fails, the 8 MHz configuration. If it still fails, this operation is repeated with a large timeout value (the three configurations are tested again). If the second trial also fails, a system reset is generated. So it should be normal to see two failing enumeration tries before the succeeding third try when running on a 8 MHz crystal. -- Uwe Bonnes bo...@el... Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- |