Atmel-ICE mit STM32 nutzbar?

[Umsteiger (Gast)]

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?

[pegel (Gast)]

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.

[STM32? (Gast)]

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.

[Umsteiger (Gast)]

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

[Umsteiger (Gast)]

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?

[pegel (Gast)]

Umsteiger schrieb:
> Also hab ich ja schon ein ST-Link V2

Sogar V2.1 inkl. serieller Schnittstelle.

[pegel (Gast)]

Umsteiger schrieb:
> beim Nucleo-144 geht das.

Bei dem 64er auch.

[Umsteiger (Gast)]

cool, irgendwie wird mir ST immer sympathischer :)

[Axel S. (a-za-z0-9)]

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.

[Rudolph R. (rudolph)]

Lebt OpenOCD eigentlich noch? Das sieht spontan so aus als wäre das vor 
zwei Jahren gestorben.

[Stefan F. (Gast)]

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.

[Rudolph R. (rudolph)]

Na denn, klingt gut.
Speziell diesen Github-Mirror hatte ich auch gerade nicht finden können, 
danke für den Link.