Skip to content

[feature] Programmer serial should be displayed when no target is connected #432

Closed

Description

@xor-gate

When there is currently no target connected the programmer is found but no serial is displayed. This is not handy when we extract the serial number (and OpenOCD hla_serial) when the target is powered on.

Activity

  1. added this to the milestone on Jun 15, 2016
  2. self-assigned this
    on Jun 15, 2016
  3. modified the milestones: , , on Aug 3, 2016
  4. modified the milestones: , on Sep 19, 2016
  5. modified the milestones: , on Feb 19, 2020
  6. 16 remaining items

  7. grevaillot commented on Apr 19, 2020

    @grevaillot
    Contributor

    I was not aware of that ticket, but yes, this is intended. I've got a couple of fixes for st-flash and gdb server to push to usb probe returning some st-link info with no target connected, i'll tag them with that ticket number.

  8. grevaillot commented on Apr 19, 2020

    @grevaillot
    Contributor

    hmm, the commit you referenced is not the good one, it was fixed in the probe rework patchset

  9. Nightwalker-87 commented on Apr 19, 2020

    @Nightwalker-87
    Member

    @grevaillot I don't really know what causes the observed change there then. Maybe it is only a partial fix that leads to the change with this device or only a few others as seen from the code side, but is not a complete fix that addresses all devices by then - no clue on that yet. I'll try my second programmer with this commit as well (before and after). They are both CKS32F103C8T6 devices.

  10. Nightwalker-87 commented on Apr 19, 2020

    @Nightwalker-87
    Member

    Here is the output of st-info --probe with commit 804c38e for the second programmer, which appears to be the same result:

    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
    

    while the previous commit 46bf0ab returns:

    Found 1 stlink programmers
    

    Still wondering why...

  11. grevaillot commented on Apr 20, 2020

    @grevaillot
    Contributor

    sorry, got lost in my tree, let's sum up:

    an intermediary commit the probe rework stuff could allow to get some stlink with not target connected to show as "found 1 stlink programmers" with no serial. This was an issue, probe was returning the number of stlink found instead of the number of stlink probed.

    in no way 804c38e can change probe behaviour, i would suspect some local not-so-clean rebuild and test issue :)

    my PR #933 should close that issue.

    BTW, i think that --probe call should maybe display cpuid. This one should never be null and would help new chip support / bug report. but that's an other issue.

  12. Nightwalker-87 commented on Apr 20, 2020

    @Nightwalker-87
    Member

    @grevaillot: You are right it must have been a local not-so-clean rebuild: By now I figured out that my findings derive from the changes introduced by the older manual merge-commit aad5cf1, and thus none of yours. Also refer to #863 which derives from the same branch. So we should stay with what you mentioned before. However this explains the observed behaviour.

  13. locked as resolved and limited conversation to collaborators on Oct 3, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions