st-link texane - Chip ID und Core ID = 00000000

[hp-freund (Gast)]

Hallo,

in der neuen Version von:

https://github.com/texane/stlink

funktioniert stlink bei mir nicht mehr.
Hat noch jemand diese Probleme oder ist in meinem System der Wurm?
Zur älteren, funktionierenden Version zurück kommt man damit:

http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/de/ch02.html

unter:

Fortgeschrittenes Rückgängig machen/Wiederherstellen

Danke schon mal für Hinweise...

[Uwe Bonnes (Gast)]

Was fuer ein Chip, was fuer ein Adapter? V1? Probier bitte mal
git://github.com:UweBonnes/stlink.git

[hp-freund (Gast)]

Hallo Uwe,

leider alle Discovery Boards die ich habe. V1 und V2.
STM32, STM32L und STM32F4.

Dein angegebenes git funktioniert!

# ./st-util -p 1234
2011-12-22T22:12:39 INFO src/stlink-common.c: Loading device parameters....
2011-12-22T22:12:39 INFO src/stlink-common.c: Device connected is: F4 device, id 0x413
2011-12-22T22:12:39 INFO src/stlink-common.c: SRAM size: 0x30000 bytes (192 KiB), Flash: 0x100000 bytes (1024 KiB) in pages of 16384 bytes
Chip ID is 00000413, Core ID is  2ba01477.
KARL - should read back as 0x03, not 60 02 00 00
init watchpoints
Listening at *:1234...

und auch

# ./st-util -p 1234
2011-12-22T22:16:37 INFO src/stlink-common.c: Loading device parameters....
2011-12-22T22:16:37 INFO src/stlink-common.c: Device connected is: L1 Med-density device, id 0x10186416
2011-12-22T22:16:37 INFO src/stlink-common.c: SRAM size: 0x4000 bytes (16 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 256 bytes
Chip ID is 10186416, Core ID is  2ba01477.
KARL - should read back as 0x03, not 60 02 00 00
init watchpoints
Listening at *:1234...

Ich musste aber feststellen, dass bei dem zweiten Board manchmal Fehler 
in der Chip ID auftreten. Beim F4 Board mit V2 treten die Fehler nicht 
auf.

Vielen Dank für die Antwort, es scheint also nicht an meiner Hardware zu 
liegen.

[hp-freund (Gast)]

Nachtrag:
hab eben noch einige male das STM32L Board probiert und keine Fehler 
mehr entdecken können. Hab danach noch mal die aktuelle git von ca. 
18:00 Uhr getestet -> immer noch viele Nullen.

[Uwe Bonnes (Gast)]

Die Aenderungen sind jetzt auch im Hauptbaum.

Zum STLink und allgemeine STM32 Fragen habe ich auf googlemail eine 
Mailingliste stm32_en eingerichtet.

[hp-freund (Gast)]

Hallo Uwe,

Uwe Bonnes schrieb:
> Die Aenderungen sind jetzt auch im Hauptbaum.

vielen Dank. Jetzt funktioniert alles wieder. Alle 3 Boards.
Ich denke das Problem mit der teilweise falschen Chip ID konnt ich auch 
eingrenzen. Zu schnelles Wechseln der Boards machte offenbar Probleme, 
ist wohl eher eine USB Treiber Sache. Hab auch andere Kabel und 
USB-Steckplätze benutzt. Immer das Gleiche.
Am sichersten läuft das F4 Board, die anderen brauchen mehr Zeit richtig 
erkannt zu werden, aber dann ist alles ok.

Normalerweise nutzt man auch nur ein Board ;-)

Hast Du die ID-Nullen eigentlich auch gehabt?

Vielen Dank noch mal....

[Uwe Bonnes (Gast)]

Die Nullen hatte ich sogar erzeugt;-)
Ich hatte das Auslesen der Parameter aus der Initialisierung in das 
Flash Programm verlagert, aber das stlink Program vergessen. Der Grund 
fuer die Verlagerung lag tiefer, falls man einen Baustein flahen will, 
der mit WFI (wait for interrupt) schlaeft, muss man noch anderes 
initisieren.

[hp-freund (Gast)]

Dann ist ja (vorerst) alles wieder gut :)