Q&A


Everything you always wanted to know about Eclipse, Embedded Systems Programming, Software and Tools, or any topics of this blog, but where afraid to ask, then this page is for you.

Post a comment, and you might get an answer, either from myself or from the readers of this blog. Otherwise: the answer is always ‘42‘ 😉

For feature requests or bug reports on the McuOnEclipse project end Processor Expert components, you should use the GitHub issue tracking system:

957 thoughts on “Q&A”

  1. Hi Erich! great work on his blog ! I’ll use some of your code inside my project ! Quick question about the freeRTOS PE component. I seem to get lost with the priority scheme of freeRTOS, interrupt and your implementation of the freeRTOS component.

    I want to be sure of one thing : IDLE task is assigned priotity 0, I guess it’S the lowest priority, the priority we give in FRTOS1_xTaskCreate() (PE component) should be related to priority number of the free RTOS right ? not the priority of the interrupt.. which are inverted right ?

    lets says i create 2 tasks with your component :
    FRTOS1_xTaskCreate(tsk1, “Task1”, configMINIMAL_STACK_SIZE, &globalhost, 1, NULL);
    FRTOS1_xTaskCreate(tsk2, “Task2”, configMINIMAL_STACK_SIZE, &globalhost, 2, NULL);

    Task2 priority will be greater than Task1 ?

    sincerely.

    Like

    Reply ↓

    • Hi Etienne,
      the FreeRTOS component is using the normal FreeRTOS priority scheme (nothing different). If you are new to FreeRTOS and the ARM Cortex interrupts, then I recommend that you have a read at the multipart tutorial starting at https://mcuoneclipse.com/2016/08/14/arm-cortex-m-interrupts-and-freertos-part-1/.
      Keep in mind that FreeRTOS priorities start with zero as the lowest priority, while the ARM Cortex priorities have zero as the highest urgency level.
      So yes, 0 (or tskIDLE_PRIORITY) is the FreeRTOS priority for the IDLE task. The RTOS itself runs with its interrupts (SysTick, PendSV and PendSvReq) at the lowest interrupt priority (15 for 4 priority bits).
      And yes, for your example, the Task2 his higher urgency than Task1 and this one has higher urgency than the IDLE task.
      I hope this helps,
      Erich

      Like

      Reply ↓

  2. Hello, Erich! I really ensjoy your blog!

    I have a question about mbed, especially openSDA.
    I build a board based on FRDM-KL43Z.
    My trouble is my boards are doesn’t work in my PC. I think absent of bootloader is main problem. Can you teach me how install a new bootloader in a board? There is none-S/W in my board.

    Here is my board symptom.
    1. Power LED is working
    2. MCU USB port ack as USB serial. But it cannot use as storage.
    3. openSDA USB unack.

    sincerely,
    Soo-Chang

    Like

    Reply ↓

  3. Hi…in my case my boards are doesn’t work in my PC. I think absent of bootloader is main problem. Can you teach me how install a new bootloader in a board? There is none-S/W in my board.

    Like

    Reply ↓

  4. Hi Erich,
    I just noticed that NXP has a Low Voltage Hbridge PE component (LVHBridge) , and also a medium voltage Hbridge (MVHBridge) component that can be downloaded and work on processors like the K20’s with Processor Expert. Have you seen these before and do you have any experience with them?
    I found it because I want to make a stepper motor driver (microstepping) using discrete components on the theory that it could be better/cheaper than using a microstepping chip- these components look like the easy way to do so.

    Brynn

    Like

    Reply ↓

  5. Hi Erich,
    I am working on a project where I send short text messages between a K64F and an android tablet. I want the K64F to be a host and the tablet to be a device. How do I do this. Do I need an OTG cable.

    Like

    Reply ↓

  6. Hi Erich
    I am trying to modify your example using the Adafruit SPI friend. I want to use the Freedom K64F instead of the Tiny20.

    For the Adafruit SPI you use 5 IO lines. I want to use the Adafruit UART friend, no interrupt and the CS tied to GND. This will use up only 2 IO lines.

    Will this work?

    Thanks
    Eli

    Like

    Reply ↓

  7. Hi Erich,
    Great website ! I found the site not too long ago ! You seem like a person who loves these works and want to teach others as well!
    I have been struggling to learn embedded electronics but what I have discovered missing is a complete guideline from beginner to expert. If you could write an article on where to start and how to grow from there would benefit many beginners like me I believe.

    Thanks
    Mark

    Like

    Reply ↓

  8. Hi Erich,
    So I was trying to do the DIY USB joystick but I keep getting this error: “Description Resource Path Location Type
    Generator: FAILURE: at line 10: Property not found: “TxBuffer” (file: Drivers\Common\FSL_USB_HID_Joystick_DeviceSettings.Inc) FRDM-KL25Z_USB_HID_Joystick HIDJ1 Processor Expert Problem”
    Can you help me please?

    Like

    Reply ↓

  9. Hi again
    I have an android tablet talking to a K64F using the Adafruit LE uart. However it will not send more that 20 bytes at a time.Is there a way to increase this limit.
    Thanks

    Like

    Reply ↓

    • You have to implement message fragmentation (sending larger chunk of data with multiple messages). The BLE protocol is optimized for low power and small amount of data, you cannot send more than this 20 bytes in a a single message.

      Like

      Reply ↓

  10. Hi Eric,
    Great work. Really appreciate your insights. Had a question. Is it possible to shutdown a cortex m4? I understand the CPU can be configured to go in Stop Mode or Sleep Mode, but is it possible to to initiate a shutdown from software? I don’t think it is possible as I cannot find any register set that lets me perform such an action, but wanted to run it by you as well
    Thanks again

    Like

    Reply ↓

  11. Hello Erich,
    First of all I would like to thank you for the awesome work and for the effort you have put into these tutorials. I have the following question. I ordered the product FRDM-K64F-AGM01, which consists of a shield and a development board. From the pictures at NXP site, I infered that the sensor shield board would be removable and that I could use the FRDM-K64F standalone. The problem is I can’t remove the shield (if I apply more pressure, I am scared that I will break the board). Do you know if it is supposed to not be removed?

    Thanks in advance,
    Panagiotis

    Like

    Reply ↓

    • It should be removable. I don’t have that kit, but from the pictures it really should be removable. You should be able to tell this with having a close look at the headers: ther must be a black (high) black row of female headers on the FRDM-K64F board, with a row of male pin headers on the AGM01 board. Try to lift the board carefully on one end, then on the ohter, and so on.
      I hope this helps,
      Erich

      Like

      Reply ↓

  12. Hello Erich ,
    I have to configure a common SPI bus to be used for two different SP clock frequency 2MHz and 8MHz on K10 series controller. I am using SPIMaster_LDD component in processor expert V10.4.0T.The method SetClockConfiguration() is appear as disabled . How can I enabled it and select the generate code option. Please explain .

    Thanks and Regards,
    Rohit K.

    Like

    Reply ↓

      • Hi Erich,

        In the clock rate configuration of the component i have used ‘list of values’.
        In value type , I am using mode 0 and mode 1.

        I am setting following the values : mode 0 = 0.125µsec and mode 1= 0.5µsec.

        When I reopen the clock rate configuration window , I observed that mode 1 value that I was set is not there. Mode 1 shows the same value as mode 0.
        Can you please let me know why this is happening?

        Thanks and Regards,
        Rohit K.

        Like

        Reply ↓

        • Hi Rohit,
          not sure what is causing this. I assume you have pressed the OK button? The other thing is: have you picked the values from the ‘Possible settings’ list (e.g. double-clicking on the value)? If the value you have entered is not part of that list, it will not be applied.
          I hope this helps,
          Erich

          Like

  13. Hello, Erich,
    im thinking about trying to do a firmware update over the air with delta file optimization. Do you something about that? An elipse configuration which does not change all the file over the smallest change in code, maybe?
    Regards,
    Morais D.

    Like

    Reply ↓

  14. Hi Erich,

    Happy New Year 2019.
    I was looking for some examples for ARM Cortex-M33 with TrustZone and FPU. I couldn’t find any articles on Cortex-M33 here. It is a relatively new ARM core and firmware development on Cortex-M33 is still in nascent stages. Can you please consider writing about it in your next blog?

    Thanks
    Radhika.

    Like

    Reply ↓

    • Hi Radhika,
      thanks, Happy New Year to you too!
      Yes, Cortex-M33 is on my radar, but because I have not ordered or used any of these in my projects, I have not written any articles about it. I’ll have to see if one of the university research projects starting next semester could benefit from a M33, and then certainly I will come up with an article about it.

      Like

      Reply ↓

  15. Hi Erich,

    Any idea why the MK20DX128xx5 is not supported in the MCUXpresso IDE? they only seem to have an SDK file for the parts ending in 10 (e.g. MK20DX128xx10).

    Thanks

    Like

    Reply ↓

    • No real idea. But I think it is maybe because this was one of the very first Kinetis devices, so it seems NXP has left it behind from the SDK point of view. The FRDM-K20 board for it is not available any more too.
      But we are using the MK20DX128x5 in many of our designs, and that’s why we continue to use Processor Expert because it is supported with it.

      Like

      Reply ↓

  16. Hello Erich,
    i have a problem with a new FRDM-KV31F board; one time attached to PC with Windows 10 (home), i think have bricked the board-bootloader. Now, the board is unresponsive.
    Also i have read your severals tutorials about resolve it, (in effect i have resolved this identical problem with an FRDM-K66F board), but with the kv31f my probe is not able to program the flash of k20dx128 interface chip, i receive an error message (i dont understand why, the chip is identical to interface-chip of frdm-k66f… or not?!)
    my conditions: pc Windows 10, IDE MCUXpresso 10.3.1, probe usb Multilink of PEMicro.

    Like

    Reply ↓

    • I don’t know the FRDM-KV31F, but if it is similar to the FRDM-KL25Z, then you cannnot reprogram the chip with a debugger as the flash is protected with mass erase disabled.
      But that would be good, as then Windows will not be able to brick the board. Can you try accessing it from a Windows 7 (native, not VM) machine?
      Then you should be able to update the P&E bootloader and load the application again.

      Like

      Reply ↓

  17. Hi…your openSDA/K20 is programmed, right? It does not matter if your KL43Z is empty or not: the K20 will programm it, no matter what.

    Like

    Reply ↓

  19. Hi Erich,

    Any idea where i can find the recommended footprint for the MK22FN256VLH12 (yet another thing NXP/Freescale make difficult)?

    Thanks

    Like

    Reply ↓

  20. Hi Erich,

    Just started using the MCUXpresso IDE with the MK22FN512xxx12, and noticed with an empty project (with just a while loop) 12.5% of the RAM is being used any ideas?

    Memory region Used Size Region Size %age Used
    PROGRAM_FLASH: 2424 B 512 KB 0.46%
    SRAM_UPPER: 8196 B 64 KB 12.51%
    SRAM_LOWER: 0 GB 64 KB 0.00%

    text data bss dec hex filename
    2420 4 8192 10616 2978 MK22FN512xxx12_Project.axf

    Like

    Reply ↓

  21. Hi Erich,

    Does the KDS USB CDC Lib support the following:

    Clear To Send – CTS
    Data Set Ready – DSR
    Data Carrier Detected – DCD

    I need to enable / disable the above serial port inputs

    Thanks

    Like

    Reply ↓

      • Hi Erich,

        Sorry should have been more clear.

        I am using the MK20DX128xxx5 device and the USB CDC library, such that the MK20 is enumerated as a virtual com port.

        i need the MK20 to enable / disable CTS, DSR and DCD, such that the host (connected PC) sees the virtual lines go on / off

        Clear To Send – CTS
        Data Set Ready – DSR
        Data Carrier Detected – DCD

        Like

        Reply ↓

      • Hi Erich,

        Thanks for your reply, i cannot find a method in your CDC wrapper that will do this. Should i be looking at the following function in the usb_cdc_pstn.h?

        extern uint_8 USB_Class_CDC_PSTN_Set_Ctrl_Line_State (
        uint_8 controller_ID,
        USB_SETUP_STRUCT * setup_packet,
        uint_8_ptr *data,
        USB_PACKET_SIZE *size);

        i have the USB CDC working just tring to figure out how i change the state of the virtual lines:

        void CDC_Run(void) {

        for(;;) {

        if(CDC1_App_Task(cdc_buffer, sizeof(cdc_buffer)) == ERR_BUSOFF) {
        /* device not enumerated */
        WAIT1_Waitms(10);
        } else {

        SEGGER_RTT_WriteString(0, “Change line state:\r\n”);
        int key = SEGGER_RTT_WaitKey();

        switch(key) {
        case ‘1’:
        SEGGER_RTT_WriteString(0, “CTS Enabled\r\n”);
        // TODO – Enable USB CDC CTC virtual line
        break;
        case ‘2’:
        SEGGER_RTT_WriteString(0, “CTS Disabled\r\n”);
        // TODO – Disable USB CDC CTC virtual line
        break;
        case ‘3’:
        SEGGER_RTT_WriteString(0, “DSR Enabled\r\n”);
        // TODO – Enable USB CDC DSR virtual line
        break;
        case ‘4’:
        SEGGER_RTT_WriteString(0, “DSR Disabled\r\n”);
        // TODO – Disable USB CDC DSR virtual line
        break;
        case ‘5’:
        SEGGER_RTT_WriteString(0, “DCD Enabled\r\n”);
        // TODO – Enable USB CDC DCD virtual line
        break;
        case ‘6’:
        SEGGER_RTT_WriteString(0, “DCD Disabled\r\n”);
        // TODO – Disable USB CDC DCD virtual line
        break;
        default:
        SEGGER_RTT_WriteString(0, “Unknown command\r\n”);
        break;
        }

        }
        }
        }

        Like

        Reply ↓

      • Hi Erich,

        Yes i have the latest lib and have added the CDC1_OnLineStateChanged event, and i am using the latest FSL_SUB_Stack.

        But I am not trying to monitor the Host lines, which would be DTR and RTS.

        I am trying to Set the device lines which would be CTS, CD, DSR and RI.

        So i was looking for somthing like CDC_Set_LineState(CTS);

        Thanks,
        Andy

        Like

        Reply ↓

        • Hi Andy,
          I only had a need for getting the status from the host, so this is what I have added to the stack :-).
          I have not implemented reporting the status to the host, but if you have a solution to contribute, I can integrate it into the Processor Expert component?

          Like

    • Hi Erich,

      After looking into it, i think getting the control lines working may require a driver change. So i am going to put down an FTDi device which supports the control lines i need and cahgne the MK20 to an MK10 as the USB will no longer be needed.

      Thanks,
      Andy

      Like

      Reply ↓

  22. Hi Erich,

    I have a building problem again with my project. The error follows.

    Linker CRP Enabled, but no CRP_WORD provided within application.

    I don’t know what it means. Furthermore, I have linked the project with right paths and there is no other library I should put on the “MCU Linker”.

    Thanks for your attention.

    Best regards,
    Mike

    Like

    Reply ↓

  23. Hi Erich,

    Quick USB CDC question:

    If CDC1_SendString((unsigned char*)”Some Text”); is called but the com port is closed the stack gets stuck.

    Is there a function to call that checks if the CDC port is open and read to send?

    Like

    Reply ↓

  24. Hi Erich
    I am using MCUXpresso IDE v11.0.0 [Build 2516] [2019-06-05]
    I incorporated SDK_2.6.0_FRDM-K64F
    Using Import SDK examples, all the examples are bm, why
    When I start a new project, the only option for the Operating System is “baremetal”
    How can I add FreeRTOS?

    Like

    Reply ↓

  25. Hi again
    I am using MCUXpresso IDE v11.0.0 [Build 2516] [2019-06-05] and communicating with Tera Term.
    I imported the example frdmk64f_freertos_uart.
    The introduction message has garbled characters towards the end.
    Only when I lowered the baud rate to 9600, the message is displayed correctly.
    Is that a problem with the UART_RTOS_Send routine?

    Like

    Reply ↓

    • You have to check at which baud the UART is configured. If you have configured the UART with the correct baud, you probably have not configured the system clock correclty, as the baud depends on it.

      Like

      Reply ↓

  26. Hi Erich,

    I’m using MCUXpresso 11.01 for the MIMXRT1062DVJ6A, MCUXpresso SDK USB Stack, Rev. 10, 06/2019, and the MCUXpressio usb_example program host_cdc_bm, which I modified to use FreeRTOS. The data traffic to and from my CDC device is managed in the context of the USB_HostCdcTask handler for the kUSB_HostCdcRunIdle state. Data transmission to my USB device works just fine when I call USB_HostCdcDataSend. But when I call USB_HostCdcDataRecv, my USB device can’t respond because the host cannot receive data (IN-NAK, according to the Beagle USB Analyzer and DataCenter). What might I have missed?

    Like

    Reply ↓

    • I have not used USB CDC on that i.MX RT, so cannot say much. I would have to try it myself first. But is there an example whithout FreeRTOS in the SDK which works? Just if this would the issue?

      Like

      Reply ↓

      • Thanks for the response. I actually did try this with the bare metal example and got the same result. However, I just now resolved the problem. I though that I didn’t need to use hardware flow control, but I was. Setting USB_HOST_UART_SUPPORT_HW_FLOW to 1 resolved the issue.

        Like

        Reply ↓

  27. Hi Erich,
    sorry, not sure if this belongs here but I am having a problem with my newly purchased J-Link EDU. I can somewhat debug my K64F with it through MCUXpresso however I am unable to use any utilities provided by SEGGER such as JLinkRTTViewer or even JLinkGDBServer. When I try to run any of these from command line (using Ubuntu based Linux distro) I get the following error message:

    LOG: J-Link RTT Viewer V6.54: Logging started.
    LOG: Connecting to J-Link via USB…
    LOG: Device “MK64FN1M0XXX12” selected.
    LOG: InitTarget()
    LOG: Protection bytes in flash at addr. 0x400 – 0x40F indicate that readout protection is set.
    For debugger connection the device needs to be unsecured.
    Note: Unsecuring will trigger a mass erase of the internal flash.

    LOG: Device will be unsecured now.
    LOG: Timeout while unsecuring device. Erase never stops.
    LOG: TotalIRLen = ?, IRPrint = 0x..FFFFFFFFFFFFFFFFFFFFFFF1
    LOG: InitTarget()
    LOG: Protection bytes in flash at addr. 0x400 – 0x40F indicate that readout protection is set.
    For debugger connection the device needs to be unsecured.
    Note: Unsecuring will trigger a mass erase of the internal flash.

    LOG: Device will be unsecured now.
    LOG: Timeout while unsecuring device. Erase never stops.
    LOG: TotalIRLen = ?, IRPrint = 0x..FFFFFFFFFFFFFFFFFFFFFFF1
    ERROR: Could not connect to target device.

    I have tried other K64s as well with same result.
    I am quite new to embedded so would be grateful if you could shed some light on what is happening and how to solve this.

    Thank you.

    Zdenek

    Like

    Reply ↓

    • This seems to be a connection problem with your device. The message
      LOG: Protection bytes in flash at addr. 0x400 – 0x40F indicate that readout protection is set.
      indicates that it is reading back all 0xff (which happens for bad/wrong connection) or if the device is secured.
      The entry
      LOG: Device “MK64FN1M0XXX12” selected.
      shows that your device is the correct one.

      The entry
      LOG: J-Link RTT Viewer V6.54: Logging started.
      shows that you are using a recent version of the J-Link software. As youi say it works with the IDE: can you check and verify what the IDE is using? You will see a similar connection log on the Console view of Eclipse.

      Like

      Reply ↓

  28. Hi Erich,
    thanks for the quick response.
    This is what I get in MCUXpresso 11

    Executed SetRestartOnClose=1
    [MCUXpresso Semihosting Telnet console for ‘Dev1_FreeRTOS JLink Debug’ started on port 36314 @ 127.0.0.1]

    SEGGER J-Link GDB Server V6.54 – Terminal output channel

    and in another console view

    [01-11-2019 09:19:48] Executing Server: /usr/bin/JLinkGDBServerCLExe -nosilent -swoport 2334 -select USB=261000035 -telnetport 2335 -singlerun -endian little -noir -speed auto -port 2336 -vd -device MK64FN1M0xxx12 -if SWD -halt -reportuseraction
    SEGGER J-Link GDB Server V6.54 Command Line Version

    JLinkARM.dll V6.54 (DLL compiled Oct 28 2019 10:37:24)

    Command line: -nosilent -swoport 2334 -select USB=261000035 -telnetport 2335 -singlerun -endian little -noir -speed auto -port 2336 -vd -device MK64FN1M0xxx12 -if SWD -halt -reportuseraction
    —–GDB Server start settings—–
    GDBInit file: none
    GDB Server Listening port: 2336
    SWO raw output listening port: 2334
    Terminal I/O port: 2335
    Accept remote connection: yes
    Generate logfile: off
    Verify download: on
    Init regs on start: off
    Silent mode: off
    Single run mode: on
    Target connection timeout: 0 ms
    ——J-Link related settings——
    J-Link Host interface: USB
    J-Link script: none
    J-Link settings file: none
    ——Target related settings——
    Target device: MK64FN1M0xxx12
    Target interface: SWD
    Target interface speed: auto
    Target endian: little

    Connecting to J-Link…
    J-Link is connected.
    Device “MK64FN1M0XXX12” selected.
    Firmware: J-Link V11 compiled Aug 14 2019 16:21:09
    Hardware: V11.00
    S/N: 261000035
    OEM: SEGGER-EDU
    Feature(s): FlashBP, GDB
    Checking target voltage…
    Target voltage: 3.32 V
    Listening on TCP/IP port 2336
    Connecting to target…InitTarget()
    Found SW-DP with ID 0x2BA01477
    Scanning AP map to find all available APs
    AP[2]: Stopped AP scan as end of AP map has been reached
    AP[0]: AHB-AP (IDR: 0x24770011)
    AP[1]: JTAG-AP (IDR: 0x001C0000)
    Iterating through AP map to find AHB-AP to use
    AP[0]: Core found
    AP[0]: AHB-AP ROM base: 0xE00FF000
    CPUID register: 0x410FC241. Implementer code: 0x41 (ARM)
    Found Cortex-M4 r0p1, Little endian.
    FPUnit: 6 code (BP) slots and 2 literal slots
    CoreSight components:
    ROMTbl[0] @ E00FF000
    ROMTbl[0][0]: E000E000, CID: B105E00D, PID: 000BB00C SCS-M7
    ROMTbl[0][1]: E0001000, CID: B105E00D, PID: 003BB002 DWT
    ROMTbl[0][2]: E0002000, CID: B105E00D, PID: 002BB003 FPB
    ROMTbl[0][3]: E0000000, CID: B105E00D, PID: 003BB001 ITM
    ROMTbl[0][4]: E0040000, CID: B105900D, PID: 000BB9A1 TPIU
    ROMTbl[0][5]: E0041000, CID: B105900D, PID: 000BB925 ETM
    ROMTbl[0][6]: E0042000, CID: B105900D, PID: 003BB907 ETB
    ROMTbl[0][7]: E0043000, CID: B105900D, PID: 001BB908 CSTF
    InitTarget()
    Found SW-DP with ID 0x2BA01477
    AP map detection skipped. Manually configured AP map found.
    AP[0]: AHB-AP (IDR: Not set)
    AP[0]: Core found
    AP[0]: AHB-AP ROM base: 0xE00FF000
    CPUID register: 0x410FC241. Implementer code: 0x41 (ARM)
    Found Cortex-M4 r0p1, Little endian.
    FPUnit: 6 code (BP) slots and 2 literal slots
    CoreSight components:
    ROMTbl[0] @ E00FF000
    ROMTbl[0][0]: E000E000, CID: B105E00D, PID: 000BB00C SCS-M7
    ROMTbl[0][1]: E0001000, CID: B105E00D, PID: 003BB002 DWT
    ROMTbl[0][2]: E0002000, CID: B105E00D, PID: 002BB003 FPB
    ROMTbl[0][3]: E0000000, CID: B105E00D, PID: 003BB001 ITM
    ROMTbl[0][4]: E0040000, CID: B105900D, PID: 000BB9A1 TPIU
    ROMTbl[0][5]: E0041000, CID: B105900D, PID: 000BB925 ETM
    ROMTbl[0][6]: E0042000, CID: B105900D, PID: 003BB907 ETB
    ROMTbl[0][7]: E0043000, CID: B105900D, PID: 001BB908 CSTF
    Connected to target
    Waiting for GDB connection…Connected to 127.0.0.1
    Reading all registers
    Read 4 bytes @ address 0x00003EF8 (Data = 0xF852F000)
    Reading 64 bytes @ address 0x20000500
    Read 4 bytes @ address 0x00002CDC (Data = 0xB085B480)
    Reading 64 bytes @ address 0x200004C0
    Connected to 127.0.0.1
    Reading all registers
    Read 4 bytes @ address 0x00003EF8 (Data = 0xF852F000)
    Reading 64 bytes @ address 0x20000500
    Read 4 bytes @ address 0x00002CDC (Data = 0xB085B480)
    Reading 64 bytes @ address 0x200004C0
    Received monitor command: reset
    Reset: Halt core after reset via DEMCR.VC_CORERESET.
    Reset: Reset device via AIRCR.SYSRESETREQ.
    AfterResetTarget()
    Resetting target
    Downloading 16080 bytes @ address 0x00000000 – Verified OK
    Downloading 16080 bytes @ address 0x00003ED0 – Verified OK
    Downloading 4880 bytes @ address 0x00007DA0 – Verified OK
    Downloading 24 bytes @ address 0x000090B0 – Verified OK
    J-Link: Flash download: Bank 0 @ 0x00000000: Skipped. Contents already match
    Writing register (PC = 0x 1d4)
    Read 4 bytes @ address 0x000001D4 (Data = 0xB672B510)
    Reading 64 bytes @ address 0x00000880
    Read 2 bytes @ address 0x000008AE (Data = 0xF005)
    Read 2 bytes @ address 0x000008AE (Data = 0xF005)
    Reading all registers
    Read 4 bytes @ address 0x000001D4 (Data = 0xB672B510)
    Read 2 bytes @ address 0x000008AE (Data = 0xF005)
    Received monitor command: semihosting enable
    Semi-hosting enabled (Handle on BKPT)
    Received monitor command: exec SetRestartOnClose=1
    Executed SetRestartOnClose=1
    Received monitor command: reset
    Reset: Halt core after reset via DEMCR.VC_CORERESET.
    Reset: Reset device via AIRCR.SYSRESETREQ.
    AfterResetTarget()
    Resetting target
    Setting breakpoint @ address 0x000008AE, Size = 2, BPHandle = 0x0001
    Starting target CPU…
    …Breakpoint reached @ address 0x000008AE
    Reading all registers
    Removing breakpoint @ address 0x000008AE, Size = 2
    Read 4 bytes @ address 0x000008AE (Data = 0xFE33F005)
    Starting target CPU…

    Both are indicating the usage of JLink GDB server 6.54

    Like

    Reply ↓

  29. Hi Erich.
    Just tried to copy/paste the command mcuxpresso used to start the gdb server into cmdline and things started to work. I assume some of my configuration has been incorrect. Noticed that I was using JTAG instead of SWD (should I be using SWD?).
    Another (maybe dumb) question: Is it possible to show PRINTF output over the K64USB or somehow via the J-Link? The project has been setup to redirect printfs to UART. Not sure if I can go back to semihosting and use console instead.

    Thanks for your time.

    Like

    Reply ↓

    • Hi Zdenek,
      yes, you *have* to use SWD, as the OpenSDA (K20) on the FRDM board only supports SWD and no JTAG.
      You can redirect the printf() to whatever you like, you just have to provide the needed glue logic.

      Like

      Reply ↓

  30. Hi all, maybe someone can help me with this,

    I have a freedom board kl25z, using GDB PEMicro Interface Debugging with eclipse 2019-12. I am working on dac_adc_demo project in KSDK 1.3 (Kinetis SDK). The startup code for this project is in startup_MKL25Z4.S. I am trying to make the debugger stop at Reset_Handler in startup_MKL25Z4.S. So I can single step in the startup code. For the debug configuration Startup tab, I set breakpoint at Reset_Handler instead of main. When I debug the program (dac_adc_demo.elf) I keep getting this message:

    “Break at address “0x4d0″ with no debug information available, or outside of program code.”

    0x4d0 is the address of Reset_Handler. The Debug settings in Tool Settings is set Maximum(-g3) and -ggdb

    The editor does not open up the startup_MKL25Z4.S and let single step through the startup code.

    But if I set breakpoint at main, I can debug/step through the code just fine.

    Any help would be much appreciate it, I am stuck on this for a while now.

    Thanks in advance.
    Anthony H.

    Like

    Reply ↓

    • Hi Anthony,
      Does it work if you set manually a breakpoint in the startup code? If not, it might be a problem that somehow you have disabled debug information for the startup_MKL25Z4.S file?
      Erich

      Like

      Reply ↓

        • Erich,
          I have turned on verbose for gnu assembler and linker.

          OUTPUT OF GNU ASSEMBLER
          Building file: ../startup/startup_MKL25Z4.S
          Invoking: GNU ARM Cross Assembler
          arm-none-eabi-gcc -mcpu=cortex-m0plus -mthumb -O0 -fmessage-length=0 -fsigned-char -ffunction-sections -fdata-sections -g3 -x assembler-with-cpp -DCPU_MKL25Z128VLK4 -DDEBUG -DFRDM_KL25Z -DFREEDOM -v -MMD -MP -MF”startup/startup_MKL25Z4.d” -MT”startup/startup_MKL25Z4.o” -c -o “startup/startup_MKL25Z4.o” “../startup/startup_MKL25Z4.S”
          Using built-in specs.
          COLLECT_GCC=arm-none-eabi-gcc
          Target: arm-none-eabi
          Configured with: /tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/src/gcc/configure –target=arm-none-eabi –prefix=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native –libexecdir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/lib –infodir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/info –mandir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/man –htmldir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/html –pdfdir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/pdf –enable-languages=c,c++ –enable-plugins –disable-decimal-float –disable-libffi –disable-libgomp –disable-libmudflap –disable-libquadmath –disable-libssp –disable-libstdcxx-pch –disable-nls –disable-shared –disable-threads –disable-tls –with-gnu-as –with-gnu-ld –with-newlib –with-headers=yes –with-python-dir=share/gcc-arm-none-eabi –with-sysroot=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/arm-none-eabi –build=x86_64-linux-gnu –host=x86_64-linux-gnu –with-gmp=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-mpfr=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-mpc=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-isl=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-libelf=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-host-libstdcxx=’-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm’ –with-pkgversion=’GNU Tools for Arm Embedded Processors 8-2019-q3-update’ –with-multilib-list=rmprofile
          Thread model: single
          gcc version 8.3.1 20190703 (release) [gcc-8-branch revision 273027] (GNU Tools for Arm Embedded Processors 8-2019-q3-update)
          COLLECT_GCC_OPTIONS=’-mcpu=cortex-m0plus’ ‘-mthumb’ ‘-O0’ ‘-fmessage-length=0’ ‘-fsigned-char’ ‘-ffunction-sections’ ‘-fdata-sections’ ‘-g3’ ‘-D’ ‘CPU_MKL25Z128VLK4’ ‘-D’ ‘DEBUG’ ‘-D’ ‘FRDM_KL25Z’ ‘-D’ ‘FREEDOM’ ‘-v’ ‘-MMD’ ‘-MP’ ‘-MF’ ‘startup/startup_MKL25Z4.d’ ‘-MT’ ‘startup/startup_MKL25Z4.o’ ‘-c’ ‘-o’ ‘startup/startup_MKL25Z4.o’ ‘-mfloat-abi=soft’ ‘-march=armv6s-m’
          /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/cc1 -E -lang-asm -quiet -v -imultilib thumb/v6-m/nofp -iprefix /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/ -isysroot /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi -MMD startup/startup_MKL25Z4.d -MF startup/startup_MKL25Z4.d -MP -MT startup/startup_MKL25Z4.o -dD -D__USES_INITFINI__ -D CPU_MKL25Z128VLK4 -D DEBUG -D FRDM_KL25Z -D FREEDOM ../startup/startup_MKL25Z4.S -mcpu=cortex-m0plus -mthumb -mfloat-abi=soft -march=armv6s-m -fmessage-length=0 -fsigned-char -ffunction-sections -fdata-sections -g3 -fworking-directory -O0 -fno-directives-only -o /tmp/ccQABHKC.s
          ignoring duplicate directory “/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/../../lib/gcc/arm-none-eabi/8.3.1/include”
          ignoring nonexistent directory “/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/usr/local/include”
          ignoring duplicate directory “/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/../../lib/gcc/arm-none-eabi/8.3.1/include-fixed”
          ignoring duplicate directory “/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/../../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/include”
          ignoring nonexistent directory “/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/usr/include”
          #include “…” search starts here:
          #include search starts here:
          /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/include
          /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/include-fixed
          /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/include
          End of search list.
          COLLECT_GCC_OPTIONS=’-mcpu=cortex-m0plus’ ‘-mthumb’ ‘-O0’ ‘-fmessage-length=0’ ‘-fsigned-char’ ‘-ffunction-sections’ ‘-fdata-sections’ ‘-g3’ ‘-D’ ‘CPU_MKL25Z128VLK4’ ‘-D’ ‘DEBUG’ ‘-D’ ‘FRDM_KL25Z’ ‘-D’ ‘FREEDOM’ ‘-v’ ‘-MMD’ ‘-MP’ ‘-MF’ ‘startup/startup_MKL25Z4.d’ ‘-MT’ ‘startup/startup_MKL25Z4.o’ ‘-c’ ‘-o’ ‘startup/startup_MKL25Z4.o’ ‘-mfloat-abi=soft’ ‘-march=armv6s-m’
          /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/as –gdwarf2 -v -march=armv6s-m -mfloat-abi=soft -meabi=5 -o startup/startup_MKL25Z4.o /tmp/ccQABHKC.s
          GNU assembler version 2.32.0 (arm-none-eabi) using BFD version (GNU Tools for Arm Embedded Processors 8-2019-q3-update) 2.32.0.20190703
          COMPILER_PATH=/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/
          LIBRARY_PATH=/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/thumb/v6-m/nofp/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/lib/thumb/v6-m/nofp/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/lib/
          Finished building: ../startup/startup_MKL25Z4.S
          COLLECT_GCC_OPTIONS=’-mcpu=cortex-m0plus’ ‘-mthumb’ ‘-O0’ ‘-fmessage-length=0’ ‘-fsigned-char’ ‘-ffunction-sections’ ‘-fdata-sections’ ‘-g3’ ‘-D’ ‘CPU_MKL25Z128VLK4’ ‘-D’ ‘DEBUG’ ‘-D’ ‘FRDM_KL25Z’ ‘-D’ ‘FREEDOM’ ‘-v’ ‘-MMD’ ‘-MP’ ‘-MF’ ‘startup/startup_MKL25Z4.d’ ‘-MT’ ‘startup/startup_MKL25Z4.o’ ‘-c’ ‘-o’ ‘startup/startup_MKL25Z4.o’ ‘-mfloat-abi=soft’ ‘-march=armv6s-m’

          OUTPUT OF GNU LINKER
          Building target: dac_adc_demo.elf
          Invoking: GNU ARM Cross C Linker
          arm-none-eabi-gcc -mcpu=cortex-m0plus -mthumb -O0 -fmessage-length=0 -fsigned-char -ffunction-sections -fdata-sections -g3 -T “/home/aheak123/eclipse-workspace/dac_adc_demo/linkerscript/MKL25Z128xxx4_flash.ld” -Xlinker –gc-sections -L/home/aheak123/KSDK_1.3.0/lib/ksdk_platform_lib/armgcc/KL25Z4/debug -Wl,-Map,”dac_adc_demo.map” –specs=nosys.specs -v -o “dac_adc_demo.elf” ./utilities/fsl_debug_console.o ./utilities/fsl_misc_utilities.o ./utilities/print_scan.o ./startup/startup.o ./startup/startup_MKL25Z4.o ./startup/system_MKL25Z4.o ./sources/demo_state_machine.o ./sources/hardware_init.o ./sources/main.o ./board/board.o ./board/gpio_pins.o ./board/pin_mux.o -lc -lm -lgcc -lnosys -lksdk_platform
          Using built-in specs.
          Reading specs from /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/nosys.specs
          rename spec link_gcc_c_sequence to nosys_link_gcc_c_sequence
          COLLECT_GCC=arm-none-eabi-gcc
          COLLECT_LTO_WRAPPER=/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/lto-wrapper
          Target: arm-none-eabi
          Configured with: /tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/src/gcc/configure –target=arm-none-eabi –prefix=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native –libexecdir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/lib –infodir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/info –mandir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/man –htmldir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/html –pdfdir=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/share/doc/gcc-arm-none-eabi/pdf –enable-languages=c,c++ –enable-plugins –disable-decimal-float –disable-libffi –disable-libgomp –disable-libmudflap –disable-libquadmath –disable-libssp –disable-libstdcxx-pch –disable-nls –disable-shared –disable-threads –disable-tls –with-gnu-as –with-gnu-ld –with-newlib –with-headers=yes –with-python-dir=share/gcc-arm-none-eabi –with-sysroot=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/install-native/arm-none-eabi –build=x86_64-linux-gnu –host=x86_64-linux-gnu –with-gmp=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-mpfr=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-mpc=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-isl=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-libelf=/tmp/jenkins/jenkins-GCC-8-build_toolchain_docker-594_20190704_1562200936/build-native/host-libs/usr –with-host-libstdcxx=’-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm’ –with-pkgversion=’GNU Tools for Arm Embedded Processors 8-2019-q3-update’ –with-multilib-list=rmprofile
          Thread model: single
          gcc version 8.3.1 20190703 (release) [gcc-8-branch revision 273027] (GNU Tools for Arm Embedded Processors 8-2019-q3-update)
          COMPILER_PATH=/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/bin/
          LIBRARY_PATH=/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/thumb/v6-m/nofp/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/lib/thumb/v6-m/nofp/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/:/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/lib/
          COLLECT_GCC_OPTIONS=’-mcpu=cortex-m0plus’ ‘-mthumb’ ‘-O0’ ‘-fmessage-length=0’ ‘-fsigned-char’ ‘-ffunction-sections’ ‘-fdata-sections’ ‘-g3’ ‘-T’ ‘/home/aheak123/eclipse-workspace/dac_adc_demo/linkerscript/MKL25Z128xxx4_flash.ld’ ‘-L/home/aheak123/KSDK_1.3.0/lib/ksdk_platform_lib/armgcc/KL25Z4/debug’ ‘-specs=nosys.specs’ ‘-v’ ‘-o’ ‘dac_adc_demo.elf’ ‘-mfloat-abi=soft’ ‘-march=armv6s-m’
          /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/collect2 -plugin /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/liblto_plugin.so -plugin-opt=/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/lto-wrapper -plugin-opt=-fresolution=/tmp/ccz0K0ND.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lg -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lnosys –sysroot=/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi -X -o dac_adc_demo.elf /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp/crti.o /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp/crtbegin.o /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/thumb/v6-m/nofp/crt0.o -L/home/aheak123/KSDK_1.3.0/lib/ksdk_platform_lib/armgcc/KL25Z4/debug -L/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp -L/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/thumb/v6-m/nofp -L/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/lib/thumb/v6-m/nofp -L/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1 -L/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc -L/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib -L/home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../arm-none-eabi/lib –gc-sections -Map dac_adc_demo.map ./utilities/fsl_debug_console.o ./utilities/fsl_misc_utilities.o ./utilities/print_scan.o ./startup/startup.o ./startup/startup_MKL25Z4.o ./startup/system_MKL25Z4.o ./sources/demo_state_machine.o ./sources/hardware_init.o ./sources/main.o ./board/board.o ./board/gpio_pins.o ./board/pin_mux.o -lc -lm -lgcc -lnosys -lksdk_platform –start-group -lgcc -lg -lc –end-group –start-group -lgcc -lc -lnosys –end-group /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp/crtend.o /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp/crtn.o -T /home/aheak123/eclipse-workspace/dac_adc_demo/linkerscript/MKL25Z128xxx4_flash.ld
          COLLECT_GCC_OPTIONS=’-mcpu=cortex-m0plus’ ‘-mthumb’ ‘-O0’ ‘-fmessage-length=0’ ‘-fsigned-char’ ‘-ffunction-sections’ ‘-fdata-sections’ ‘-g3’ ‘-T’ ‘/home/aheak123/eclipse-workspace/dac_adc_demo/linkerscript/MKL25Z128xxx4_flash.ld’ ‘-L/home/aheak123/KSDK_1.3.0/lib/ksdk_platform_lib/armgcc/KL25Z4/debug’ ‘-specs=nosys.specs’ ‘-v’ ‘-o’ ‘dac_adc_demo.elf’ ‘-mfloat-abi=soft’ ‘-march=armv6s-m’
          Finished building target: dac_adc_demo.elf

          Anthony H.

          Like

      • Hi Erich, thank you for replying.
        When I manually set a breakpoint at Reset_Handler in startup_MKL25Z4.S, it still does not work. I don’t think I disable debugging, because set Debugging option to Maximum (-g3) option and I also added -ggdb on the Miscellaneous field in debug setup.

        Regards,
        Anthony H.

        Like

        Reply ↓

        • Hi Erich,
          I have verified that there is no ‘needle’ in startup_MKL25Z4.S, also my makefile correctly generate the .hex file, see below:

          # Add inputs and outputs from these tool invocations to the build variables
          SECONDARY_FLASH += \
          dac_adc_demo.hex \

          SECONDARY_LIST += \
          dac_adc_demo.lst \

          SECONDARY_SIZE += \
          dac_adc_demo.siz \

          Like

        • Can you verify your elf file with the ‘Executables’ view in Eclipse: it shall show all source files involved.
          The other thing: check your linker .map file: could it be that somehow it is using anyother file as startup?

          Like

        • Erich,
          1) Executable view for dac_adc_demo.elf include the right startup file
          start_MKL25Z4.S
          2) portion of dac_adc_demo.map also shows
          .data 0x0000000000000000 0x0 ./startup/startup_MKL25Z4.o
          .bss 0x0000000000000000 0x0 ./startup/startup_MKL25Z4.o

          Anthony H.

          Like

        • 2) what about the code for the startup? is it listed in the map file too?
          Keep in mind that an address of 0x0 (except it is really there) means it has been removed. For the two things above they do not ‘exist’ as the size is zero too.

          Like

        • Erich,
          I don’t really understand how to read the map file. Below is a small snippet of dac_adc_demo.map file. Looks like startup_MKL25Z4.o sections are in the discarded input sections. My question is, if the startup code in startup_MKL25Z4.o file is discarded, how can we get to the main function after mcu reset?

          Discarded input sections
          .data 0x0000000000000000 0x0 ./startup/startup_MKL25Z4.o
          .bss 0x0000000000000000 0x0 ./startup/startup_MKL25Z4.o
          .text 0x0000000000000000 0x0 ./startup/system_MKL25Z4.o
          .data 0x0000000000000000 0x0 ./startup/system_MKL25Z4.o
          .bss 0x0000000000000000 0x0 ./startup/system_MKL25Z4.o
          .text.SystemCoreClockUpdate
          0x0000000000000000 0x238 ./startup/system_MKL25Z4.o

          Anthony H.

          Like

        • So indeed you have the startup code not included in your map file/linker. It must looks something like this:
          Vector table:
          *(.isr_vector)
          .isr_vector 0x00000000 0xc0 ./startup/startup_MKL27Z644.o
          0x00000000 __isr_vector
          0x000000c0 . = ALIGN (0x4)

          Flash configuration:
          *(.FlashConfig)
          .FlashConfig 0x00000400 0x10 ./startup/startup_MKL27Z644.o
          0x00000410 . = ALIGN (0x4)

          Startup code with all the ISR handlers:
          .text 0x000004e8 0xc8 ./startup/startup_MKL27Z644.o
          0x000004e8 Reset_Handler
          0x00000528 Reserved45_IRQHandler
          0x00000528 TPM1_IRQHandler
          0x00000528 PORTA_IRQHandler
          0x00000528 PIT_IRQHandler
          0x00000528 CMP0_IRQHandler
          0x00000528 LPTMR0_IRQHandler
          0x00000528 TPM0_IRQHandler
          0x00000528 LLWU_IRQHandler
          0x00000528 Reserved42_IRQHandler
          0x00000528 ADC0_IRQHandler
          0x00000528 Reserved39_IRQHandler
          0x00000528 PORTBCDE_IRQHandler
          0x00000528 FTFA_IRQHandler
          0x00000528 DefaultISR
          0x00000528 TPM2_IRQHandler
          0x00000528 Reserved43_IRQHandler
          0x00000528 RTC_IRQHandler
          0x00000528 RTC_Seconds_IRQHandler
          0x00000528 Reserved41_IRQHandler
          0x00000528 Reserved20_IRQHandler
          0x00000528 USB0_IRQHandler
          0x00000528 PMC_IRQHandler
          0x0000052c NMI_Handler
          0x00000530 HardFault_Handler
          0x00000534 SVC_Handler
          0x00000538 PendSV_Handler
          0x0000053c SysTick_Handler
          0x00000540 DMA0_IRQHandler
          0x00000544 DMA1_IRQHandler
          0x00000548 DMA2_IRQHandler
          0x0000054c DMA3_IRQHandler
          0x00000550 I2C0_IRQHandler
          0x00000554 I2C1_IRQHandler
          0x00000558 SPI0_IRQHandler
          0x0000055c SPI1_IRQHandler
          0x00000560 LPUART0_IRQHandler
          0x00000564 LPUART1_IRQHandler
          0x00000568 UART2_FLEXIO_IRQHandler

          I believe you have screwed up your linker settings.
          Make sure your linker does NOT have the option -nostdlib set, and does NOT have the option -nostartfiles set (both options shall not be present). Same for -nodefaultlibs.

          Like

        • It might be that your linker file is wrong too: make sure you are using a correct one, and have something like
          /* Entry Point */
          ENTRY(Reset_Handler)
          in it. Best if you check things with one of the provided examples in KDS or on my GitHub site.

          Like

        • Erich, thank you for the help so far (it is getting late here, so I am going to sleep now), but looking at the dac_adc_demo.map file again, I do see there is code for startup_MKL25Z4.o. Below is a snippet:

          .interrupts 0x0000000000000000 0xc0
          0x0000000000000000 __VECTOR_TABLE = .
          0x0000000000000000 . = ALIGN (0x4)
          *(.isr_vector)
          .isr_vector 0x0000000000000000 0xc0 ./startup/startup_MKL25Z4.o
          0x0000000000000000 __isr_vector
          0x00000000000000c0 . = ALIGN (0x4)

          .flash_config 0x0000000000000400 0x10
          0x0000000000000400 . = ALIGN (0x4)
          *(.FlashConfig)
          .FlashConfig 0x0000000000000400 0x10 ./startup/startup_MKL25Z4.o
          0x0000000000000410 . = ALIGN (0x4)

          .text 0x0000000000000410 0x9548
          0x0000000000000410 . = ALIGN (0x4)
          *(.text)
          .text 0x0000000000000410 0x48 /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/thumb/v6-m/nofp/crtbegin.o
          .text 0x0000000000000458 0x78 /home/aheak123/gcc-arm-none-eabi-8-2019-q3-update/bin/../lib/gcc/arm-none-eabi/8.3.1/../../../../arm-none-eabi/lib/thumb/v6-m/nofp/crt0.o
          0x0000000000000458 _mainCRTStartup
          0x0000000000000458 _start
          .text 0x00000000000004d0 0x18 ./startup/startup_MKL25Z4.o
          0x00000000000004d0 Reset_Handler
          0x00000000000004e0 I2C0_IRQHandler
          0x00000000000004e0 HardFault_Handler
          0x00000000000004e0 SysTick_Handler
          0x00000000000004e0 PendSV_Handler
          0x00000000000004e0 NMI_Handler
          0x00000000000004e0 I2C1_IRQHandler
          0x00000000000004e0 UART1_IRQHandler
          0x00000000000004e0 DMA2_IRQHandler
          0x00000000000004e0 TPM0_IRQHandler
          0x00000000000004e0 LLWU_IRQHandler
          0x00000000000004e0 TSI0_IRQHandler
          0x00000000000004e0 UART0_IRQHandler
          0x00000000000004e0 ADC0_IRQHandler
          0x00000000000004e0 Reserved39_IRQHandler
          0x00000000000004e0 SPI1_IRQHandler
          0x00000000000004e0 DefaultISR
          0x00000000000004e0 PORTD_IRQHandler
          0x00000000000004e0 TPM2_IRQHandler
          0x00000000000004e0 RTC_IRQHandler
          0x00000000000004e0 RTC_Seconds_IRQHandler
          0x00000000000004e0 MCG_IRQHandler
          0x00000000000004e0 UART2_IRQHandler
          0x00000000000004e0 Reserved20_IRQHandler

          Like

  31. Hi Erich, I am working on mbed MCUs for my uni dissertation and you have really pointed me in the right direction as a beginner. Thank you!

    Like

    Reply ↓

      • Hi Erich thanks for the well wishes, just wanted to ask a quick question. I’m using the FRDM-K64F and converting the library for use on the Zumo robot, similar to what you did! One aspect I’d like to look at is the additional wifi/bluetooth capability of the frdm board compared to the arduino uno. However, I’m not sure how to connect a chip such as ESP8266 or a BLE while the board is connected to the Zumo robot at the same time, without the ability to solder. I was wondering if I could test any additional functionality through maybe the inner row of the FRDM board with the 32 additional pins but I actually have no idea what they are for. All I found online is that they’re for “Headers for proprietary shields”, I’m not sure what a proprietary shield is… Anyway this isn’t a highly important task for my dissertation as the main part is just converting the library but thought it would be interesting if I have time! Thank you so much.

        Like

        Reply ↓

        • Check the FRDM-K64F schematics about the inner rows: they include some extra signals which are not part of the outer rows (the K64F has more pins available than the number of outer rows.
          Standard Ardunio shields only use/have the outer rows of pins. So ‘proprietary’ means as shield/board not only having the outer rows, but the inner ones too.

          Like

  32. Hi Erich
    I am using MCUExpresso and the K64F freedom board. I have a variable where I store data (12 bytes long). What do I need to do in order not to lose that data after a power off and then a power on. Is there an example.
    Thanks
    Eli

    Like

    Reply ↓

  33. Hola. Thanks for the continued blog. I’ve been following for some time and appreciate the bits of wisdom bestowed freely onto the audience.

    The reason for my post herein: I am working with a LPC54102 in a different dev environment (ARMbasic – a compiled vs. interpreted language instantiation on many LPC and some Atmel/nRF/STM MCUs). On the LPC54102, I am working to implement a battery powered RTC construct on one of the dev boards I have.

    I’ve a ML2020 thereon which is schottky diode isolated from the rest of the board and feeding the four (4) Vdd inputs (pins 8,24,34,& 56 on the QFP-64 package), when power to the onboard regulator gets nix’d. I’m using the regulator to strongly pull up a lightly pulled down IO that I will code to falling-edge-trigger a GPIO interrupt to put the MCU into the deep power down mode, so that the ML2020 can keep the RTC peripheral alive and clocking away.

    I am not C savvy but have ported some C code in the past and was looking to do so now, but it seems that the LPC Xpresso power library makes use of .a libraries and not proper C source/header files (whether it is IP related concerns, or ease of distro/use, is unknown to me). In doing some reading, I understand these library files are just uncompressed archives intended to be dynamically linked to during compilation by the C toolchain. I was looking to port some of the procs over from C to AB to make use of them, but find that I can’t find the forest as I can’t see through all of the trees in my way.

    What is driving this is that the 54102 doesn’t have a separate Vbat input to the MCU but rather expects devs to put the device into the required power mode, to ensure that the existing battery on the board powers only the peripherals/clocks/etc. desired The firmware for the power control that is baked into the devices ROM is flawed, per the errata, so the use of the LPC Xpresso libs is called for, per the UM.

    Ideally, I’d just locate the C source so that I could port that into native AB code. Absent that, I am able to take assembly and run it in my AB sources, via a couple of different mechanisms. In this context, I suspect that I would create a constant (syntax which is pretty similar to C), and then ‘call’ a pointer to that constant’s memory location, to have the proc’s code run as needed, after doing a bin2hex conversion on same and assigning it to said constant.

    What I am struggling with, conceptually, is the mechanics of identifying what bits and pieces of the .a embedded .o files are code vs. memory locations of variables/constants, and how to identify, within each proc’s assembled code, where references are made to the variable/constants so that I can point the imported code to the memory locations of the variables/constants that I instantiate in my wrapper code.

    Anyways, what I am curious about is if there is anyone who might have trudged down a similar path previously, to solicit them for their process and lessons learned/best practices. If anyone is able and willing to codify same, or point me to where prior work may have codified same, that would be most appreciative. Thank you, in advance.

    -t

    Like

    Reply ↓

  34. Hi again
    I am using the K64F and am supplying power to it via pin 16 (P5-9V_VIN).
    The program only works if there is power via the openSDA usb connector.
    If I don’t have the openSDA connected, how do I get the program to run.
    As always, I appreciate your help.
    Thanks
    Eli

    Like

    Reply ↓

  35. Hi Erich
    Concerning the previous Q&A: K64F rev B did not work but K64F rev E works fine.
    Thanks for pointing this to me.

    I think I found a problem with MCUXpresso.
    I created a new C/C++ Project for the K64F
    – selected FreeRTOS and all drivers
    – in Middleware I selected USBhost
    – in Software components I selected osa_free-rtos
    I then created the project and then built it.
    I get the following error:
    fatal error: usb_osa_bm.h: No such file or directory

    Have you seen this?

    Like

    Reply ↓

  36. Hi
    You were right again. I had SDK version 2.6.0

    I upgraded to MCUXpresso 11.1.1 and SDK 2.7.0
    I imported SDK example “frdmk64f_host_hid_generic_freertos”
    I want to add a Uart to this project so I added the driver “uart_freertos”
    When you build this you get an error: malloc.h: No such file or directory

    Like

    Reply ↓

    • Hi Eli,
      did the same on my side. But the uart_freertos driver is already added for me when I import that project. Note that I used the ‘Import SDK example(s)’ from the Quickstart panel.
      Everything is building fine that way.

      Like

      Reply ↓

  37. Hi Erich,
    I have a question regarding linker script selection vs #define.

    I use a bootloader that requires (as most bootloaders) some area at the start of the flash.
    If I compile for debugging (without bootloader), I need to select another linker script then with bootloader. This is done by the MCUXpresso – Build Configuration – Set Active (where the selection of the correct script is done). Additionally I need to change my #define BOOTLOADER_VERSION from 1 to 0 or vise versa.

    Do you know any solution that I can combine either the #define into the Build Configuration or the linker script selection into the #define area?

    Thanks and greetings!
    Philipp

    Kinetis K66f, MCUxpresso 11.2

    Example code here:

    *(unsigned long*) 0xE000ED08 = 0x1fff0000; // set the location of interrupt vectors to the start of SRAM
    #if BOOTLOADER_VERSION
    memcpy((void *)0x1fff0000, (void *)0x00008080, 0x0230); // copy the fixed vectors to SRAM
    #else
    memcpy((void *)0x1fff0000, (void *)0x00000000, 0x0230); // copy the fixed vectors to SRAM
    #endif

    Like

    Reply ↓

  38. Hi Erich,
    do you have an example or article or tutorial about an implementation of an USB virtual com with, for example, an FRDM board (my HW is an FRDM-K66F) under MCUXpressoIDE?
    I have see some example (frdmk66f_dev_cdc_vcom_bm or _lite_bm) and also i have tried with IDEv11.2.0 building code using USBHS peripherals presetting a device CDC VCOM bare metal, but echoing chars don’t work, i think, due to errata USB-VCOM driver on my PC x64 Windows10 based… May be i need a specific driver?
    TNX

    Like

    Reply ↓

What do you think?

Fill in your details below or click an icon to log in:

Gravatar
WordPress.com Logo

You are commenting using your WordPress.com account. ( Log Out /  Change )

Google photo

You are commenting using your Google account. ( Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. ( Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. ( Log Out /  Change )

Cancel

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.