[SOLVED] About the debugging in SES

This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

  • [SOLVED] About the debugging in SES

    The Segger Embedded Studio is a very good IDE, but I think the debugger could change a little bit better. Now I use the SES for a STM32 based development using STLINK GDB server as the debugging device in SES. When I restart the debugger session. the binary would be downloaded into the Flash inside the MCU but it's already there, so I think SES should not download the flash in this situation, the enduration of flash is limited. I think SES should verify the contents before downloading, if matched the download is bypasses, and the verification fuction is already here in the IDE. :)

    The post was edited 2 times, last by eggplant886 ().

  • Hello,

    Thank you for your inquiry.
    For the best debug experience we recommend to use a J-Link with Embedded Studio.
    J-Link offers more features, is significantly faster, support for significantly more target devices and offers the feature you mention where unnecessary Flash erases are avoided where possible to preserver valuable Flash cycles.

    We will see if ST-Links behaviour can be improved here but it is also possible that this is simply a technical limitation of the ST-Link software.
    So no promises. On first glance it seems that ST-Link does not support such mode. If you look at the STM32Programmer manual the Flash algorithm that is used does not support such feature.
    Instead it expects that explicitly a skip erase command is set by the user. There does not seem to be any automatic detection if such mode is required or not like J-Link does.

    Best regards,
    Nino
    Please read the forum rules before posting.

    Keep in mind, this is *not* a support forum.
    Our engineers will try to answer your questions between their projects if possible but this can be delayed by longer periods of time.
    Should you be entitled to support you can contact us via our support system: segger.com/ticket/
    Or you can contact us via e-mail.

  • Ray Chang, [2021/12/24 9:17]
    Thank you Nino. The J-link is quite an amazing debug probe. I have one but it's not as tiny as a STLINK. I would try it later.
    As for the flash programming issue, I still have a feature wish. When I restart a debug session in SES, a flash pogramming would be executed anyway but it's not needed since the code hasn't changed during the whole debug session. Can SES change the logic of restarting a debug session into directing reset the MCU instead of reprogramming the chip and then reset it?

  • Hello,


    eggplant886 wrote:

    Thank you Nino. The J-link is quite an amazing debug probe. I have one but it's not as tiny as a STLINK. I would try it later.
    We also have a J-Link Compact model now if size is an issue for you:
    segger.com/products/debug-probes/j-link/models/j-link-plus/


    eggplant886 wrote:

    Can SES change the logic of restarting a debug session into directing reset the MCU instead of reprogramming the chip and then reset it?
    We will see if this can be achieved with ST-Link GDB but no promises.

    Best regards,
    Nino
    Please read the forum rules before posting.

    Keep in mind, this is *not* a support forum.
    Our engineers will try to answer your questions between their projects if possible but this can be delayed by longer periods of time.
    Should you be entitled to support you can contact us via our support system: segger.com/ticket/
    Or you can contact us via e-mail.

  • Hello,

    An Edu Compact is not planned as we have the Edu Mini already:
    segger.com/products/debug-prob…k/models/j-link-edu-mini/

    Please note that the Edu variants of J-Link may not be used in any commercial context but only for private or educational purposes.

    Best regards,
    Nino
    Please read the forum rules before posting.

    Keep in mind, this is *not* a support forum.
    Our engineers will try to answer your questions between their projects if possible but this can be delayed by longer periods of time.
    Should you be entitled to support you can contact us via our support system: segger.com/ticket/
    Or you can contact us via e-mail.