Search Results

So I am finding this as well, using FreeRTOS, and it suggests it can fix the configuration file, but nothing. For Ozone revision 3.28 how do we configure for FreeRTOS?

Nino, thank you!

I'm still using MacOS 11.6, and thinking of going to 12.3, anyone have any issues with OZone/J-Link in 12.3? tia, Thomas

Just wanted to say thank you for the latest drop. On Big Sur (11.6.1) I can rearrange windows inside the app without crashing.

Thank you!

The STM32h725ZG has 564k of RAM. P [img]blob:https://forum.segger.com/654d3187-93e0-4b0b-b525-f95d63fcbfc0[/img] [img]blob:https://forum.segger.com/5231e424-b009-4b1b-aee2-c1a24b6888ae[/img]

I noticed y'all released a new revision. The windowing issues appear to not be resolved, all I did to get this screen was attempt to move the Memory window. After about 30 seconds after this screen capture, the program faulted. [img]blob:https://forum.segger.com/0c47f91f-0171-40da-939f-adda975ffaf8[/img]

Fabian, again, thank you.

Thank you. Very much appreciate y'all. Have you been able to reproduce the issue? regards, Thomas

I am running with Big Sur (11.4 (20F71)), and 3.24c (Identifier: com.segger.Ozone.V324c) and when I attempt to move the any panel inside the window it crashes. This has been an issue for as long as I can remember. I hate to ask, is this a known issue, and if so, is it on your radar? Thanks, Thomas

Quote from danngreen: “I can confirm this is the case on Mac OS Big Sur, at least on Ozone v3.22b. When the dialog box pops up ("The program file has been modified..."), none of the buttons are highlighted. See the first screen shot attached. ” Thanks, I can't remember trying 3.22b recently. I'll give it a shot if I have time today. The font commands, could you pass those along for me? Thank you!

Here is another picture that is easier to see. As well, as far as model boxes, it would be awesome to add a 4th option to the second one here, "No, and do not show again" As always, thank you. And stability improvements should always be first I would think. forum.segger.com/index.php/Attachment/4750/ forum.segger.com/index.php/Attachment/4751/

Nino, Here you go: [img]blob:https://forum.segger.com/cd9a766a-3eec-4282-b554-cd4958fc4204[/img] Thanks again.

With the current round of debugging I like to be able to control if I want to reload or not I do not have the reload be automatic. It would be cool if the focus was given to the yes button so a user can just hit enter for yes, or left arrow; enter for no. Anything to reduce the number of times you need to move my hand to the mouse is appreciated. [img]blob:https://forum.segger.com/f00f55b2-c45d-4b67-becd-cf1ce5c3d1fd[/img] for reference, Big Sur, V3.22d (V3.22e is not usable on Big Sur)

Nino, Thank you again. Thomas

Nino, Any idea when you expect the next release for your MacOS customers using Ozone? Again, thank you, Thomas

Nino, Sorry, to reiterate what I wrote above with a little more detail. Host: 2020 MBP with 16G RAM. Device: STM32F405 Code: > 200kB of FLASH, and 30 or 35 C files. At Ozone startup/locading the elf, it scans, or loading the code profile. That scanning takes a long time, 10+ seconds. During that scanning mouse events don't always get handled correctly. Once the code profile is loaded, all is good. I managed to disable the loading of the code profile when an ELF image is loaded, and Ozone behaves…

Nino, Further, got rid of the code profile window [first disabled some of the code profile options] and the very long ELF load time, which appears to have gone away. Are there any plans to make that more effecient, or keep in completely in the background with the Code Profile window gr[a|e]y while loading? many thanks, thomas

Nino, Part of the problem is I did not notice the lower status bar. It now spends a very long time "Applying Code Filters". This is new to me behaviour. Is there a way to turn that off? Thank you again, Thomas

Second, when do you expect a subsequent reals from 3.22e? many thanks, Thomas