hp-freund schrieb:> Stm M. schrieb:>> Ist der China Board schreibgeschützt?>> Vermutlich.>> Stm M. schrieb:>> Wenn ja, wie behebt man das Problem?>> st-flash erase
Danke, das funktioniert bei STM32F4 Board und den Erase-Verlauf sieht
man, aber bei dem F1 nicht, nur das
Stm M. schrieb:> SRAM size: 0x10000 bytes (64 KiB), Flash: 0 bytes (0 KiB)
Das sagt eigentlich das er ihn nicht richtig erkannt hat.
Habe mein STM32F103 blaues China Board probiert, funktioniert.
Hast Du versucht noch mal neu zu stecken und die neueste Version von
st-flash?
hp-freund schrieb:> Stm M. schrieb:>> SRAM size: 0x10000 bytes (64 KiB), Flash: 0 bytes (0 KiB)>> Das sagt eigentlich das er ihn nicht richtig erkannt hat.> Habe mein STM32F103 blaues China Board probiert, funktioniert.>> Hast Du versucht noch mal neu zu stecken und die neueste Version von> st-flash?
Ich hab mehrmals versucht, ging nicht. st-flash ist neu.
Du müsstest in deinem arm-none-eabi-gdb das mass_erase unterbringen.
Es ist aber wieder st-util als Server aktiv, da kann es sein das er den
µC auch wieder nicht erkennt.
Deshalb meinte ich openocd als Server.
Ist die bin von irgendwo, oder hast Du die selbst erstellt?
Falls selbst erstellt, womit?
eclipse gibt es auch für OSX, dazu das AC6 Plugin und alles ist
komplett.
hp-freund schrieb:> Du müsstest in deinem arm-none-eabi-gdb das mass_erase unterbringen.>> Es ist aber wieder st-util als Server aktiv, da kann es sein das er den> µC auch wieder nicht erkennt.>> Deshalb meinte ich openocd als Server.> Ist die bin von irgendwo, oder hast Du die selbst erstellt?> Falls selbst erstellt, womit?
Die bin habe ich mit objcopy erstellt.
Stm M. schrieb:> OpenOcd unterstützt den stm32f1 nicht
Welcher ist es genau?
Ich habe hier den STM32F103C8T6.
Mit dem gibt es keine Probleme.
Habe das Programm aus dem Video oben unter wine getestet, läuft fast,
man muss aber die linux/osx Schnittstelle auf COMx legen.
hp-freund schrieb:> Stm M. schrieb:>> OpenOcd unterstützt den stm32f1 nicht>> Welcher ist es genau?> Ich habe hier den STM32F103C8T6.> Mit dem gibt es keine Probleme.
1
>openocd--v
2
OpenOn-ChipDebugger0.9.0(2015-05-28-12:05)
3
LicensedunderGNUGPLv2
4
Forbugreports,read
5
http://openocd.org/doc/doxygen/bugs.html
das Board finde ich nicht bei /usr/local/share/openocd/scripts/board
Na ja, neu ist relativ.
Open On-Chip Debugger 0.10.0-dev-00274-g2ee83e0 (2017-01-12-17:06)
./st-flash --version
v1.2.0-166-g77acc50
Ich würde vorschlagen wenn Du bei st-flash bleiben willst, baue das aus
meinem letzten link:
git://github.com:UweBonnes/stlink.git
Aber erst mal:
Gute Nacht.
hp-freund schrieb:> Na ja, neu ist relativ.>> Open On-Chip Debugger 0.10.0-dev-00274-g2ee83e0 (2017-01-12-17:06)>> ./st-flash --version> v1.2.0-166-g77acc50>> Ich würde vorschlagen wenn Du bei st-flash bleiben willst, baue das aus> meinem letzten link:>> git://github.com:UweBonnes/stlink.git>> Aber erst mal:>> Gute Nacht.
Mit ST Link Utility hat es geklappt. Es war schreibgeschützt
Bernd K. schrieb:> Übrigens: Beim flashen mit openocd muss man nicht über den gdb gehen,> das geht mit openocd alleine.
Ja,
In openocd/scripts/board hab ich immer die stm32vldiscovery.cfg
übersehen, Das Board hat die stm32f1 Controller. :D
Stm M. schrieb:> Bernd K. schrieb:>> Übrigens: Beim flashen mit openocd muss man nicht über den gdb gehen,>> das geht mit openocd alleine.>> Ja,>> In openocd/scripts/board hab ich immer die stm32vldiscovery.cfg> übersehen, Das Board hat die stm32f1 Controller. :D
Das ist nicht das Einzigae, das Du übersehen hast.
Die STM3210xx und ähnliche sind ebenfalls mit F1 bestückt.
$ grep stm32f1x.cfg