|
Anzeige
|
Atmel-ICE mit STM32 nutzbar?
Gast
#5990826
Hallo, ich kuck mir gerade die STM32 Controller, bzw. die Nucleo-boards an. Die kommen ja alle mit debugger onboard. Aus anderen Projekten hab ich noch einen Atmel-Ice hier urmliegen... Kann ich den zum programmieren / debuggen der STM32 benutzen? Wie wird der dann in die STM32CubeIDE eingebunden?
Gast
#5990833
Wozu soll das gut sein, wenn der Debugger an Bord ist und sogar durch Jumper für externe STM32 genutzt werden kann? Ansonsten steckt OpenOCD hinter der CubeIDE, mit den richtigen Einstellungen wird das klappen.
Gast
#5990855
Moment? Du willst mit eine Atmel ICE einen STM2 programmieren? Wie soll das gezhen ohne tiefe Eingriffe in die Firmware - was du ja bestimmt nicht möchtest.
Gast
#5990863
Klar, ich dachte halt schon etwas weiter an eigene boards... Das umjumpern geht hab ich irgendwie verpeilt, hab mir nur die kleinen Nucleo-32 angeschaut, beim Nucleo-144 geht das. Also hab ich ja schon ein ST-Link V2 :) Danke für den Hinweis - mal wieder vor lauter Wald den Baum nicht gesehen
Gast
#5990864
STM32? schrieb im Beitrag #5990855: > Moment? Du willst mit eine Atmel ICE einen STM2 programmieren? Wie soll > das gezhen ohne tiefe Eingriffe in die Firmware - was du ja bestimmt > nicht möchtest. Dachte in meinem jugendlichen Leichtsinn: das ist alles ARM, könnte doch passen?
Gast
#5990869
Umsteiger schrieb: > Also hab ich ja schon ein ST-Link V2 Sogar V2.1 inkl. serieller Schnittstelle.
Gast
#5990875
Umsteiger schrieb: > beim Nucleo-144 geht das. Bei dem 64er auch.
Gast
#5990877
cool, irgendwie wird mir ST immer sympathischer :) Umsteiger schrieb: > STM32? schrieb im Beitrag #5990855: >> Moment? Du willst mit eine Atmel ICE einen STM2 programmieren? Wie soll >> das gezhen ohne tiefe Eingriffe in die Firmware - was du ja bestimmt >> nicht möchtest. > > Dachte in meinem jugendlichen Leichtsinn: das ist alles ARM, könnte doch > passen? Natürlich paßt das. Und die Gemeinsamkeit ist nicht, daß es ARM ist, sondern daß die Schnittstelle SWD ist. Sowohl das ICE als auch ein ST-Link sind im Grunde nichts anderes als Übersetzer zwischen SWD und einem (proprietären) USB-Protokoll. Openocd (wie von einem Vorposter gesagt, ein Bestandteil der CubeIDE) kann sowohl das ICE als auch den ST-Link (und viele mehr) ansteuern. Welcher µC dann an der SWD-Schnittstelle hängt, ist eine weitere, unabhängige Dimension. Ganz out-of-the-box wird es trotzdem nicht gehen, weil die CubeIDE nur die openocd Optionen kennt (konfiguriert hat) die für den ST-Link gelten. U.U. ist die openocd Installation sogar dahingehend abgespeckt, daß sie die (tcl) Skripte für andere Debug-Probes gar nicht erst enthält. Lebt OpenOCD eigentlich noch? Das sieht spontan so aus als wäre das vor zwei Jahren gestorben.
Gast
#5991151
Rudolph R. schrieb: > Lebt OpenOCD eigentlich noch? Das sieht spontan so aus als wäre das vor > zwei Jahren gestorben. Sehe ich anders: https://repo.or.cz/git-browser/by-commit.html?r=openocd.git https://github.com/ntfreak/openocd/graphs/contributors Es gibt nur schon lange kein neues Release mehr, aber die Arbeit wurde nicht eingestellt. Na denn, klingt gut. Speziell diesen Github-Mirror hatte ich auch gerade nicht finden können, danke für den Link. Antwort schreiben |
Anzeige
|
