Hallo zusammen, da mein aktuelles Bastelprojekt den Sprung vom Nucleo-Board zur eigenen Leiterplatte vollzogen hat, habe ich mir einen J-Link EDU gegönnt. Was mir auffällt: Im Gegensatz zum ST-Link V2 scheint in EmBitz kein automatisches Update von beobachteten Variablen vorhanden zu sein. Liegt das an der Kombination EmBitz + J-Link, am J-Link generell oder liegt hier einfach eine Fehlkonfiguration vor? Oder anders: Gibt es Entwicklungsumgebungen, mit denen Live-Updates von Variablen (ohne das Programm zu stoppen) mit dem J-Link Edu funktionieren?
Segger Embedded Studio mit J-Link (EDU) kann das, allerdings funktioniert es bei mir nur mit globalen Variablen. Lokale Variablen mag er bei mir nicht anzeigen (was auch nicht verwunderlich ist, da sie ja nicht an festen Positionen in den Speicher geschrieben werden normalerweise, sondern nur auf dem Stack bzw. in Registern leben).
Markus M. schrieb: > allerdings > funktioniert es bei mir nur mit globalen Variablen. Beim ST-Link unter EmBitz gehen auch "static"-Variablen und Registerinhalte. Markus M. schrieb: > Segger Embedded Studio mit J-Link (EDU) kann das Danke! Dann liegt es wohl am Zusammenspiel EmBitz/J-Link Edu, und es gibt endlich mal einen guten Grund, mir das Embedded Studio und Atollic Tru Studio unter seinem neuen Namen anzuschauen. Früher oder später ist der Umstieg von EmBitz ja eh fällig.
Gast
#6084114
Walter T. schrieb: > Früher oder später ist > der Umstieg von EmBitz ja eh fällig. Nicht unbedingt. Gerade eben "drohen" ja die Embitz-Schreiber an eine neue Version 2.0 herauszubringen. Ich freu mich jedenfalls drauf.
STM Apprentice schrieb: > Walter T. schrieb: >> Früher oder später ist >> der Umstieg von EmBitz ja eh fällig. > > Nicht unbedingt. > > Gerade eben "drohen" ja die Embitz-Schreiber an eine neue > Version 2.0 herauszubringen. > > Ich freu mich jedenfalls drauf. Naja, das Git-Repository welches sie auf embitz.org verlinkt haben sieht irgendwie sehr tot aus, und nicht so als ob dort in der nächsten Zeit was erscheinen wird. Bin mit Embedded Studio zufrieden, einzige Kröte ist natürlich nur für nichtkommerziellen Gebrauch. Ist aber für mich nicht relevant. Die STM32CubeIDE könnte wiederum interessant sein wenn man CubeMX verwenden möchte und keinen extra Importschritt in SeS machen will. Meine Projekte habe ich bis jetzt allerdings ohne CubeMX gemacht, größtenteils auch ohne die HAL.
Gast
#6084156
Markus M. schrieb: > Naja, das Git-Repository welches sie auf embitz.org verlinkt haben sieht > irgendwie sehr tot aus, und nicht so als ob dort in der nächsten Zeit > was erscheinen wird. Du schaust an der falschen Stelle nach. Ich sprach von der Androhung einer Veröffentlichung einer v2.0
STM Apprentice schrieb: > Du schaust an der falschen Stelle nach. > > Ich sprach von der Androhung einer Veröffentlichung einer v2.0 Nein, ich denke embitz.org ist die richtige Stelle? Zitat: "New Embitz 2.0 is coming soon, highlights: Hotplug menu, connect running target without stopping (and inspect with live variables and OS tools) New debug interface engine with flash erase and program menu's The GDB server is replaced by EBlink, already downloadable EBlink win32 and Linux_x86-64 Latest GCC toolchain Source code of EBlink and Embitz will be hosted at https://git.embitz.org/ We hope to publish the EBlink code first and Embitz to follow soon." Das ist der Stand seit einigen Monaten. Wenn man auf "git.embitz.org" geht kommt nur eine Fehlermeldung. Auch auf Github haben sie die Sourcen bis jetzt nicht veröffentlicht. Das wäre der einzig richtige Schritt gewesen, um Leute für die Zusammenarbeit zu gewinnen. Aber wir werden sehen, ist auch hier OT.
Gast
#6084522
Markus M. schrieb: > Nein, ich denke embitz.org ist die richtige Stelle? > > Zitat: > "New Embitz 2.0 is coming soon, highlights: Ja und? Ist das keine Androhung einer Veröffentlichung? Markus M. schrieb: > Naja, das Git-Repository ......... sieht irgendwie sehr tot aus
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.