Stlink: [Feature] Programmierer-Seriell sollte angezeigt werden, wenn kein Ziel verbunden ist

@grevaillot : Sie haben gerade dieses Ticket gewonnen, weil ich festgestellt habe, dass Ihr Commit 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 das obige Problem irgendwie zu lösen scheint (zufällig?). Ich finde, dass sich mein STlink-v2-Programmierer seit (genau) diesem Commit anders verhält. Ich weiß nicht genau, was diese Veränderung bewirkt.

Hier ist die Ausgabe von st-info --probe wenn kein Gerät an den Programmierer angeschlossen ist:

Vor:

Found 1 stlink programmers

Danach:

Found 1 stlink programmers
 serial:     3f76050132124647524b4e00
 hla-serial: "\x3f\x76\x05\x01\x32\x12\x46\x47\x52\x4b\x4e\x00"
 flash:      0 (pagesize: 0)
 sram:       0
 chipid:     0x0000
 descr:      unknown device

Ich verstehe nicht wirklich, warum das so ist.
Da Sie der Autor sind, ist es jedoch nur sinnvoll, Ihnen einen Blick darauf zu werfen.

Das Ticket war mir nicht bekannt, aber ja, das ist beabsichtigt. Ich habe ein paar Fixes für st-flash und gdb-Server, um an die USB-Sonde zu drücken, die einige st-link-Informationen zurückgibt, ohne dass ein Ziel verbunden ist. Ich werde sie mit dieser Ticketnummer kennzeichnen.

hmm, der Commit, auf den Sie verwiesen haben, ist nicht der gute, er wurde im Patchset für die Überarbeitung der Sonde behoben

@grevaillot Ich weiß nicht wirklich, was die dort beobachtete Veränderung dann verursacht. Vielleicht ist es nur ein partieller Fix, der bei diesem Gerät zur Änderung führt oder nur wenige andere von der Codeseite aus gesehen, aber kein vollständiger Fix, der bis dahin alle Geräte anspricht - noch keine Ahnung. Ich werde meinen zweiten Programmierer auch mit diesem Commit versuchen (vorher und nachher). Beides sind CKS32F103C8T6-Geräte.

Hier ist die Ausgabe von st-info --probe mit Commit 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 für den zweiten Programmierer, die das gleiche Ergebnis zu sein scheint:

Found 1 stlink programmers
 serial:     3f70050132124647524b4e00
 hla-serial: "\x3f\x70\x05\x01\x32\x12\x46\x47\x52\x4b\x4e\x00"
 flash:      0 (pagesize: 0)
 sram:       0
 chipid:     0x0000
 descr:      unknown device

während der vorherige Commit 46bf0abf77cca47133d3839460cc7679e0f78714 zurückgibt:

Found 1 stlink programmers

Fragt sich immer noch warum...

Entschuldigung, habe mich in meinem Baum verirrt, fassen wir zusammen:

Ein Vermittler, der das Sonden-Überarbeitungsmaterial festlegt, könnte es ermöglichen, einen Stlink mit nicht verbundenem Ziel zu erhalten, um als "1 Stlink-Programmierer gefunden" ohne Seriennummer angezeigt zu werden. Dies war ein Problem, die Sonde gab die Anzahl der gefundenen Stlinks anstelle der Anzahl der untersuchten Stlinks zurück.

804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 kann das Sondenverhalten in keiner Weise ändern, ich würde ein lokales, nicht so sauberes Rebuild- und Testproblem vermuten :)

meine PR https://github.com/stlink-org/stlink/pull/933 sollte dieses Problem schließen.

Übrigens, ich denke, dass --probe-Aufruf vielleicht cpuid anzeigen sollte. Dieser sollte niemals null sein und würde neuen Chip-Support / Fehlerberichten helfen. aber das ist ein anderes Thema.

@grevaillot : Sie haben Recht, es muss ein lokaler, nicht so sauberer Rebuild gewesen sein: Inzwischen habe ich herausgefunden, dass meine Ergebnisse aus den Änderungen stammen, die durch das ältere manuelle Merge-Commit aad5cf1901f467914a2efe855c0caff7fdf99048 eingeführt wurden, und daher keine von Ihnen. Siehe auch #863, das vom gleichen Zweig stammt. Wir sollten also bei dem bleiben, was Sie zuvor erwähnt haben. Dies erklärt jedoch das beobachtete Verhalten.