Search Results
Search results 1-5 of 5.
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
Quote from SEGGER - Fabian: “Do you need to reset these bits during debugging? If so, could you please explain why you would require this? ” Our software checks several configuration registers using CRC checksums. Patching this stuff out too much work for every debugging session. I'm fully aware that any breakpoint will cause the watchdog to trigger but I just want these configuration registers to remain at reset state. Is there any list of what is touched? Otherwise I probably have to use a dif…
-
[SOLVED] Debug session unexpectedly silently fails to flash target (STM32H7) ("RAM check failed")
PostIt doesn't really help but I was experiencing similar issues with an STM32F4: [ABANDONED] JlinkExe erase Command fails with RAM check I couldn't solve this. Flashing worked for me (with the automatically included page erases). However, a manual dedicated flash erase always failed. I also don't think anything is wrong with your controller. We initially thought that too and conducted some memory tests on the STM with no result of an corrupt memory cell.
-
Hello, I'm debugging an STM32F407 using a JLink and Ozone. I discovered that the JLink modifies registers in the STM32 that are not necessarily needed for Debugging code over SWD e.g.: DBGMCU_APB1_FZ. The JLink modifies e.g. the setting of the control bit that controls that the watchdog is frozen whenever the CPU is not running. This is indeed desirable behavior during most debugging. However, for me this is really inconvenient as I need manually need to reset this bit to its default value eithe…
-
Quote from SEGGER - Fabian: “Do you experience the same problem on an evaluation board? ” I wired myself up to a STM32F4 discovery, which has almost the same Chip (STM32F407VGT6 instead of ...VET6) and the issue is still present. I have no problems at all with programming (either over gdb + GDB Server, or over Ozone) everything works fine. I've attached a full log. I executed the erase command 2 times. The first time it didn't wok. The second time was fine.
-
Hello, I have a custom board with an STM32F407VE controller. I use my JLink for debugging and programming over SWD. I'm using a Linux operating system with the newest released JLink software pack (6.62a-3). I wanted to completely erase the device, so I opened JLinkExe. typed connect, device = STM32F407VE, connection interface = SWD Everything went smoothly. However, when I try to erase the chip by using the "erase" command, I get an Error: Failed to prepare for programming. RAM check failed @ ad…