Hallo, ich bin dabei zu prüfen, ob ich das Segger Embedded Studio in Zukunft nutzen will. In erster Linie sollen STM32 Controller über ein STLink/V2 programmiert und debugged werden. Über die entsprechenden Optionen läßt sich ja der OpenOCD Debugger auch einstellen. Allerdings bin ich mit der Suche nach dem erforderlichen Inhalt der Parameterdatei für den Debugger bis nicht von erfolg gekrönt. Hat evtl jemand diese Konfiguration schon in Aktion? (momentan hab ich grad ein Board mit STM32f105 zum spielen)
Hallo Bernd, das hört sich so an als wenn Du Segger Embedded Studio für den nichtkommerziellen Einsatz verwendest. Warum sich dann mit OpenOCD rum ärgern. Hier wäre dann doch ein J-Link EDU viel besser. Viele Grüße, Michael
Danke Michael, ich denke mal die paar Euro für einen Jlink EDU sollte ich investieren. Wie Du schon richtig vermutet hast, dient das alles ohnenhin nur für private "Aktionen". Bisher habe ich noch keine vernünftige funktionierende Lösung für Embedded- Lösungen gefunden. Die, die einigermassen mal funktionieren (CooCox, embits) sind von der Bildfläche verschwunden. Meine letzte Lösung: VisualGDB unter Visual Studio 2017 funktionierte mal ja, mal nein, hat manche Tage gekostet durch diese GDB-Ungetüm überhaupt durchzusteigen. Wenns geht ist's gut.
Hallo Bernd, ich verwende CrossWorks und Embedded Studio schon länger (www.emb4fun.de) und konnte vorher auch genug Erfahrungen mit OpenOCD in meiner YAGARTO Zeit sammeln. Wobei ich aktuell Embedded Studio verwende. Was man sich auch mal anschauen sollte ist Ozone, was aber auch nur mit einem J-Link läuft. Ich weiß aber aktuell nicht ob das mit dem EDU geht. Viele Grüße, Michael
Gast
#6394759
Bernd S. schrieb: > ich denke mal die paar Euro für einen Jlink EDU sollte ich investieren. Du kannst auch einfach einen ST-Link zu einem JLink umflashen. https://www.segger.com/products/debug-probes/j-link/models/other-j-links/st-link-on-board/ Funktioniert ganz wunderbar.
Hallo Kaj, danke für den Tip, bin grad am testen und berichte weiter
soweit sogut, das funktioniert zwar mit den "Onboard-STLinks" mit den DORT befindlichen CPU's, sobald dieser STLink aber extern genutzt wird (Jumper umsetzen), ist Ende.(So stehts aber auch in den Doks).
Michael F. schrieb: > ich verwende CrossWorks und Embedded Studio schon länger Wieso beides?
Weil CrossWorks die AM335x und Embedded Studio andere CPU besser unterstützt.