Search Results
Search results 41-60 of 176.
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
Hi Mario, we will put such an option on our to-do list. Maybe you can use for example this utility to fill your hex file: avrfreaks.net/comment/390215#comment-390215 Best regards Arne
-
Hi Mario, pages with undefined data are not touched (erase/program or verify) for performance reasons. The RL78 chips do not support a ChipErase command, so the normal erase will always be used as a fallback. Your approach to fill up the empty addresses is correct. In general the #ERASE command behaves identically to the ERASE step during the #AUTO command. Best regards Arne
-
Hello, this problem has been fixed in our latest software release (v6.46d): segger.com/downloads/jlink/#J-…twareAndDocumentationPack If you still encounter issues, please contact us again using our ticket system: segger.com/support/technical-support/ Best regards Arne
-
Hello, yes it does. pxReadyTasksLists is an array of lists. The plug-in ran into a problem, because it tried to read beyond the end of the array. For the GDB server it is quite difficult to determine the size of the array (it can only query for the start address). uxTopUsedPriority is used for that purpose, if it is present. If not, uxTopReadyPriority is used - but this variable only reflects the number of relevant list entries, if port optimized task selection is not in use. Newer versions of F…
-
Hello, did you set configUSE_PORT_OPTIMISED_TASK_SELECTION to 1? If yes, please try to set it to 0. Since the plug-in does not have a chance to figure out this setting, it assumes the default setting (0). Best regards Arne
-
Hello, in FreeRTOS the task lists are linked lists. The plug-in iterates through all entries. The plug-in in general does not care about ulTotalRunTime, so probably something already went wrong beforehand. Could you please send a complete log file? Best regards Arne
-
Closed due to mail support.
-
Hello, for programming triggered by a PLC, we recommend using a Flasher. The Flasher has digital inputs as well as RS232 and Ethernet (simple terminal command interface). The J-Link cannot be used directly via TCP. A PC running Windows or Linux and our software library are required. For now, the Flashers do not have support for PIC32 and SPI-Flash in stand-alone mode. However, both are supported via PC utilities and support for Flashers can be added upon request. So, you have 2 options: 1) PLC -…
-
The pfWriteUxx() functions do not return anything (void), this will be corrected as well. The structure of the stack layout partially depends on the exception stack frame (CPU dependent) and additionally saved registers by the OS. For the Cortex-M4, refer to the ARM documentation: infocenter.arm.com/help/index.…oc.dui0553a/Babefdjc.html Best regards Arne
-
Hello, 1. + 2. The GDB server is not aware of tasks (therefore you are writing the plug-in). So it just sends any "read register" or "write register" request to the plug-in first, which should decide by itself whether to handle or to reject it. The GDB server is not aware of the flash loading process, too. It calls RTOS_SetThreadReg() whenever the GDB client wants it to set a register. 3. This is a typo. The pfReadUxx() functions return a char instead of an integer, this will be corrected for th…
-
The plugin cannot be initialized before the GDB client sends out the "qSymbol" command, because it needs the addresses of the symbols first. This is a drawback of the client/server architecture, the server cannot actively request anything from the client and relies on its offer. Most of our customers use the plug-in in combination with an eclipse based IDE and use the default behavior "reset and run to main", so they do not experience the situation you ran into.
-
Yes, but the plug-in is not yet initialized during the connect.
-
Hello Olivier, a single step in GDB server's logic means "go and halt on the next instruction", therefore the threads are updated on a single step. Best regards Arne