System Workbench: Probleme beim Postbuild

[Ingo Less (Gast)]

Hallo Leute,

im beim System Workbench für STM32 den Code direkt nach dem build zu 
flashen habe ich im Postbuild folgende Ausgabe:
arm-none-eabi-objcopy -O binary "${BuildArtifactFileBaseName}.elf" 
"${BuildArtifactFileBaseName}.bin"
&& arm-none-eabi-objcopy -O ihex "${BuildArtifactFileBaseName}.elf" 
"${BuildArtifactFileBaseName}.hex"
&& arm-none-eabi-size -B "${BuildArtifactFileName}"  && 
STM32_Programmer_CLI -c port=SWD FREQ=4000 mode=NORMAL -d 
"${BuildArtifactFileBaseName}.hex" -V -Rst -s &&

Leider bekomme ich immer den Fehler:
make[1]: *** [post-build] Error 1
makefile:48: recipe for target 'post-build' failed
makefile:35: recipe for target 'SolarVisma.elf' failed
make: *** [SolarVisma.elf] Error 2

Es funktioniert alles, aber die Fehler sind da und stören mich.

@echo 'Building target: $@'
  @echo 'Invoking: MCU GCC Linker' // Hier steht ein Fehlerkreuz
  arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=hard 
-mfpu=fpv4-sp-d16 
-T"C:/Users/ingo/Documents/Ingo/Projekte/Dienstlich/Programme/SolarVisma 
/SolarVisma/LinkerScript.ld"  -Wl,-Map=output.map -Wl,--gc-sections -o 
"SolarVisma.elf" @"objects.list" $(USER_OBJS) $(LIBS) -lm
  @echo 'Finished building target: $@'
  @echo ' '
  $(MAKE) --no-print-directory post-build

# Other Targets
clean:
  -$(RM) *
  -@echo ' '

post-build:
  arm-none-eabi-objcopy -O binary "SolarVisma.elf" "SolarVisma.bin" // 
Hier steht ein Fehlerkreuz
  arm-none-eabi-objcopy -O ihex "SolarVisma.elf" "SolarVisma.hex"
  arm-none-eabi-size -B "SolarVisma.elf"
  STM32_Programmer_CLI -c port=SWD FREQ=4000 mode=NORMAL -d 
"SolarVisma.hex" -V -Rst -s
  -@echo ' '

Ich habe keine Ahnung was ich flasch mache

[Ingo Less (Gast)]

Der obere Fehler muss eine Zeile weiter oben stehen, bin verrutscht ?

[Ingo Less (Gast)]

Push

[Ingo Less (Gast)]

Also nach langem Fehlersuchen habe ich den Fehler gefunden:
STM32_Programmer_CLI -c port=SWD FREQ=4000 mode=NORMAL -d
"SolarVisma.hex" -V -Rst -s

Das -rst darf da neuerdings nicht drinn sein, es führt zu dem Fehler.
Scheint mit dem stlink-server, welcher bei System Workbench mitkommt, 
zusammen zu hängen, denn vorher lief es. Komischerweise gibt es bei dem 
Aufruf mit ST-LINK_CLI anstatt STM32_Programmer_CLI keine Probleme beim 
-rst.

Nungut, es funktioniert auch ohne den -rst Aufruf, wenn das -s angehängt 
wird.