STM32CubeIDE Version: 1.12 & STM32G0B0REWe have had a HardFault error in the field and wanted to use an old technique of storing the info in RAM until after the micro is reset and more stable and then move it into flash. We used the STM32G0B0RETX_FLA...
STM32G071R8 & M95160-WMN6TP EEPROMWe have the DMA SPI TX direction working but are having issues with the data that is being returned. Technically this is a read from the EEPROM but the command and read address are sent first. The EEPROM responds wit...
- STM32G071R8T6, DMA chan 1 ADC's, DMA chan 2 SPI TX, DMA chan 3 SPI RX and DMA chan 4 DAC- Tested the SPI configuration without the DMA to a SPI EEPROM and it works. Once the DMA configuration was used, we do not see any data being transmitted. ...
- STM32G0B0RE Our controller was running fairly well but on occasion we were seeing the windowed watchdog trip(The IWDDGRSTF flag set on reboot.) We were not sure whether this was a too short or too long trip so decided to extend the window wider...
Windows 11, STM32CubeProgrammer v2.15 and ST LinkIn the past we have used the older STLink software for programming ST micro's on our test stations and have moved to the STM32CubeProgrammer. Running the command from a standard command line window(bas...
@BarryWhit wrote:OP was asking about power cycle (SRAM decays) vs. reset (no decay)I'm just not very familiar with the newer aspects of processor booting(security, built in serial capabilities...) This forum has helped a lot flushing out our issues a...
You are probably correct. Long power cycles still result in the same type of data in RAM even after it had been cleared. It all seems to work after software resetting the processor from a induced illegal address write including the simple checksum ve...
Why are you looking so closely at conditions you explicitly don't care about?I just trying to do my do-diligence to insure I have not messed anything up(the linker files I've not dealt with RAM settings before.) The RAM data could be random but I hon...
@BarryWhit wrote:Which screenshot are your referring to that is unconvincing to you? An easy test would be to avoid using the debugger, and just dump that memory over UART upon reset. It is the data in addresses above 0x20023C40. The linker is suppo...
As I understand the ST G series micro, the RAM should not degrade during a software reset. So if you have a Hardfault, save the data in a unused RAM location and then software reset the micro, the information will be there when you hit main. We have ...