Si vous êtes sûr d'avoir des droits d'accès et qu'aucun microcontrôleur n'est connecté, c'est le comportement normal que vous n'obtenez aucune sortie. Il s'agit actuellement d'une limitation de la façon dont la sonde est implémentée, vous devez attacher un microcontrôleur pour afficher des informations détaillées. J'ai écrit un projet expérimental pour résoudre cette limitation et tester les programmeurs attachés même dans le cas où aucun mcu n'est attaché. Voir : https://github.com/xor-gate/stlink2. Je n'ai pas mis beaucoup d'efforts dans le problème pour le réintégrer dans le projet texane/stlink (pour l'instant), car ce n'est pas aussi facile qu'il y paraît. Votre problème est toujours valable et devrait être résolu pour plus de commodité.

OK, merci pour l'info mais la sortie correcte avec les données est donnée sur mon ancienne image de RPI également sans cible attachée au programmeur (copie stlink V2). J'ai donc supposé que j'avais raté certains paramètres (je ne suis pas sûr des droits d'accès si tout est OK). Je vais essayer ta solution aussi. Et j'ai une cible attachée.

ÉDITER:

Votre outil fonctionne. Je vous remercie

Donc, pour résumer, vous n'exécutez pas stlink/stlink2 en tant que root et stlink2 affiche la sortie attendue avec le numéro de série du programmeur (et une fois connecté le chipid) ?

@xor-porte
même problème.
https://github.com/xor-gate/stlink2
pas disponible.

même problème
sur une machine Gentoo Linux
Hier, l'atollicTrueStudio m'a dit que le firmware STLink sur mon STM32F411 Nucleo est ancien et qu'une mise à jour est disponible
-> D'accord

puis j'ai débogué une partie du logiciel ... tout fonctionne pendant environ 2 heures
OK alors j'ai déconnecté la carte,
j'ai éteint mon PC et aujourd'hui ça ne marche plus
le programme sur la cible fonctionne toujours comme un charme
MAIS
il n'y a plus de connexion

dmesg
....
[551559.359615] usb 11-4: USB disconnect, device number 6
[551563.688058] usb 11-4: new full-speed USB device number 7 using ohci-pci
[551563.967202] usb 11-4: New USB device found, idVendor=0483, idProduct=374b
[551563.967210] usb 11-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[551563.967214] usb 11-4: Product: STM32 STLink
[551563.967217] usb 11-4: Manufacturer: STMicroelectronics
[551563.967220] usb 11-4: SerialNumber: 066AFF494851877267065831
[551563.969199] usb 11-4: can't set config #1, error -62
...

st-info --probe
setting new configuration (0 -> 1)
Found 1 stlink programmers
 serial:
openocd: ""
  flash: 0 (pagesize: 0)
   sram: 0
 chipid: 0x0000
  descr: unknown device

il semble donc qu'Atollic ait, avec cette mise à jour, tué le STLink sur mon appareil nucleo :cry: :oops: :evil:

peut-être que quelqu'un sait comment résoudre ce problème

même problème
sur une machine Gentoo Linux
Hier, l'atollicTrueStudio m'a dit que le firmware STLink sur mon STM32F411 Nucleo est ancien et qu'une mise à jour est disponible
-> D'accord

puis j'ai débogué une partie du logiciel ... tout fonctionne pendant environ 2 heures
OK alors j'ai déconnecté la carte,
j'ai éteint mon PC et aujourd'hui ça ne marche plus
le programme sur la cible fonctionne toujours comme un charme
MAIS
il n'y a plus de connexion

dmesg
....
[551559.359615] usb 11-4: USB disconnect, device number 6
[551563.688058] usb 11-4: new full-speed USB device number 7 using ohci-pci
[551563.967202] usb 11-4: New USB device found, idVendor=0483, idProduct=374b
[551563.967210] usb 11-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[551563.967214] usb 11-4: Product: STM32 STLink
[551563.967217] usb 11-4: Manufacturer: STMicroelectronics
[551563.967220] usb 11-4: SerialNumber: 066AFF494851877267065831
[551563.969199] usb 11-4: can't set config #1, error -62
...

st-info --probe
setting new configuration (0 -> 1)
Found 1 stlink programmers
 serial:
openocd: ""
  flash: 0 (pagesize: 0)
   sram: 0
 chipid: 0x0000
  descr: unknown device

il semble donc qu'Atollic ait, avec cette mise à jour, tué le STLink sur mon appareil nucleo 😢 :oops: :evil:

peut-être que quelqu'un sait comment résoudre ce problème

Même problème avec le redémarrage du MacBook.

@lkord @artbody @RockyF : De quelle version st-link parlons-nous ? Nous avons besoin de plus de détails ici sur les environnements de construction et le matériel.

XNUCLEO-F103RB ici, et les mêmes symptômes. La mise à niveau du micrologiciel et maintenant l'identifiant de la puce indique 0000 pour la chose.

@ all : Veuillez vous assurer de signaler toutes vos informations logicielles et matérielles :

• Système opérateur
• Version de stlink-tools
• Type de programmeur + Firmware

Debian instable
Paquet: stlink-tools
Version : 1.6.0+ds-1
Je pense qu'il s'agit du programmeur st-link/v2, il était fourni avec la carte xnucleo. Je suis extrêmement nouveau dans ce domaine =). C'est peut-être pertinent :

[637361.699535] usb 1-1: new full-speed USB device number 56 using xhci_hcd
[637361.848669] usb 1-1: New USB device found, idVendor=0483, idProduct=3748, bcdDevice= 1.00
[637361.848670] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[637361.848671] usb 1-1: Product: STM32 STLink
[637361.848671] usb 1-1: Manufacturer: STMicroelectronics
[637361.848672] usb 1-1: SerialNumber: QÿkxfVS34g

Pour quiconque d'autre peut-être googler cela. Il m'est arrivé d'avoir une copie du micrologiciel d'origine de la carte et un fichier .bin et j'ai réussi à le faire fonctionner à nouveau en plaçant un cavalier sur les broches 5 à 7 de CN7, puis en exécutant st-flash en écrivant le micrologiciel d'origine sur la carte.

@jpesonen-priv: ok, bien, mais cela ne donne toujours aucune idée de la raison pour laquelle cela s'est produit (ce qui est le point pertinent pour nous)...

@ Nightwalker-87 Je peux également reproduire cela en flashant n'importe quoi avec le STM32CubeIDE sur le tableau, mais je ne sais pas ce que c'est et comment obtenir des informations qui vous concernent.

Comme il se lit, @lkord a pu exclure que les outils st-link étaient à l'origine de ce problème.

Les découvertes de @artbody , @RockyF et @jpesonen-priv semblent être un problème différent.
Ici, il semble qu'une image de firmware corrompue ait été chargée dans le programmeur, ce qui a entraîné la même sortie sur st-info --probe . Cela ne semble pas être lié aux outils stlink, de sorte que nous ne pouvons fournir aucune assistance ici, à part suggérer de rechercher une nouvelle révision de firmware authentique pour le programmeur utilisé et de vérifier un fichier de firmware téléchargé par une somme de contrôle. Si aucun firmware plus récent n'est disponible, il faudrait recharger l'original, comme expliqué ci-dessus.

Merci pour le retour utile @jpesonen-priv qui permet désormais de fermer ce ticket avec une solution. :+1: