Search Results
Search results 1-20 of 948.
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
Update: Device support will be available with the next J-Link Software release (V7.92g) planned for Wednesday, next week (23-09-27). It will be available for download here: segger.com/downloads/jlink#J-L…twareAndDocumentationPack BR Fabian
-
Hi, R7FA6M5BG is currently only supported by Flasher. segger.com/supported-devices/search/R7FA6M5BG I will check internally, if there are plans to support this chips already. BR Fabian
-
Hi Florent, I just gave this a quick try on the STM32H735G-DK (STM32H735). I could not test it on an STM32H730, as there are no evaluation boards available as far as I know, but both should behave the same from a debug standpoint. On our side it worked without any issues with J-Trace Pro V2 Cortex-M (see below). Do you have any target application running on your device? If so, does the same issue appear after erasing & power-cycling the device? Best regards, Fabian Source Code (49 lines)
-
Hi, Quote from mete: “I think the reflasher does not support st-link v3 boards ” Correct. Quote from mete: “will it support and how soon ? ” There are no plans to add reflash tool functionality for STLINK-V3 and it is unlikely that there will be any in the foreseeable future. The reflash utility was designed to provide J-Link support for ST evaluation boards, which did not come with headers for external debug probes. ST promised, that all evaluation boards that come with a V3 would also come wit…
-
Hi, Usually devices are locked when produced for release to prevent them from being read out. The i.MX534 for example has multiple debug modes which either require the correct key to be passed or disable debug access completely. I would be very surprised if the car manufacturer did not enable security for the device. In such a case there is not much you can do, I'm afraid. I suggest to contact, the car manufacturer for help instead. Best regards, Fabian
-
Hi, We will look into this and see if we want to adjust the code to prevent these warnings. However, we are currently fully booked with projects and this is the first request regarding this, so I cannot say when we will be able to look into this. I would suggest that you suppress these warnings on your side for now, by wrapping the include of the header file in pragmas to disable/enable these warnings. Example: C Source Code (18 lines)That way you can still update the RTT sources without manuall…
-
Hi James, VCOM (virtual COM port) is what is used to use J-Link as a virtual com port device. This makes it possible to use the related J-Link pins to be used as UART interface. The article Alex linked should do exactly what you require: Show J-Link as a COM port device, which can then be used by what ever application you are using to send/receive UART information between your PC and your target chip. For further information please refer to: wiki.segger.com/J-Link_Virtual_COM_Port For informatio…
-
Hi Gabriel, this is intentional. SEGGER_RTT_printf() is (by far) not a complete printf() implementation. Flags, FieldWidth and Precision will be ignored for specifiers s & c. Unfortunately, this information was missing from the API documentation in the Wiki. We just added this information to prevent confusion: wiki.segger.com/RTT#SEGGER_RTT_printf.28.29 For your specific use case, I would suggest to use snprintf() or similar, provided by the library of your choice. BR Fabian
-
Hi, Sorry for the delay in response. We were able to replicate the issue and fix it. A fix will be part of the next J-Link Software release planned for some time tomorrow (V7.88k). It will be available for download here: segger.com/downloads/jlink#J-L…twareAndDocumentationPack We are sorry for any inconvenience caused. BR Fabian
-
Hi Gabriel, RTT is already executed in background mode on the RM4x devices. The background AP is implemented natively, so no actions/script files on your side needed. You can verify this by opening the RTT tab in the J-Link Web Control Panel: wiki.segger.com/J-Link_-_Web_control_panel Only normal memory reads (e.g. via Mem32 in the J-Link Commander) will use stop mode, as background access mode is currently only used by RTT & HSS. I also answered you in the support ticket case. BR Fabian
-
Hi Philipp, Sorry for the delay in response. We agree that a crash should be avoided here. We will add a "NULL" (or similar) return message at some point in the future. Please note that we are currently fully booked with projects, so we cannot provide a timeline for when this will be available. We will close this thread now. Best regards Fabian
-
Hi, we are not aware of any such issue. Does the issue also occur when using the latest J-Link Software version? segger.com/downloads/jlink#J-L…twareAndDocumentationPack Do you use custom hardware or an evaluation board? In the latter case which one? If custom hardware, do you experience the same problem on an evaluation board? Could you please provide the following? - A J-Link log file of a faulty download attempt? How to enable: wiki.segger.com/J-Link_DLL#Enable_J-Link_Log_File - A Small sampl…
-
Hi, Before replacing anything, did you make sure that VCOM was not disabled for the J-Link Compact? wiki.segger.com/Using_J-Link_VCOM_functionality BR Fabian