Search Results

Search results 1-20 of 21.

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

  • Hi mdv, This is not known to us. Could you please answer the following question in order to help you: Are you using your J-Trace natively on the PC or is it connected via VM. Do you use a USB3 or USB2 cable? In case you have only tried only one type of a cable: Did you try to use the other type of cable? Could you please provide a screen of the device manager, where the view is set to "Device by connection" and the subtree is collapsed down to the J-Trace. Do you use a USB Hub in between? If yes…

  • USB_X_Log crash

    SEGGER - Souhail - - emUSB related

    Post

    Hi Ran, Thank you for the request. Since you have a valid SUA, we would like to invite you to send your request to our customer's support ticket system by using the following link: segger.com/support/technical-support/ Thank you, Souhail

  • Hi Eggman, Please have a look at the ARM ABI (Application Binary Interface) and ARM PCS (Procedure Call Standard) Any standard ARM compiler is using the above mentioned standard. Regards, Souhail

  • Hi David, Did you copy the usb.inf in the %systemroot%\inf (eg. C:\Windows\inf) folder or just in %systemroot% folder? If not, please ensure that you have copied it in the inf folder of the windows directory. After that disconnect and re-connect the J-Link. The J-Link should then enumerate properly. As we have stated in the previous thread, this is something that has to do with Windows or any other software. As this problem also occurs when no J-Link has ever been used on that computer. Best reg…

  • Hi, It seems that the usb.inf is missing in your %systemroot%\inf folder. The J-Link on the nRF52 Preview DK is a composite device containing multiple interfaces. In order to work with it on Windows, Windows loads a composite Device driver. The information for this driver are in the usb.inf. Once the composite device driver is installed all other interfaces of the J-Link will be installed automatically. In order to fix this: - Please copy the usb.inf from the following location: %systemroot%\Sys…

  • Hi bram, it seems that the commands to the J-Link is somehow rejected. What I can see is, that that any USB transactions to the normal pipes of the J-Link fail with errno -2 which means file not found. Would it be possible to perform a detailed lsusb dump of you J-Link? This can be done doing the following: - Open a console and type[quote]lsusb[/quote] - You should get a output similar to the below one: Source Code (6 lines) - With that output check which bus no. and device no. your J-Link has -…

  • Dear Satyajit, you are using the wrong sample. The correct one to use is OS_USBH_MSD.c. Additionally you may need to change your current FS_Config_*.c config file with FS_USBH_MSDConfig.c. With these changes emUSB Host + emFile should work fine. Some background info: All sample files that begin with USB_* are emUSB Device samples. All files with the Prefix OS_USBH_ are intended to be used emUSB Host. The reason why this samples are called OS_USBH_* is that for emUSB Host an RTOS (embOS) is neede…

  • Klaus, we will upload a new version of embOS GNU ARM Trial tomorrow, where the big endian linking problem is fixed. Additionally we also have added a new BSP for TI TMS470R1B1M. Regards, Souhail

  • Karsten, you are compiling your files with interworking switch (-mthumb-interworking) enabled, whereas the embOS libraries are not using interworking. Temporarily you can remove interworking switch in your Makefile and rebuilt your ELF-file. We will add additional embOS libraries for different modes in the future. Regards, Souhail

  • Klaus, Sounds like a speed problem. As the AT91SO100 is an ARM7-TDMI-S, you can use adaptive speed. Could you please do the following: - Start J-Link commander and type in: Source Code (2 lines) If this works, change your gdbinit file to use adaptive speed by changing or adding the following line: Source Code (1 line) Let me know if this solves your problem. Souhail

  • For those who cannot wait to add DCC source code their application: Here the implementation for the GNU ARM tool suite: C Source Code (289 lines) Brainfuck Source Code (56 lines) -- Souhail

  • Hello, The upcoming J-Link Commander version includes the terminal function. Attached a picture which shows this feature. We have included a DCC handler in our TCP/IP stack, showing debug information . forum.segger.com/index.php/Att…d2d75c67f13deae78b85e1e2a DCC routines for IAR and GNU ARM tool suite will be included in the J-Link software package. You can download the latest BETA version of the software from the J-Link download page. You just need to implement your debug I/O routines using the…

  • Hi Pete, you can download the latest version of embOS GNU ARM from our website. Use this link to download the trial version. Available BSPs: - Atmel's AT91SAM7A3 eval board - Atmel's AT91SAM7S eval boards (SAM7S64/SAM7S256) - Atmel's AT91SAM7SE eval board - Atmel's AT91SAM7A3 eval board - NXP LPC2106 IAR StarterKit eval board - NXP LPC2148 IAR Starterkit eval board - ST STR912 IAR Starterkit eval board So, download the package and try it. Further instructions can be found in the ReadMe file in e…

  • Hi Pete, A new embOS version for GNU ARM tool chain with STR91x support will be available tomorrow. As soon as it is available, I will post it here. Regards, Souhail

  • STR912 locked

    SEGGER - Souhail - - J-Link/Flasher related

    Post

    Hi Rob, I think you have programmed your STR912 with an application that stops the clock, therefore no JTAG-communication with the core. Even when you reset the core, the code that disables the clock will stop the core again. With the J-Link software, we deliver an extra tool for the ST STR91x that helps in such cases. To recover the chip, please follow these steps: - Install the latest version from our website. (Segger J-Link download link) - Go to JLinkARM install folder (%ProgramFiles%\SEGGER…

  • Hi Pete, currently embOS GNU ARM is not available. As soon as it is available, I will post it here. Regards, Souhail

  • Hello Andy, Do you have connected your four NOR flashes parallelly (1 CS, each flash occupies 8bits of the 32 data bus) or serially (only 8bit data bus is used, 1st chip is addressed through 0x000000-0x07FFFF, 2nd chip 0x080000-0x0FFFFF, etc., or different CS). Indeed you're right, the flash AT29LV040A is wrongly listed. We will change this in the next release. Regarding the "unsupported flash type / bus width" error message, we get in touch with you via PM/Email. Regards, Souhail

  • Hello Pete, Hello Gerhard, I just commented any log messages out which I found are not necessary. I also set the compiler to high speed optimization and made some modification in the link file so that fits the smallest CPU with the same sector size: Atmel SAM7S32/64 (Sector size: 128 Bytes) -> 8kByte RAM Atmel SAM7S128/256/512 (Sector size: 128 Bytes) -> 32kByte RAM You find the flash loaders attached. Flash loader for SAM7S32/64 forum.segger.com/index.php/Att…d2d75c67f13deae78b85e1e2a Flash loa…

  • Hello Gerhard, You are right downloading to flash through the EWARM is more convenient when debugging. But the J-Link is not really the bottle-neck. The IAR flash loader is not as fast as it could be when programming the flash. The J-Link RDI flash loader is quite faster. I have done the following test: I wrote a simple application which occupies the whole flash of the SAM7S256 I used a const char array that is used in application to the fill the flash. Used components: Computer Windows 2000Pro …

  • Hi Greg, There are several reasons why the CPU core can not be halted. Either the memory wait signal of the core is still enabled or CPU disables the clock (wrong PLL clock settings/CPU enters power-save mode). Therefore the core cannot communicate via JTAG. The only way to gain control of the core via JTAG is to reset it and halt it immediately. BTW: Which STR7xx are you using? Could you please do the following:- Start the J-Link commander (JLink.exe) - Set a very high JTAG-speed by typing "spe…