Search Results

Search results 1-20 of 27.

This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

  • I'd like to have a quality check process that runs a test of external RAM on a STM32 micro without modifying the firmware that is currently flashed on the device. So I'm wondering if it's possible for the Flasher ARM to have a program image that is linked to reside on the STM32 internal RAM, download that program image to the STM32, and start that RAM resident program running without modifying whatever is currently in the STM32's flash?

  • [Segger Ozone] embosPlugin.dll

    mwb1100 - - General

    Post

    I have started looking at the Ozone debugger, and I am using Ozone with an existing project built with IAR Workbench 5.20. First of all, I was pleasantly surprised that Ozone understood the IAR generated symbols (then again - I don't know if IAR's symbol format is based on GDB's or what). But when I tried to use the embosPlugin.dll, the "Threads" window doesn't show any of the tasks. This feature does work fine in IAR 5.20 with the IAR embosPlugin.dll I have installed there. I am wondering if th…

  • Thanks for looking into this. Would it work just as well to uncheck the "Debugger | Download | "Use flash loader(s)" option in the IAR project? Or do we need to do *both* things (uncheck the IAR project option *and* perform the JLink configuration you described?). I have sometimes wondered about the "Use flash loader(s)" option in the IAR project - I seem to recall that it was turned on way back when because of problems we ran into when it wasn't checked. But that could be my memory playing tric…

  • OK, I've sent an email with a link to an IAR project that should reproduce the problem. In preparing the project I've found more information: While preparing this repro case, I've determined the settings that seem to trigger the problem. The reproduce the problem, you must: - use a relatively new JLinkARM.dll (I have reproduced the problem with versions 4.54c through 4.56a) - have at least one breakpoint set. - have the following IAR project setting enabled/checked: Source Code (1 line) I notice…

  • Alex: I can't dig up an eval board here that has enough flash to hold the image (I've got a STM32-SK, but it only has 128KB of flash). I can pretty easily configure the project for a 256KB board and send you the *.out and *.sim files files generated by IAR, I can also send the image as an Intel hex formatted file. I won't be able to send the whole project, but all that needs to happen is for the image to be flashed - you don't need to build the project. The page that has been left erased is alwa…

  • When using JlinkARM.dll versions between 4.54c and 4.56a (inclusive) to flash my device for debugging, the image ends up with one 2KB page of flash remaining erased in the middle of the image. When I look at the information in the binary produced by IAR (including an Intel HEX format file of the image), it looks like the correct data is produced by the compiler & linker for that page. The page is incorrectly flashed/left erased and no problem is indicated after the verification pass of the flash…

  • Thanks for making this clear.

  • Some of the examples in the embOS_Generic.pdf manual call OS_IncDI() before doing anything else in main(). But some do not. In none of these example snippets is there a all to either OS_DecRI() or OS_EI() - I assume this happens in one of the subsequent initialization functions (OS_InitKern(), OS_InitHW(), or OS_Start()) and that it's performed unconditionally - not by decrementing the counter and enabling if it reaches 0. Could I get clarification on whether or not a call to OS_IncDI() is neces…

  • I would also like to know if there are plans for Cortex-A8 support in the gdb server.

  • OS_Q_Create Documentation

    mwb1100 - - embOS related

    Post

    Quote from Arne: “The '&' in front of '_acMemQBuffer' (line 5) puzzles me: that would be a pointer to a pointer to a memory area. Or am I wrong?” An array name often (nearly always) evaluates (or 'decays') to a pointer to the first element of the array, but the array is not itself a pointer. Taking the address of the array (&_acMemQBuffer) also results in a pointer to the array (the pointer is of a different type, though), not a pointer to a pointer. Both expressions will be pointers with the sa…

  • Quote from swe: “ I used the OS_LeaveInterruptNoSwitch() at the end of the ISR.” From your description, it sounds like you should use OS_LeaveInterrupt() so that your task that's waiting on this event will be scheduled immediately (if there's no higher priority ready task). I believe that the use-case for OS_LeaveInterruptNoSwitch() is pretty rare.

  • I mistakenly passed 0 as the TimeSlice parameter for OS_CreateTaskEx() calls when I was performing a wide-ranging refactoring; things continued to work at first glance, but with continued use things didn't behave well, but in a subtle, non-obvious way. I assume that 0 is invalid for a TimeSlice parameter, since the OS_SetTimeSlice() API docs mention: 1 <= TimeSlice <= 255 Note that this detail isn't called out in the OS_CreateTask()/OS_CreateTaskEx() API docs - it probably should be. However, th…

  • You might want to post the Debug Log that IAR generates - I don't have a selection for "Reset Pin" in my J-Link configuration (but I'm using a somewhat older version of IAR and a different STM32 device) - so we can know exactly which reset strategy the JLinkARM.dll is using. Mine is using "Type 0: Normal" which seems to use the reset pin only as a near last resort. My IAR configuration dialog only shows me "Normal", "Core only", and "Core and Peripherals" strategies. Take a look at the J-Link/J-…

  • I'd like to request that this message box notification be configurable (or removed). I stil haven't gotten used to it (I'm running v4.12 now), and I still find it annoying.

  • Thanks very much for this infomratino - I think it'll be a big help in debugging this. Unfortuantely, all I have at this point is a log message that says the OS_Error() was called with that particular error code and which task was active at that time. I have no core dump or stack trace, so I don't know what function might have called OS_Error() or what the stack usage was at the time. I can monitor stack use in a repro attempt, but hopefully knowing what part of the TCB is likely to be corrupted…

  • I've got a problem in my code where embOS is calling OS_Error() indicating that the problem is OS_ERR_INV_TASK. I'm wondering what data item embOS is determining is corrupt that causes it to throw that error so I can narrow down my troubleshooting to the right areas (unfortunately I'm working without a source license to embOS). Note that I want to make clear that I understand this isn't an embOS problem - some data structure is being corrupted (probably a TCB). I'm just wondering if there's a pa…

  • As a potential temporary workaround did you try reverting the JLink DLL and just leaving the firmware on the JLink device at the newer version?

  • Is it possible that the missed event occurs when the task isn't actually waiting yet? If nothing is actually waiting on the event when OS_EVENT_Pulse() gets called, the event will never be 'seen'. If the task is the only thing that will ever wait for the event, it might be better to simply use OS_EVENT_Set() rather than OS_EVENT_pulse() so the task waiting for the event will see it regardless if the event is set while it's waiting or not. Or use a OS_CSEMA counting semaphore if the task needs to…

  • The embos_cm3_iar.pdf file has the documentation for this (if you're using something other than IAR tools I assume that there's a similarly named document that has the details for your particular platform). There are 2 key items: 1) embOS (at least in a default build) does not disable interrupts with a priority higher than 128 (ie., interrupt levels 0-127 are never disabled). Those so-called "fast interrupts" cannot make any embOS API calls. So make sure your interrupt that you want to call OS_S…

  • Thanks- I'm starting to see a common theme... every answer to my questions is "that's already addressed in the newer versions". I'll have to get the priority of the move to 3.80h bumped up.