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

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

Hallo Uwe,

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

Dein angegebenes git funktioniert!

1

# ./st-util -p 1234

2

2011-12-22T22:12:39 INFO src/stlink-common.c: Loading device parameters....

3

2011-12-22T22:12:39 INFO src/stlink-common.c: Device connected is: F4 device, id 0x413

4

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

5

Chip ID is 00000413, Core ID is  2ba01477.

6

KARL - should read back as 0x03, not 60 02 00 00

7

init watchpoints

8

Listening at *:1234...

und auch

1

# ./st-util -p 1234

2

2011-12-22T22:16:37 INFO src/stlink-common.c: Loading device parameters....

3

2011-12-22T22:16:37 INFO src/stlink-common.c: Device connected is: L1 Med-density device, id 0x10186416

4

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

5

Chip ID is 10186416, Core ID is  2ba01477.

6

KARL - should read back as 0x03, not 60 02 00 00

7

init watchpoints

8

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.

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.

Die Aenderungen sind jetzt auch im Hauptbaum.

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

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....

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.

Dann ist ja (vorerst) alles wieder gut :)