Rational Test

 View Only
  • 1.  Looking for TDP for Renesas R7FA6M1AD3CFP processor for C code

    Rational Test- Rising Star
    Posted Thu January 05, 2023 09:35 AM
    Hi Team,

    is it possible to integrate RTRT with eval kit EK-RA6M1 to perform unit and integration testing?

    if possible, please share sample TDP which is same\similar to required configuration. 
    find below details:
    Processor : Renesas R7FA6M1AD3CFP processor
    Eval board: EK-RA6M1 
    Programming language : C-Programming language
    IDE: E2studio by renesas

    Regards
    HariKishore

    ------------------------------
    Harikishore reddy Gopalreddy
    ------------------------------


  • 2.  RE: Looking for TDP for Renesas R7FA6M1AD3CFP processor for C code

    Posted Thu January 05, 2023 12:14 PM

    Hi,
    We can't answer your question.
    The processor is not enough, we need to know what compiler version, debugger version, simulator/emulator, what is available to execute on the target (load and execute on the target) in your target environment. 

    However the first question consist to check the feasibility.
    You can open a ticket against IBM support to check the feasibility first and can also guide you to an existing TDP, with the latest release of Test RealTime you have a list of TDP you can use as base to my your own TDP.

    Regards,
    Yanis




    ------------------------------
    Yanis Bensemmane
    ------------------------------



  • 3.  RE: Looking for TDP for Renesas R7FA6M1AD3CFP processor for C code

    Rational Test- Rising Star
    Posted Thu January 05, 2023 03:26 PM
    i have all information which you are asking but to check feasibility do i need to raise separate ticket? if so where?

    find below details 
    compiler version : gcc-arm-none-eabi-10.3-2021.10-win32
    debugger version : gcc-arm-none-eabi-10.3-2021.10-win32
    simulator/emulator : we wanted to execute on target(emulator) - EK-RA6M1 eval kit
    what is available to execute on the target (load and execute on the target) in your target environment: to have communication from board to system J-link\J-trace

    is there any other information required to check feasibility ?
    we have RTRT_V7.5 let me know if any existing TDP present in it.

    ------------------------------
    Harikishore reddy Gopalreddy
    ------------------------------



  • 4.  RE: Looking for TDP for Renesas R7FA6M1AD3CFP processor for C code

    Posted 26 days ago
    Hi,

    7.5 is no longer supported.
    Is there any specific reason to use this old version?
    About the target details.
    There is no existing TDP available for the same emulator
    Compiler and debugger is not an issue, several TDP use the same compiler.

    For arm-none-eabi compiler, there are cGnuSTM32F411.xdp or cSTM32GnuOpenOcd.xdp in the latest delivery.

    For the TDP feasibility, the general questions are:

    Do you have a way to get the buffer and transfer to the host

    • Is there an OS on the target?

    • Do you have socket?

    below, by which method or option is used for Execution (execute on target/write buffer/get the buffer/transfer to host)

    • Debugger can be started with macro/script on the command line as parameter

    • File system is available on the target and can be used to write dynamic results.

    • a TCP/IP socket is available to connect file server on the host machine



    The most tricky part is the execution, there are basically 3 methods possible for the Data retrieval:

    1. Standard means the target uses file system fopen/fwrite and the file will be moved at the end of the execution, if required.

    2. User Mode means the target uses "custom code" to open the connection to the host, and write result data to an host machine.

    one of the most often used is the TCP/IP socket connection for which TestRT provide and automatically launch its socket listener as explained in the TDP doc (SOCKET_UPLOAD). RS232 is also used.

    3. BreakPoint means the target does nothing to open/write data.

    This mode is used in conjunction to the debugger.

    That means the application is stopped each time the ASCII buffer is full and a debugger macro will dump this buffer and restart the execution.

    This mode has few impact on the execution behaviour because the result data are uploaded at the end of the application only (except for runtime trace).

    And the answers to all of the questions below must be YES

    • Does the debugger/simulator provide access to symbols or linker provide map file giving routines' addresses?

    • Is there a command/script language?

    • Is there a way to run commands from a script file?

    • Can the command/script file be executed automatically when the debugger starts

    • Is there a command to stop the debugger? (The execution process must be blocked until execution is terminated and the trace file is generated.)

    • Is there a way to set software breakpoints?

    • Is there a way to check the breakpoint/address reached?

    • Is there a way to dump the contents of a variable in any format, or to dump a memory buffer and log the value?

    For an example, there is the TDP clinuxgnu3breakpoint.xdp located in the xdp folder of Test RealTime delivery.






    ------------------------------
    Yanis Bensemmane
    ------------------------------