![]() Looking at the TI compiler startup_msp432p401r_ccs.c from the MSP432ware 3.50.00.02 CC3100BOOST_MQTT-TwitterLED_MSP432P401R shows the following peripheral interrupt handlers being installed: SysTick_Handler, /* The SysTick handler */ This is what I see in the Console with verbose enabled when starting the debug session:ĬORTEX_M4_0: GEL Output: Memory Map Initialization CompleteĬORTEX_M4_0: GEL Output: Halting Watchdog TimerĬORTEX_M4_0: WARNING : On MSP432P401R hitting a breakpoint cannot be detected by the debugger when the device is in low power mode.Ĭlick the pause button during debug to check if the device is held at the breakpoint.ĬORTEX_M4_0: Flash Programmer: Verbose output enabledĬORTEX_M4_0: Flash Programmer: DLL Version 2.2.1.0ĬORTEX_M4_0: Flash Programmer: Hard resetĬORTEX_M4_0: Writing Flash Address 0x00000000 of Length 0x00007ff0ĬORTEX_M4_0: Flash Programmer: Uploading RAM loader to deviceĬORTEX_M4_0: Flash Programmer: Device init finishedĬORTEX_M4_0: Flash Programmer: Erasing main memoryĬORTEX_M4_0: Flash Programmer: Mass erase finishedĬORTEX_M4_0: Flash Programmer: Writing 32752 bytes to flash memory 0x00000000ĬORTEX_M4_0: Flash Programmer: Write speed 18.9 kB/secĬORTEX_M4_0: Flash Programmer: Exit flash programmingĬORTEX_M4_0: Writing Flash Address 0x00007ff0 of Length 0x00007ff0ĬORTEX_M4_0: Flash Programmer: Writing 32752 bytes to flash memory 0x00007ff0ĬORTEX_M4_0: Flash Programmer: Write speed 14.4 kB/secĬORTEX_M4_0: Writing Flash Address 0x0000ffe0 of Length 0x00007ff0ĬORTEX_M4_0: Flash Programmer: Writing 32752 bytes to flash memory 0x0000ffe0ĬORTEX_M4_0: Flash Programmer: Write speed 14.7 kB/secĬORTEX_M4_0: Writing Flash Address 0x00017fd0 of Length 0x00006a10ĬORTEX_M4_0: Flash Programmer: Writing 27152 bytes to flash memory 0x00017fd0ĬORTEX_M4_0: Flash Programmer: Write speed 13.8 kB/secĬORTEX_M4_0: Writing Flash Address 0x0001e9e0 of Length 0x00000978ĬORTEX_M4_0: Flash Programmer: Writing 2424 bytes to flash memory 0x0001e9e0ĬORTEX_M4_0: Flash Programmer: Write speed 11.7 kB/secĬORTEX_M4_0: Writing Flash Address 0x0001f358 of Length 0x000000e4ĬORTEX_M4_0: Flash Programmer: Writing 228 bytes to flash memory 0x0001f358ĬORTEX_M4_0: Flash Programmer: Write speed 1.4 kB/secĬORTEX_M4_0: Flash Programmer: Release Watchdog timer This is between SystemInit() and SystemCoreClocksUpdate() If I click on the Default_Handler line, the Disassembly windows shows the address listed which is at the Default_handler in the startup file. Texas Instruments XDS110 USB Debug Probe/CORTEX_M4_0 (Suspended)ĭefault_Handler() at startup_msp432p401r_gcc.c:200 0x0000EA4ĠXFFFFFFF8 (no symbols are defined for 0xFFFFFFF8) NOTE: At this point I can pause the Debug session since it appears to be stuck in the Default_Handler loop. This is the error that I see when running a debug session and clicking on the XDS110 Debug Probe listing. I do have other working GNU v4.9.3 Linaro C++ projects even using TI-RTOS so I am not sure why this is not working. Outside of some issues pointed out during compiling the project due to using GNU gcc, the code is the same as in the example. I do not see an option to include a screen shot or to list code like when I initially posted this so I'll just include what I can.Ĭurrently I have set the TI-RTOS stuff aside and am just using the "CC3100BOOST_MQTT-TwitterLED_MSP432P401R" example from MSP432Ware but changing the compiler to GNU v4.9.3 Linaro and setting the environment for C++. I thought I sent a response last night but I an not see it. I know the hardware works since I can still load the Twitter example I had worked on, but each attempt beyond the example code will not run. I can get past all of the compiler issues I had seen thus far, but I can not seem to run this without hitting the "No source available for "0xfffffff8" error when starting a Debug session to load the code. NOTE: I do see the same behavior with the Red version of the MSP432 Launchpad as well. However, the project I am working on is based on GNU C++11 so I am attempting to port over the code from the Twitter example to a GNU C++ project. I'm using a pre production MSP432 Launchpad (Black version) with a CC3100MODBOOST which works just fine with the Twitter Example. Should I continue the conversation there? " Compiler/CC3100MODBOOST: CCS/CC3100MODBOOST :MQTT with TI-RTOS and MSP432" Sorry, I am not sure how to add links easily. This is a link to my previous post is titled. However, now I am seeing the issue that I had posted when just running the example but with GNU v4.9.3 Linaro compiler and not TI-RTOS at this time. I had created another post to address and issue I had with compiling " CC3100BOOST_MQTT-TwitterLED_ MSP432P401R" example but with GCC and TI-RTOS and was able to get passed that so I considered the issue resolved for the most part.
0 Comments
Leave a Reply. |