Hallo, ich versuch eine .bin auf einem China Board STM32F1 zu flashen mit
1 | |
2 | |
3 | |
4 | |
Die Ausgabe scheint dass es nix geschrieben wurde. Ist der China Board schreibgeschützt? Wenn ja, wie behebt man das Problem? Danke!
Gast
#4876950
Stm M. schrieb: > Ist der China Board schreibgeschützt? Vermutlich. Stm M. schrieb: > Wenn ja, wie behebt man das Problem? st-flash erase
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
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
Angehängte Dateien:
-
schaltplan.png
(96 KB)
Gast
#4876968
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.
Gast
#4876984
Dann musst Du wohl mit ST-Link Utility unter Windows ran.
Gast
#4876991
hp-freund schrieb: > Dann musst Du wohl mit ST-Link Utility unter Windows ran. Ne, bin osx-freund
Gast
#4877002
Ich liebe meinen Pinguin, habe aber auch ein XP in die Virtual Box gesperrt ;-)
Gast
#4877008
Dann gibt es auch noch openocd / gdb.
Gast
#4877017
hatte das Problem auch: Beitrag "Re: stm32f103c8 lässt sic nich flashen"
hp-freund schrieb: > Dann gibt es auch noch openocd / gdb. mit gdb versucht ohne erfolg
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
wie auf dem Schaltplan sieht, ist BOOT0 geerdet. Ich versuch es über SWD zu programmieren mittels eines Discovery Boards.
Angehängte Dateien:
-
schaltplan.png
(96 KB)
Gast
#4877324
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.
OpenOcd unterstützt den stm32f1 nicht
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
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.
Gast
#4877334
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.
Gast
#4877336
Da war doch mal was: Beitrag "st-link texane - Chip ID und Core ID = 00000000"
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 | |
2 | |
3 | |
4 | |
5 | |
das Board finde ich nicht bei /usr/local/share/openocd/scripts/board
1 | |
2 | |
3 | |
https://github.com/texane/stlink/issues/543
Gast
#4877343
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
Gast
#4878175
Sehr schön. Jetzt funktioniert es auch mit st-flash?
Übrigens: Beim flashen mit openocd muss man nicht über den gdb gehen, das geht mit openocd alleine.
hp-freund schrieb: > Sehr schön. > Jetzt funktioniert es auch mit st-flash? Ja ^^
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
Gast
#4878252
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
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.