Search Results

Hi grb212, Do you use the latest version of Ozone? Are you able to reproduce the issue on Ozone V3.36? If so, could you please provide a reproducer on an eval board? We'd require the ELF file, the Ozone project, and detailed instructions on what to do to reproduce the issue on that very board. Best regards -- AlexD

Hi, Not sure why SystemView should be too much overhead. In general it is recommended the tools that fit a given task best. In the case you describe, SystemView appears to be a very good solution. I just tried: Zooming on the Y-axis of the code pane works as a charm using shift-mouse wheel. I cannot reproduce the issue you observe, but I also cannot see that you are doing zooming in the Y-axis in your screen recording. Power sampling is disabled in the power sampling window. Disabling the power …

Hi Fraengers, in the code pane of the timeline window ISRs are displayed in special way, so they can be identified quite easily (different color, rounded corner). In a long trace, however, the view is likely to be too compressed for directly seeing all ISRs at the same time. Of course, searching the trace window might also help in navigating the instruction trace. What additional live information would you expect to see? Best regards -- AlexD

Hi Fraengers, currently this is not possible. Increasing the the size of the trace buffer in PC memory and thus increasing the amount of trace information available in Ozone is already on our to-do list. The code pane in timeline window will still only be updated once the target is halted, even with this change being available. I cannot comment on when this feature will be released. Does that answer your question? Best regards -- AlexD

Hi Fraengers, those questions are related to J-Link, not Ozone. Therefore I move this thread to the J-Link forum. Best regards -- AlexD

Hi, please raise a ticket in our support ticket system. The link can be found in my signature below. Best regards -- AlexD

Hi rals, what about writing a little script that does the flashing by means of the tooling you received with your J-Link/J-Trace and invoke that script from within your IDE? Assuming your IDE supports customizable buttons you the flashing will be triggered by a single mouse click. Best regards -- AlexD

Hi SyamK, Which Semihosting service do you use? I assume, this is ReadC(). Is that correct? ReadC() returns a character. If you configure Ozone such that a dialog opens to enter a character, you need to enter a character and then click on the "OK" button. As a result, the character will be sent to the target. If you do not enter a character but click onto the "OK" button directly, an error is raised. I assume that this error results in a NULL character arriving on the target. Hitting the enter k…

Hi Rune, Ozone does not provide such a functionality and we do not see a big benefit in implementing such a feature. Ozone is a debugger and if you switch to Ozone it can be assumed that you intend debugging the firmware. For that use case Ozone behaves well. If you just want to download the ELF file into the flash and start the application stand-alone, I am sure that you can use your J-Trace and the tools coming with it plus some scripting to achieve that. In that case please open a new thread …

Hi Sam, the FreeRTOS plugin for Cortex M33 was not tested on the Cortex M4. So we cannot promise that everything will work as expected and intended. But feel free to share your experience here. Best regards -- AlexD

Hi Glenn, this is a general setup issue which is not related to Ozone. Therefore I will move this thread to the J-Link section in this forum. The colleagues should be able to provide further support. @J-Link team: Could you please investigate what is going on here? Best regards -- AlexD

Hi Glenn, are you sure that both the Ozone log and the J-Link log were recorded in the same debug session, as I requested? I'm asking because in the Ozone log I see "Could not measure total IR len. TDO is constant high." but cannot find that in the J-Link log. Could you please double-check? Could you also please check why the TDO line should remain constant high? Maybe your application changes the port configuration for the pin carrying the TDO signal? Best regards -- AlexD

Hi fraengers, as I already stated: The behavior of the scrollbar is not perfect. Best regards -- AlexD

Hi andrewsglenn, you did not provide a J-Link log. The procedure of creating a J-Link log is described in the Wiki article I provided earlier. When recording a J-Link log please also record an Ozone log since both need to be recorded during the same debug session. The New project wizard does not create functions where the call to _SetupTarget() is commented out. So please double check your Ozone project file for correctness. You may also have a look at our WIKI article for your device: wiki.segg…

Hi msdg, apparently the Ozone project file created by your tooling is not working correctly. So you should switch to setting up an Ozone project and maintaining that by yourself. You may use the Ozone project created by the new project wizard as a starting point and integrate the special handling found in the Ozone project your tooling provided. This would be a starting point for any further investigation. Having done so, could you please provide the Ozone project file as well as an Ozone log an…

Hi andrewsglenn, Could you please provide a J-Link Log file and an Ozone log, both being recorded during the same debug session where you reproduce the issue? Creating a J-Link log is described here: wiki.segger.com/J-Link_DLL#Enable_J-Link_Log_File, creating an Ozone log is described in section 8 of the Ozone user's manual. I noticed that in your Ozone project file the function _SetupTarget() is never called. Is that intended? Best regards -- AlexD

Hi msdg, could you please check out the following WIKI page? wiki.segger.com/Nordic_Semiconductor_nRF91xx I understand that after creating a project with the new project wizard your target runs into an exception. This is often the case when the target is not set-up correctly for debugging, so when starting the application to reach main() - or whatever function Ozone was told to be the startup completion point - an operation fails due to wrongly initialized or uninitialized hardware, thus raising…

Hi pbizarri, looking into the J-Link log you provided I see that writing to the TPIU_SPPR register (and all subsequent writes to debug registers) fail. This happens in the context of enabling SWO in your target. So something goes wrong in that procedure which leads to a state that Ozone cannot handle, thus terminating the debug connection to the target. Since this is not in the scope of Ozone I will move this thread to the J-Link forum so the colleagues can have a look. Best regards -- AlexD

Hi pbizarri, this forum is not a support forum. SEGGER employees look in from time to time but in case there are more pressing topics on our desks responses may be delayed. In case you are eligible for support feel free to open a support case. Best regards -- AlexD

Hi fraengers, Thanks for your post. 1. We can reproduce that selecting data in the way you describe and subsequently copying the data into the clip board does not work as expected. We will fix that in a future release. When selecting the memory range via mouse or via keyboard everything works fine. 2. The behavior of the scrollbar is not perfect but as expected. On a 32 bit machine the memory window displays just a very small part of the 4 Gig address space. 3. It cannot be selected via mouse bu…