Atollic STM32H7 + ST-LINK Fehler beim Schreiben von Daten in Flash mit mathematischer Bibliothek

Ich arbeite derzeit an einem STM32H743VIT6-Chip (auf einem selbst entworfenen Board), mit der Atollic TrueStudio-Toolchain (Version 9.0.0), unter Verwendung eines ST-LINK-Debuggers auf einem STM32F4-Discovery-Board (ST-LINK-Firmware-Version V2J31S0 ).

Wenn ich versuche, mein Programm in der TrueStudio-IDE zu debuggen, wird mir der folgende Fehler angezeigt:

Failure at line:6 in 'Target Software Startup Scripts'. Please edit the debug configuration settings. 

Error writing data to flash

Das Debugger-Startskript ist nur Standard:

# Set flash parallelism mode to 32, 16, or 8 bit when using STM32 F2/F4 microcontrollers
# 2=32 bit, 1=16 bit and 0=8 bit parallelism mode
monitor flash set_parallelism_mode 2

# Load the program executable
load        

# Enable Debug connection in low power modes (DBGMCU->CR)
set *0xE0042004 = (*0xE0042004) | 0x7
# Set a breakpoint at main().
tbreak main

# Run to the breakpoint.
continue

Da vor einiger Zeit alles gut funktionierte, habe ich versucht, meinen Code zurückzusetzen und festgestellt, dass eine bestimmte Codezeile das Problem verursacht.

#include <math.h>
// Something irrelevant...
double sin_deg (double degree)
{
    double rad = degree / 180.0 * M_PI;
    return sin(rad); // This line gives me problem
}

Ich habe die obige Funktion mit der Absicht geschrieben, die Funktionalität der Mathematikbibliothek auf der STM32H7-MCU zu testen. return sin(rad);Wenn ich z. B. die auf etwas ohne Funktionen aus math lib ändere return rad;(aber nicht return cos(rad);), funktioniert alles wieder einwandfrei . Hier ist das einzige Vorkommen von Funktionen aus der Mathematikbibliothek.

Mit der beteiligten mathematischen Bibliothek (z. B. Beibehaltung des ursprünglichen nicht debuggbaren Codes return sin(rad);) ist das Projekt immer noch perfekt kompatibel, und das kompilierte Programm funktioniert wie erwartet, wenn ich die ausführbare Datei mit anderen Tools lade, z. B. STM32CubeProgrammer, oder einfach Strg+F11 in der IDE drücke (Ich habe den Run-Befehl mit der CLI des STM32CubeProgrammer konfiguriert). Mit anderen Worten, alles andere ist in Ordnung, außer kann nicht debuggen .

Ich habe das Debugger-Protokoll weiter überprüft und es gibt mir Folgendes:

Atollic TrueSTUDIO gdbserver for ST-Link. Version 4.2.0 (WIN32 2018-01-16 10:57:14 15656)
Copyright (c) 2018, STMicroelectronics. All rights reserved.

Starting server with the following options: 
        Persistant Mode            : Disabled 
        LogFile Name               : debug_log.txt
        Logging Level              : 1
        Listen Port Number         : 61234
        Status Refresh Delay       : 15s
        Verbose Mode               : Disabled 
        SWD Debug                  : Enabled 

Waiting for debugger connection...
Debugger connected
STM32 device: program flash memory at address 8000000, length 664
STM32 device: flash programming successful 0x8000000
// ...
// Similarly for the consequent memory addresses... Until the followings
// ...
STM32 device: program flash memory at address 8009158, length 1512
STM32 device: flash programming successful 0x8009140 
Debugger connection lost.
Shutting down...

Interessanterweise habe ich die elf-Datei mit objdump überprüft, das Programm erreicht NICHT 0x08009158; stattdessen stoppt es bei 0x08009152.

Andere wichtige Informationen:

Das Projekt und die Codevorlage wurden mit STM32CubeMX mit dem HAL-Treiber von STM32 generiert. Der Build wurde von der arm-atollic-eabi-gcc-Toolchain durchgeführt, die mit TrueStudio geliefert wird, mit Optionen:

-mthumb -mcpu=cortex-m7 -mfloat-abi=hard -mfpu=fpv5-d16 -std=gnu11 -D__weak=__attribute__((weak)) -D__packed=__attribute__((__packed__)) -DUSE_HAL_DRIVER -DSTM32H743xx -I../Inc -I../Drivers/STM32H7xx_HAL_Driver/Inc -I../Drivers/STM32H7xx_HAL_Driver/Inc/Legacy -I../Drivers/CMSIS/Device/ST/STM32H7xx/Include -I../Drivers/CMSIS/Include -Og -ffunction-sections -fdata-sections -g -fstack-usage -Wall

Die Laufzeitbibliothek ist auf Newlib-Standard eingestellt.

Ich habe kurz die Disassemblierungsdatei der ausführbaren Elf-Datei über objdump durchgesehen, die Gesamtstruktur und die Funktionen der mathematischen Bibliothek sehen gut aus (und laufen korrekt - wieder, außer kann nicht debuggen).

Nach dem Auslösefehler des Debuggers ist seine Sitzung noch am Leben, aber als ich versuchte, das Programm fortzusetzen, landet es in HardFault_Handler (und bleibt dort auch nach dem Zurücksetzen, durch IDE oder den Pin).

Hatte das schon mal jemand oder hat eine Ahnung/Idee für diese Situation? Vielen Dank im Voraus.