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.

  • heapsize

    SEGGER - Nino - - SEGGER Embedded Studio related


    Hello, Thank you for your inquiry. Project Options->Heap Size. Best regards, Nino

  • Hello, Quote from BoldlyVenturing: “The problem appears below llvm.h in the error report, but if it is clicked then gcc.h is brought up and it says that the parameter CONFIG_ARM isn't defined, and the cortex-M33 is an ARM board, so it should be(?). ” Don't know. They are your sources or not? You should know how it works and what needs to be defined for it to work. The error messages from the compiler should provide you all needed information to make the program compile. You can set defines eithe…

  • Hello, Thank you for your inquiry. As this is a chip feature simply write to the corresponding registers as documented in the St documentation. You can do so either directly by accessing the registers via pointers in your application or you can also use the CMSIS Files provided with the STM32F7xx CPU Support Package.…o/technology/cpu-support/ That way you can use the CMSIS macros which can make things easier. Just make sure to include the right device header in you…

  • Hello Detlef, Great to hear that you are up and running again. This thread will be marked as solved now. Happy debugging! Best regards, Nino

  • Hi AxKe, Indeed the return values were not described. We updated the Wiki accordingly. Keep in mind that if you retarget to e.g. a filesystem and if the disk returns that it is full, the return value for the write function would still be considered "OK". Best regards, Nino

  • Hi, Sorry for the delay in response. There have indeed been changes to the RTL implementation here for the STD I/O. As the error message suggests you need to supply an implementation of __SEGGER_RTL_X_file_write now. This has been addressed in the documentation here: Best regards, Nino

  • Hi Detlef, Why would you use an older J-Link version when the one with the fix is already released? Could you try the following? - Power cycle the J-Link. - Open J-Link Commander from the V7.52a release - Accept the FW update Does the J-Link function now? Best regards, Nino

  • Hi Detlef, Thank you for clarifying. Indeed there seems to be an issue with J-Link Ultra/Pro V4.3 and the last update. We are currently working on a fix and a patched release is planned later today. Sorry for any inconveniences caused. To get an automatic notification when the release is available you can subscribe here: Should the FW update from the new release not fix this issue could you open a support ticket as explained in my signature? As a ge…

  • Hello, Thank you for your inquiry. Such an issue is not known to us. Could you provide your J-Links serial number for reference? Best regards, Nino

  • Hello, Thank you for your inquiry. The error message comes from the llvm.h file. It does not seem to be written to support Cortex-M33 targets. So you have to make sure that the files you add to your project actually work and compile for Cortex-M33 architecture. Somewhere in that file you will find an #ifdef construct where actions/macros for the different architectures and for Arch v8M there probably wont be one but instead this error message. So either implement that same action for v8M or use …

  • Hello, As you contacted us via the support system in parallel and the question has been answered there already, this thread will be closed now. To clarify for other forum users, the supplied elf file is not an executable so the error message is correct. You have to build your application so it is an executable. The supplied elf file is a Shared Object File instead, which might work on e.g. a fully booted Linux System, but will not work on the majority of embedded target device setups. As Ozone i…

  • Hello, Thank you for your inquiry. How do you set the library in your project? Are there any additional library header files that need to be taken account of? If yes, did you make sure their path is set in user include directories? Best regards, Nino

  • Hello Manish, Thank you for your inquiry. What do you mean with windows simulator, could you elaborate? For SystemView to work you need a J-Link and target hardware that is supported by J-Link. Not sure how you plan on simulating our debug probe. Best regards, Nino

  • Hello, Did you read the provided Wiki article? Did you download the provided example project? It was made with FreeRTOS V10.4.3. It was tested and works. If you follow the steps and your resulting project looks like the example project SystemView will work with FreeRTOS V10.4 and on. Best regards, Nino

  • Hello, Thank you for your inquiry. This is expected behaviour as control over the device is only given during the debug session. When leaving the debug session we leave the application running to enable setups where you would attach to certain code parts for example, but do not want to impact the applications behaviour after leaving the debug session. But for some other cases it might be useful/important to halt after ending the debug session. For that we have the exec command SetRestartOnClose.…

  • Hi, Quote from xtrem: “- This is the schematic of the JTAG connector of my board ” On first glance looks correct. Quote from xtrem: “- What version of J-Link EDU includes/works with license SFL ? ” All of them. Quote from xtrem: “- These are the sellers I asked: ” From the screenshot they look genuine. If you are unsure feel free to open a new thread after you receive them with pictures from the front and back. Best regards, Nino

  • Hello Kevin, Thank you for your inquiry. This is indeed a display bug in SystemView and will be fixed with the next verison. To get notified when the release is available you can subscribe here:,204 Best regards, Nino

  • Hello, Thank you for your inquiry. The guide for the SystemView integration is pretty straightforward:…View#System_Configuration We recommend to use the example projects from the Wiki for reference. If your project setup looks different than the example project after following all steps then the guide was not followed correctly or the base FreeRTOS file setup used in your project is not the one that is officially shipped by FreeRTOS. Best regards, Nino

  • Hello, Thank you for your inquiry. Most likely the patch file does not fit the folder structure used in your project. In that case we recommend to patch manually without a patching tool. There are not that many changes necessary. Quote from faulkner: “Also to confirm, the SystemView source files being referred to in the Wiki page include SEGGER_SYSVIEW_FreeRTOS.h & SEGGER_SYSVIEW_FreeRTOS.c, yes? ” Yes. See the example project for reference. Best regards, Nino

  • Hi, Thank you for your inquiry. Not all FreeRTOS versions are backwards compatible. So it is possible that if you update your FreeRTOS Sources SystemView will no longer work. Which is why we supply different patch files for different FreeRTOS versions. A Guide with the patch files can be found here:…View#System_Configuration Best regards, Nino