Bitcraze Forums

OK, I've root-caused it. I was getting confused because the HardFault is always on the main stack, so there's no obvious context for the source of the fault. I'd been missing that it was actually starting systemTask and had started to initialize. The problem came from the 3rd printf message to the c...

Yeah, this is all strange. Does it mean that the stack has been corrupted maybe? It looks fine to me. Comparing the VM and F20 compiled versions, they have the same sp, and the critical saved state on the stack is the same (pc, flags, etc). They also have no pending interrupt on return from the svc...

Ah, I overlooked something: it looks like it is reaching the SVC_Handler, and the HardFault is resulting from the bx lr returning out of it. Hm.

OK, that is interesting that the Codesorcery tools in Fedora 20 doesn't work. If you find out why please let us know. What I have so far: If I set a breakpoint on HardFault_Handler, I see that the faulting instruction is the "svc 0" in prvPortStartFirstTask. The saved registers are: (gdb)...

I can not replicate you error. I tried building and flashing both from Eclipse and the command line in the VM 0.5. Did you get this error when using the VM? No, it works fine with the VM toolchain - sorry if that was unclear. I'm trying to replicate the VM toolchain's results with the newer version...

Are you building the FW with the CLOAD=1 flag set? Else the addressing will not be correct with the bootloader still in the flash (or the other way around). make CLOAD=1 DEBUG=0 I was using the default (CLOAD=1 DEBUG=0) and flashing via the radio. I've since got a jtag interface, so I'm using "...

Hi, I'm trying to build the crazyflie firmware with the default Fedora 20 arm-none-eabi toolchain, as its my preferred Linux environment. It is based on the Codesourcery 2013.11-24 release. It compiles successfully but installing the resulting cflie.bin on the crazyflie itself doesn't work: it just ...