Stlink: [característica] El número de serie del programador debe mostrarse cuando no hay ningún objetivo conectado

@grevaillot : Acaba de ganar este boleto, porque descubrí que su compromiso 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 de alguna manera parece abordar el problema anterior (¿por accidente?). Encuentro que mi programador STlink-v2 se comporta de manera diferente desde (exactamente) este compromiso. No sé realmente qué causa este cambio.

Aquí está la salida de st-info --probe si no hay ningún dispositivo conectado al programador:

Antes:

Found 1 stlink programmers

Después:

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

Realmente no entiendo por qué este es el caso.
Sin embargo, como usted es el autor, tiene sentido que le eche un vistazo.

No estaba al tanto de esa multa, pero sí, es la intención. Tengo un par de correcciones para st-flash y el servidor gdb para enviar a la sonda usb que devuelve información de st-link sin un objetivo conectado, los etiquetaré con ese número de ticket.

hmm, la confirmación a la que hizo referencia no es la buena, se corrigió en el conjunto de parches de reelaboración de la sonda

@grevaillot Realmente no sé qué causa el cambio observado allí entonces. Tal vez sea solo una solución parcial que lleve al cambio con este dispositivo o solo algunos otros como se ve desde el lado del código, pero no es una solución completa que aborde todos los dispositivos para ese entonces, no hay ni idea de eso todavía. También probaré mi segundo programador con esta confirmación (antes y después). Ambos son dispositivos CKS32F103C8T6.

Aquí está la salida de st-info --probe con la confirmación 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 para el segundo programador, que parece ser el mismo resultado:

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

mientras que la confirmación anterior 46bf0abf77cca47133d3839460cc7679e0f78714 devuelve:

Found 1 stlink programmers

Todavía me pregunto por qué ...

lo siento, me perdí en mi árbol, resumamos:

un intermediario comprometa el material de retrabajo de la sonda podría permitir que algún stlink sin objetivo conectado se muestre como "programadores de 1 stlink encontrados" sin serial. Este fue un problema, la sonda estaba devolviendo el número de stlink encontrado en lugar del número de stlink probados.

de ninguna manera 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 puede cambiar el comportamiento de la sonda, sospecho que hay algún problema de reconstrucción y prueba local no tan limpio :)

mi PR https://github.com/stlink-org/stlink/pull/933 debería cerrar ese problema.

Por cierto, creo que --probe call debería mostrar cpuid. Este nunca debería ser nulo y ayudaría al soporte de nuevos chips / informe de errores. pero ese es otro problema.

@grevaillot : Tiene razón, debe haber sido una reconstrucción local no tan limpia: a estas alturas descubrí que mis hallazgos se derivan de los cambios introducidos por el manual anterior merge-commit aad5cf1901f467914a2efe855c0caff7fdf99048, y por lo tanto, ninguno de los suyos. Consulte también el número 863 que se deriva de la misma rama. Así que deberíamos quedarnos con lo que mencionaste antes. Sin embargo, esto explica el comportamiento observado.