Memory access timed out @FFFFF240->JTAG speed too high?

  • Memory access timed out @FFFFF240->JTAG speed too high?

    Dear all,

    I developed a firmware for AT91SAM7S64 microcontroller on IAR Workbench v. 5.30 by IAR Systems.
    When I download the code into microcontroller's RAM or Flash, the jtag shows this error message: "Memory access timed out @FFFFF240->JTAG speed too high?". I tried to change the JTAG speed in General Option\J-link/J-Trace\JTAG/SWD\ of IAR Workbench, but I haven't got any result.
    Please note that the jlink software version is 4.08h and the JTAG speed is shown by jlink.exe software is 5kHz.

    Have you got any idea about the cause of the problem?
    Thanks in advance.
    Best Regards.
    Chobin.
  • Hello chobin,

    a bit more information about you developing environment would be useful:
    Which speed settings do you use in your EWARM project? (Auto / fixed speed)
    Which J-Link hardware version do you use?

    The AT91SAM7S64 starts with 32 kHz CPU clock after reset (slow clock, internal oscillator).
    Please consider that older J-Link versions (V3, V4, V5) can not handle JTAG speeds for AT91SAM7S which are much higher than the CPU speed.

    Best regards,
    Alex
    Please read the forum rules before posting.

    Keep in mind, this is *not* a support forum.
    Our engineers will try to answer your questions between their projects if possible but this can be delayed by longer periods of time.
    Should you be entitled to support you can contact us via our support system: segger.com/ticket/

    Or you can contact us via e-mail.
  • Dear Alex,

    Many thanks for your answer.
    I launched the JLink exe file, and I noted that unfortunately the version of our J-Link-ARM's hardware is V3.0 and the DLL version is 4.08e.

    The speed setting that I use in my EWARM project is auto, with the initial value 32kHz.
    Which's the latest hardware version of the J-Link ARM?

    Many thanks.
    Best Regards.
    Chobin.
  • Hello Chobin,

    the latest hardware version of J-Link ARM is V8.

    The easiest way to overcome the speed problem in this case would be:
    1. to use a later J-Link hardware version
    or
    2. to use a macro file in the EWARM which switches the clock source to the main oscillator.


    Best regards
    Alex
    Please read the forum rules before posting.

    Keep in mind, this is *not* a support forum.
    Our engineers will try to answer your questions between their projects if possible but this can be delayed by longer periods of time.
    Should you be entitled to support you can contact us via our support system: segger.com/ticket/

    Or you can contact us via e-mail.
  • Dear Alex,

    I bought a J-Link ARM hardware version V8 and I've tested my firmware.
    I haven't got the "Memory access timed out @FFFFF240->JTAG speed too high?" error message any more but I'm still having an issue when I try to launch the project in RAM debug modality.

    If I set a breakpoint at the beginning of the code, the other part of it is executed correctly; otherwise launching the program without setting any breakpoint, the code is not executed properly.

    Have I missed to set something else in the project option? Do I need to change the speed?
    Currently the speed is set as auto, initial value 32k.

    Many thanks for your support.

    Best regards,
    Chobin
  • Hello Chobin,

    >>Have I missed to set something else in the project option? Do I need to change the speed?
    your speed settings should not be a problem.

    >>If I set a breakpoint at the beginning of the code, the other part of it is executed correctly;
    >>otherwise launching the program without setting any breakpoint, the code is not executed properly.
    Could please provide a bit more detailed description of the problem? Do you get any error message?
    What does "the code is not executed properly" mean?


    Best regards
    Alex
    Please read the forum rules before posting.

    Keep in mind, this is *not* a support forum.
    Our engineers will try to answer your questions between their projects if possible but this can be delayed by longer periods of time.
    Should you be entitled to support you can contact us via our support system: segger.com/ticket/

    Or you can contact us via e-mail.
  • Dear Alex,

    Many thanks for your support and sorry for my late replay and if I didn't explain my problem clearly.

    My issue is the following: there is a main subroutine from which a series of other subroutine is called.
    In the compiling phase I don't have any error or warning meassage.
    During the Flash debugging, I've noted that the firmware doesn't work as expected in the meaning that the code doesn't enter in a few of the subroutines called by the main subroutine i.e. setting a breakpoint inside these subroutines, the code doesn't stop on it. Making a 'Break' operation, the code seems trapped in the following code part.

    __data_handler:
    ldr pc,[pc,#+24] ;; Data abort
    DC32 0xFFFFFFFF ;; RESERVED

    From my understanding, the code jumps there in the case it doesn't find a correct address to go into. So, I suppose the subroutines in question are not compiled correctly by the Workbench.
    Placing a breakpoint at the beginning at the main subroutine and making a 'step by step' debug, when the code arrives to the subroutines in issue, the error message "Missing pre-instruction" is printed out.

    None code optimization level is selected in the project.

    Please note the code is developped on IAR Workbench v5.20, the hardware version of the J-Link is 8.0 and its driver is updated to the latest version.

    Any hint to solve the problem would be very appreciated.

    Many thanks in advance for your support.

    Best regards,
    Chobin.
  • Using Jlink V3

    Hello Alex,

    with reference to your post below on 14 July.

    I have a dev kit AT91SAM7S-EK which came with a V3 Jlink. I am trying to get an evaluation going before I invest in the full IAR toolset or choose CrossWorks.
    I have intermittent problems with JTAG speed - was all working fine 2 weeks ago, now I can't access the target ! I have tried fixed 32kHz, and lower. It was working fine at fixed 32kHz 2 weeks ago. Code, dev kit etc all unchanged !
    I don't have the option to upgrade to a newer Jlink before I choose dev environment. Can you please provide info on option 2 - macro in EWARM ?
    Thanks
    Brian