Search Results

Search results 1-20 of 1,000. There are more results available, please enhance your search parameters.

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

  • Hello, Thank you for your inquiry. The described behaviour is expected. To handle a watchdog you can either disable it or you need to feed it regularly. How is described in the target devices reference manual and numerous Arm coding guides. Best regards, Nino

  • Hello, Thank you for your inquiry. The auto unlock may only work if reset is connected. This does not seem to be the case here. Check if your board has the reset line connected. Best regards, Nino

  • Hello, Thank you for your inquiry. We were not able to reproduce the warning with the EVB boards we got form NXP. However they have engineering samples on them so it is possible that these values have changed in the actually shipped cores. We will order additional boards from a more current batch and see how they compare. EDIT: Scratch that, we have one with a current production MCU and there it works as well. Do you see this issue with other EVB boards as well? Could you check your power supply…

  • Hello, Thank you for your inquiry. Such an issue is not known to us. I tested this on my Win7 PC and everything is working as expected, see attached picture. It sounds like there is either an issue with your keyboard on the Win7 PC or how Windows transfers your keyboard input incorrectly. Please understand that we can't put more time into this investigation as this is not a Embedded Studio related issue. For troubleshooting try another Windows PC. Try another keyboard. Check if you are using som…

  • Hello, Thank you for your inquiry. We are not aware of any issues with the attach functionality of our J-Link probe. All our other debug tools can attach to the target without any issues (Ozone, Embedded Studio, ...). Please understand that the Eclipse Plugin is not our software so its not maintained or supported by us. If you run into troubles with setting that tool up we recommend getting in contact with the support channel of the tool provider. Best regards, Nino

  • Hello, Thank you for your inquiry. SystemView uses RTT for I/O so to get an idea about what overhead to expect you can check out our RTT page:…about-real-time-transfer/ The typical overhead is ~1 µs per event for a CPU running at 168 MHz. We created an optimized assembler version of the RTT_Write function which in theory reduces the overhead to 1/4. But we did not conduct any measurements yet with that. The assembler version should also be part of the latest RTT So…

  • Hello, Thank you for your inquiry. How to create flash placement files and their syntax is explained in the Embedded Studio manual. You can open the manual under Help->Contents or browse it online. Here are the corresponding sections covering that topic: Alternatively you can use the SEGGER Linker. The manual for it can be found in the …

  • JLink Scripts

    SEGGER - Nino - - J-Link/Flasher related


    Hello, Thank you for your inquiry. You can find the messages in the J-Link log file: Best regards, Nino

  • Hello, Thank you for your inquiry. Please note that the Raspberry 3+ is not supported by us as a target device. As you suspected correctly you would need to initialize the device with a JLinkScript to take care of all target specific init steps that usually your Linux/Boot image would do. Quote from ppryga: “There is a possibility to write a special script for J-Link, to set up CPU but documentation is poor and I do not know how to do it. ” This is exactly the reason why we did not implement sup…

  • Hello, Thank you for your inquiry. Such an issue is not known to us. Could you verify your setup with J-Link Commander?…ty_using_J-Link_Commander Does a connection work here? Could you provide a screenshot of the J-Link Commander session? Is the target voltage of 1.8 V expected? Best regards, Nino

  • Hello, Thank you for your inquiry. To achieve higher download speeds you can increase the interface speed. J-Link Plus only supports up to 15 MHz and J-Link Ultra+ up to 50 MHz. This should already increase the speed of the general download sequence as we can send data and commands faster to the target. However at some point the target device itself with its Flashcontroller becomes the bottleneck or the target even does not support the higher interface speeds and the connection becomes unstable.…

  • Hello, Thank you for your inquiry. As you correctly found out the target DDR init has to be executed on such devices first so it is accessible by the debug probe. This can be done using the JLinkScript and e.g script function SetupTarget(). Please understand that we can't assist you in this as board specific initialization is user responsibility. Best regards, Nino

  • Hello, Ok so it appears that the small size 32 pin Nucleo boards don't offer the header due to space constrictions. Nonetheless all 64 pin and higher models should come with one. We will see if we can add a guide to our Wiki explaining how to use a J-Link with the 32 pin board versions. As it stands for now there will still be no plans to expand the reflash utility. Best regards, Nino

  • Profiling CortexM0 with Ozone

    SEGGER - Nino - - General


    Hello Kalle, Quote from kraiskil: “I looked into SystemView and RTT. If I understand correctly, I can get coarse-grained function execution times recorded with it, but only if I manually instrument the source code of the functions to monitor? ” Correct. Quote from kraiskil: “While reading up on all this, I bumped into the Data Watchpoint Trigger (DWT) module which is an optional but implemented feature, (since I am on a STM32F0). But this thread Enable PC-Sampling in Ozone suggest Ozone is not (…

  • Hello, Quote from unebonnevie: “Wow! I didn't know that! What are my alternatives to get support? ” You could get a new probe so the support period gets reset. For that we offer a trade in program: Quote from unebonnevie: “Would you please detail the steps how to make RTTLogger work on your end. It does not for me, regardless of the SEGGER_RTT_printf(1, ...) calls I do with channel 1 supplied. Please share with me your JLinkRTTLogger command line that you us…

  • Hello, Quote from thomask77: “Sad to hear that. The small NUCLEO-32 boards do not have the MIPI-10 connector. ” That is interesting. ST assured us that all ST-Link V3 boards will have the 10 pin connector for external probes which was the reason why they did not want to cooperate in this case. Could you provide a link to the Nucleo in question? Best regards, Nino

  • Hello, Thank you for your inquiry. Currently there are no plans to add the ST-Link V3 to the reflash utility as all ST Evalboard released so far with this ST-Link version offer a debug interface for external probes so you can use your J-Link directly without any trouble. Best regards, Nino

  • Hello Kevin, You are welcome. As the initial question has been answered this thread will be closed now. Best regards, Nino

  • Hello, Thank you for your inquiry. We were able to reproduce the issue. There was an error in how the command was handled. It will be fixed in the next Ozone version. There will be two limitations when this command may be used. 1. it must be called before File.Open. 2. It can't be used during rutime of the target application. To stay up to date with Ozone you can subscribe here:,7 Best regards, Nino

  • Hello, Please not that this is *no* support forum! Also the J-Link that you are using is out of support period for over a year. So please understand that we can't offer prioritized assistance in such a case... The dropping of data over Channel 1 with RTTViewer was reproducible. We will investigate this further. As for the RTTLogger, here everything seems to work as expected so not sure what we should advise you on. Best regards, Nino