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, 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: segger.com/notification/subscribe.php?prodid=7,204 Best regards, Nino

  • Hello, Thank you for your inquiry. The guide for the SystemView integration is pretty straightforward: wiki.segger.com/FreeRTOS_with_…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: wiki.segger.com/FreeRTOS_with_…View#System_Configuration Best regards, Nino

  • Hi, Generally a build and debug (F7+F5) is the right approach if you change only a source file or similar. But if you are changing project settings, include paths, other linker related changes, then we recommend a Rebuild (Alt+F7). Quote from MUETA: “So far my "debug search paths" are defined as follows: ” Where do you define them exactly? Make sure they are set as user include directories, not anywhere else. Quote from MUETA: “OK, when I go to the main.c and check the included file, namely righ…

  • Ozone remote debugging

    SEGGER - Nino - - Ozone related

    Post

    Hello, Thank you for your inquiry. The error message usually indicates that a J-Link feature is utilized that is not implemented for remote server yet. Could you provide some additional info of your setup? What is the S/N of your J-Link? With what parameters do you start the Remote Server and with what parameters to you connect with Ozone to it? Does the error happen directly after connect or after you enable some specific debug feature or similar? Is the issue reproducible consistently, if yes …

  • Hello, Thank you for your inquiry. How are you adding the svd file to your project exactly? Could you share your .jdebug file that you try to reopen for reference? Best regards, Nino

  • Hello, Thank you for your inquiry. Was this working for you with Ozone V3.2x versions? What target device are you debugging exactly? Could you provide a reproduction project for an eval board that would run out of the box + reproduction steps? Best regards, Nino

  • Hello, We received this inquiry via our support system in parallel so this thread will be closed now. The solution was that the target application was using a __WFI instruction during debug which caused this issue. Generally we do not recommend to try to debug low power modes if possible to avoid such follow up issues. For more information see here: wiki.segger.com/UM08001_J-Link…Guide#Low_Power_Debugging Best regards, Nino

  • Hello, Thank you for your inquiry. 1: Yes a J-Link EDU will work with Ozone and any of the other software we provide. All of our software is now under the SFL license where generally private or educational usage is fair. segger.com/purchase/licensing/license-sfl/ 2: J-Links I/O will be on whatever level signal VTref is (pin1 on the 20 pin connector) segger.com/products/debug-prob…gy/interface-description/ So if your board follows the Arm debug connector specification no damage can be done. 3: Fo…

  • Hello, Thank you for your inquiry. What exactly are you planning to do? Usually target application code should not need to access debug registers. If you now change the debug register settings behind Embedded Studios back it is possible that they may be restored to an unexpected value. If you are planning to use ITM features, do that via the debug software, in this case Embedded Studio to avoid such issues. Here is a guide if you plan on using SWO: wiki.segger.com/Configure_SWO_in_Embedded_Studi…

  • Hi appulin, Thank you for the inquiry. The issue is reproducible. We are looking into it. Quote from danngreen: “Does the Ozone development team plan to put effort into improving the Mac OS version of Ozone? If not, we would like to know so we can seek alternatives. Thanks ” Yes of course, otherwise there would not be releases with fixes for macOS, no? All reproducible issues are on our bugtracker and will be fixed over time. Please note that this is not a support forum. So if you post something…

  • Hello, Thank you for your inquiry. Generally we recommend to keep the versions in sync when possible. However we always try to keep things backwards compatible so a new Client version should always work with an older J-Link DLL. It also works the other way around if no new major features have been added to the server (see release notes). Quote from rbresalier: “Would be nice if I could use newer version of Ozone (requires changing central linux server only 1 time) and keep using existing version…

  • Remotely control Ozone

    SEGGER - Nino - - Ozone related

    Post

    Hello, Thank you for your inquiry. Yes you can start Ozone via command line. So you can use it e.g. within your Python script. To automate the Ozone GUI actions Ozone has its own scripting which is done in the Ozone project file directly. Both is described in the Ozone user manual. An example on Ozone automation can be found here: wiki.segger.com/Automated_Tests_with_Ozone Best regards, Nino