This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

LAUNCHXL-CC1312R1: CC1312R1/R7 - tools to read external flash

Part Number: LAUNCHXL-CC1312R1
Other Parts Discussed in Thread: CC1312R

Hi TI team,

I was looking for a tool to read contents of external flash on CC1312R1 and R7 (flash - Macronix MX25R).

The only tool I could find was "flash-rover" (https://github.com/TexasInstruments/flash-rover). But seems it worked only with R1 and not sure if it is supported anymore as the page with pre-compiled executables is no longer active.

Can you advise me if it (flash rover) the best way to check external flash or there are other recommended tools?

Best,

Viktor

  • Hi Viktor,

    I have actually added support for the CC13x2x7, and CC13x4 series, but I did not merge the pull request yet..

    Here is the branch: https://github.com/TexasInstruments/flash-rover/tree/feature/704-1M-compat

    You can find the source and compile the Rust software by yourself now, but I can also build the binaries and make an actual release.

    Regards,

    Arthur

  • Hi Arthur, this is great news!

    I'm already trying to compile R1, but if you could add the binaries I bet it would be helpful for many users

  • Hi Viktor,

    It will definitely help other people, but I can't say when it will happen, as I have to setup the building environment once again.

    Let me know if you need help on making the binary yourself.

    Regards,

    Arthur

  • Arthur, I managed to build & install. However, I keep getting errors running commands from terminal in Windows. Do you have any guess why this can happen:

    C:\Users\victorc>flash-rover --device cc1312r --xds L2100525 info
    Macronix MX25R8035F, 8.00 MiB (MID: 0xC2, DID: 0x14)
    #
    # A fatal error has been detected by the Java Runtime Environment:
    #
    # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ffe0ee51c41, pid=18824, tid=8188
    #
    # JRE version: OpenJDK Runtime Environment Temurin-11.0.13+8 (11.0.13+8) (build 11.0.13+8)
    # Java VM: OpenJDK 64-Bit Server VM Temurin-11.0.13+8 (11.0.13+8, mixed mode, tiered, compressed oops, g1 gc, windows-amd64)
    # Problematic frame:
    # C [jimage.dll+0x1c41]
    #
    # No core dump will be written. Minidumps are not enabled by default on client versions of Windows
    #
    # An error report file with more information is saved as:
    # C:\Users\victorc\hs_err_pid18824.log

    and I can't read memory at all. Similar exception triggered.

    Feels like it is JRE problem, do yo have any recommendations on Java version?

    HW setup:  a cc1312r1 board connected with USB. Error report attached

    #
    # A fatal error has been detected by the Java Runtime Environment:
    #
    #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ffe0ee51c41, pid=18824, tid=8188
    #
    # JRE version: OpenJDK Runtime Environment Temurin-11.0.13+8 (11.0.13+8) (build 11.0.13+8)
    # Java VM: OpenJDK 64-Bit Server VM Temurin-11.0.13+8 (11.0.13+8, mixed mode, tiered, compressed oops, g1 gc, windows-amd64)
    # Problematic frame:
    # C  [jimage.dll+0x1c41]
    #
    # No core dump will be written. Minidumps are not enabled by default on client versions of Windows
    #
    # If you would like to submit a bug report, please visit:
    #   https://github.com/adoptium/adoptium-support/issues
    #
    
    ---------------  S U M M A R Y ------------
    
    Command Line: -Dfile.encoding=UTF8 -Xms40m -Xmx384m 
    
    Host: Intel(R) Core(TM) i5-8350U CPU @ 1.70GHz, 8 cores, 15G,  Windows 10 , 64 bit Build 22621 (10.0.22621.3085)
    Time: Tue Mar  5 19:32:42 2024 Jerusalem Standard Time elapsed time: 6.066777 seconds (0d 0h 0m 6s)
    
    ---------------  T H R E A D  ---------------
    
    Current thread (0x000001fb3b81e800):  JavaThread "Thread-0" [_thread_in_vm, id=8188, stack(0x000000c0cb470000,0x000000c0cb570000)]
    
    Stack: [0x000000c0cb470000,0x000000c0cb570000],  sp=0x000000c0cb56d8b0,  free space=1014k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    C  [jimage.dll+0x1c41]
    
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    j  java.util.IdentityHashMap$KeySet.iterator()Ljava/util/Iterator;+0 java.base@11.0.13
    j  java.util.Collections$SetFromMap.iterator()Ljava/util/Iterator;+4 java.base@11.0.13
    j  jdk.internal.misc.TerminatingThreadLocal.threadTerminated()V+9 java.base@11.0.13
    j  java.lang.Thread.exit()V+16 java.base@11.0.13
    v  ~StubRoutines::call_stub
    
    siginfo: EXCEPTION_ACCESS_VIOLATION (0xc0000005), reading address 0x000001fb3b911a3c
    
    
    Register to memory mapping:
    
    RIP=0x00007ffe0ee51c41 jimage.dll
    RAX=0x0000000000004688 is an unknown value
    RBX=0x000000c0cb56d9a1 is pointing into the stack for thread: 0x000001fb3b81e800
    RCX=0x00007ffe0ee56000 jimage.dll
    RDX=0x0000000000004688 is an unknown value
    RSP=0x000000c0cb56d8b0 is pointing into the stack for thread: 0x000001fb3b81e800
    RBP=0x000000c0cb56d9a0 is pointing into the stack for thread: 0x000001fb3b81e800
    RSI=0x0000000000006a31 is an unknown value
    RDI=0x000000c0cb56d9a0 is pointing into the stack for thread: 0x000001fb3b81e800
    R8 =0x00007ffe0ee54278 jimage.dll
    R9 =0x000001fb3b90001c is an unknown value
    R10=0x00007ffdf98e0000 VCRUNTIME140.dll

  • Hi Viktor,

    I think I know what's wrong.

    It is quite likely that you need to update the LIBJVM_PATH variable in the .bat file, so it suits your system.

    I linked to SET LIBJVM_PATH=C:\Program Files\Java\jdk-20\bin\server, but your java install might be someplace else.

    Regards,

    Arthur

  • Arthur, you were absolutely right!

    Now everything works and I really appreciate your help

    Best,

    Viktor

  • Hi Viktor,

    I have also uploaded my own release to GitHub: https://github.com/TexasInstruments/flash-rover/releases/tag/v0.3.3

    Regards,

    Arthur