Stlink: [особенность] Серийный номер программатора должен отображаться, когда цель не подключена

@grevaillot : Вы только что выиграли этот билет, потому что я обнаружил, что ваша фиксация 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 каким-то образом решает проблему, указанную выше (из-за несчастного случая?) Я обнаружил, что мой программист STlink-v2 ведет себя иначе с (именно) этой фиксации. Я действительно не знаю, что вызывает это изменение.

Вот результат st-info --probe если к программатору не подключено устройство:

До:

Found 1 stlink programmers

После:

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

Я действительно не понимаю, почему это так.
Однако, поскольку вы являетесь автором, имеет смысл позволить вам взглянуть на это.

Я не знал об этом билете, но да, это предназначено. У меня есть пара исправлений для st-flash и gdb server, которые нужно отправить на usb-зонд, возвращающий некоторую информацию st-link без подключенной цели, я помечу их этим номером билета.

хм, коммит, на который вы ссылались, не тот, он был исправлен в наборе исправлений переделки зонда

@grevaillot Я действительно не знаю, что вызывает наблюдаемое там изменение. Может быть, это только частичное исправление, которое приводит к изменению с этим устройством или только с некоторыми другими, если смотреть со стороны кода, но это не полное исправление, которое обращается ко всем устройствам к тому времени - пока нет подсказки об этом. Я попробую и своего второго программиста с этим коммитом (до и после). Это оба устройства CKS32F103C8T6.

Вот результат st-info --probe с фиксацией 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 для второго программиста, который выглядит таким же:

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

в то время как предыдущая фиксация 46bf0abf77cca47133d3839460cc7679e0f78714 возвращает:

Found 1 stlink programmers

Все еще не понимаю, почему ...

простите, заблудился в моем дереве, подведем итоги:

Посредник фиксирует, что материал доработки зонда может позволить получить некоторый stlink с не подключенной целью, чтобы отображаться как «найденные программисты 1 stlink» без серийного номера. Это была проблема, зонд возвращал количество найденных stlink вместо количества проверенных stlink.

никаким образом 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 не может изменить поведение зонда, я бы заподозрил некоторую локальную не очень чистую перестройку и проблему с тестированием :)

мой PR https://github.com/stlink-org/stlink/pull/933 должен закрыть эту проблему.

Кстати, я думаю, что вызов --probe, возможно, должен отображать cpuid. Это значение никогда не должно быть нулевым и могло бы помочь в сообщении об ошибке / поддержке нового чипа. но это другая проблема.

@grevaillot : Вы правы, это, должно быть, была локальная не очень чистая перестройка: к настоящему времени я понял, что мои выводы основаны на изменениях, внесенных более старой ручной фиксацией слияния aad5cf1901f467914a2efe855c0caff7fdf99048, и, следовательно, ни одной из ваших. Также обратитесь к # 863, который происходит из той же ветки. Так что нам следует придерживаться того, что вы упомянули ранее. Однако это объясняет наблюдаемое поведение.