About przemyslaw

przemyslaw · 2014-05-21

Posted on May 21, 2014 at 15:54I am trying to make DFU work on STM32F205ZF. At the moment it is recognized by the host PC. I can upload flash to PC, verify it, but ''DfuSe Demo'' stucks when it comes to updating a flash. It manages to erase just sec...

przemyslaw · 2014-05-26

Posted on May 26, 2014 at 15:33I was right. To work properly the main program has to set Vector Table Offset Register (SCB->VTOR) to the main app's start origin. The easiest way is to modify #define VECT_TAB_OFFSET from 0x00 to, for example 0xC000...

przemyslaw · 2014-05-23

Posted on May 23, 2014 at 11:16Jump to the main program is executed, but the main program hard faults. I am wondering why? One more thing bothers me - DFU loader is located at the first 3 sectors and has it's own vector table pointing to it's own fu...

przemyslaw · 2014-05-22

Posted on May 23, 2014 at 08:46There was no DFU loader preflashed in 0x08000000..0x0800BFFF. I have flashed there ST's DFU Example customized a bit to fit my needs (DFU enter key, LEDs toggling to signal stage, APP_DEFAULT_ADD = 0x800C000). I link t...

przemyslaw · 2014-05-22

Posted on May 22, 2014 at 12:37> It probably runs because the debugger makes it run, try doing it without the debugger attached, and output telemetry via a serial port. It could be. It could be it starts because first 3 sectors weren't cleared and c...

przemyslaw · 2014-05-21

Posted on May 21, 2014 at 23:24Why program starts at all, when vectors are located starting from 0x800C000? As I have written it does start, breakpoints at main, then it is able to step over basic inits like clocks and pins configuration. If it woul...

User statistics

User Activity

DFU issue

Re: DFU issue

Re: DFU issue

Re: DFU issue

Re: DFU issue

Re: DFU issue