
SEGGER - AlexD Administrator
- Member since Jan 12th 2021
- Last Activity
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
SEGGER - AlexD -
Replied to the thread [SOLVED] Ozone always shows hardfault on RP2040/Pi-Pico.
PostHi Martin, glad to see you are up and running again. Happy debugging and best regards -- AlexD -
SEGGER - AlexD -
Replied to the thread [SOLVED] J-Trace and Ozone capabilities for function execution time.
PostHi scal8, good to see you are up and running again. Best regards -- AlexD -
SEGGER - AlexD -
Replied to the thread [SOLVED] Ozone always shows hardfault on RP2040/Pi-Pico.
PostHi Martin, please have a look at kb.segger.com/Raspberry_Pi_RP2040. There it is stated Quote: “"the RP2040 includes a boot ROM which needs to be executed after reset in order to guarantee proper functionality." ” Please check if the knowledge base… -
SEGGER - AlexD -
Replied to the thread [SOLVED] Not expected behaviour when opening ELF file with Ozone.
PostHi Andy, thanks for the details. Might well be that Ozone gets a hick-up when handling file names as you did. We will check if we can reproduce that locally. Stay tuned, we will report back. Best regards -- AlexD -
SEGGER - AlexD -
Replied to the thread [SOLVED] Not expected behaviour when opening ELF file with Ozone.
PostHi andypandy, thank you for the flowers and good to see you are up and running again. Actually, Ozone should be able to cope with ELF files not coming with a file name extension. In that case ELF file detection is supposed to operate on the ELF file… -
SEGGER - AlexD -
Replied to the thread [SOLVED] Ozone always shows hardfault on RP2040/Pi-Pico.
PostHi enz, it appears to be the case that your Ozone project is not set-up correctly. If your Ozone project replicates your ES environment correctly, you will be able to debug your application with Ozone as well. I cannot tell where the issue lies. You may… -
SEGGER - AlexD -
Replied to the thread [SOLVED] J-Trace and Ozone capabilities for function execution time.
PostHi scal8, if you want to be quite exact, SystemView is your solution. In SystemView upon every monitored event a time stamp is generated. When using instruction trace, however, a time stamp is generated only every now and then. Ozone cannot do better… -
SEGGER - AlexD -
Replied to the thread [SOLVED] Not expected behaviour when opening ELF file with Ozone.
PostHi andypandy, in general loading an ELF file should work as you expect it. According to the given information the ELF file should be digestible by Ozone. You may check if changing the file extension to ".elf" does have a positive effect. If not, could… -
SEGGER - AlexD -
Replied to the thread [ABANDONED] Hard fault happened once application elf download and run by Ozone on S32K312 MCU.
PostHi Hudson, there are 2 things participating in your scenarios: 1) The ELF file 2) The Ozone project file If the Ozone project file is exactly the same in both your projects for IAR and GreenHill, then the root cause must be sought in the ELF file. It… -
SEGGER - AlexD -
Replied to the thread [SOLVED] Windows Dark Theme.
PostHi OzoneDarkThemeWhen, having a dark theme for Ozone is already on our internal wish-list, but at this point in time I cannot comment on when this feature will be released. Best regards -- Alexander Dexel -
SEGGER - AlexD -
Replied to the thread Performance degradation when debugging bare metal BCM2837 (aarch64, Cortex-A53).
PostHi ram.techen, thank you for the additional information. We will see if we can reproduce that locally. Since all our engineers are busy these days this might take some time. We will keep you posted here. Best regards -- AlexD -
SEGGER - AlexD -
Replied to the thread Performance degradation when debugging bare metal BCM2837 (aarch64, Cortex-A53).
PostHi ram.techen, Sorry, but this is not helpful here. You are providing logs from 2 different firmware versions. As stated before, due to a different firmware a completely different runtime behavior may be expected. If I got you right, you do have a… -
SEGGER - AlexD -
Replied to the thread Performance degradation when debugging bare metal BCM2837 (aarch64, Cortex-A53).
PostHi ram.techen, from the given information hardly anything can be said. You change the source code and a smart compiler might make a completely different assembly code from that. So a completely different runtime experience might be expected. Since you… -
SEGGER - AlexD -
Replied to the thread [SOLVED] Idea: svd database.
PostHi balance3164, this information might be useful for other customers looking for a particular SVD file. Thank you for sharing it here. We might consider it, once we go for implementing the item on our wish list. Best regards -- AlexD -
SEGGER - AlexD -
Replied to the thread [SOLVED] Idea: svd database.
PostHi balance3164, a similar feature is already on our internal wish list, but at this point in time I cannot comment on when it will be made available. For the time being please contact the silicon vendor of your device for that information. For the core… -
SEGGER - AlexD -
Replied to the thread [SOLVED] Rust missing sources.
PostHi balance3164, good to hear you are up and running again. Concerning your 2nd inquiry: Ozone does not (yet) support the full scale of Rust features. What would be the type of `dp`? Best regards -- AlexD -
SEGGER - AlexD -
Replied to the thread [SOLVED] Rust missing sources.
PostHi balance3164, Per default `rustup` will install libraries only in pre-built form. I assume that this is why you see only a part of the sources. So you need to make available the sources for the libs as well. For that you may try the following… -
SEGGER - AlexD -
Replied to the thread Performance degradation when debugging bare metal BCM2837 (aarch64, Cortex-A53).
PostHi ram.techen, from the logs I cannot see what you are describing. In particular I looked into the `JLINK_Step` commands and found that they consume quite the same time in both slow and fast case. The command execution time is 4.836ms vs 4.718ms 4.501ms…