IAR versions for cc2540

Josh Eckhoff

Other Parts Discussed in Thread: CC2540

So, I originally got the newest IAR EW8051 version 9.10. I coded a lot of stuff using this version but ran into an issue with HAL_LCD = false.

As seen in: https://e2e.ti.com/support/wireless_connectivity/f/538/t/328917

This told me that I needed to use Version 8.20.2.

I installed the older version and everything has gone bananas. My formerly working project cannot get past HalDriverInit() now. IAR Crashes about half the time I hit the download and debug button on the basic BLEPeripheral project.

I am kind of stuck now since the Old version does not seem to work at all and the New one has a compatibility issue.

over 10 years ago

0 YiKai Chen over 10 years ago

Guru 735685 points

You can try the solutions in e2e.ti.com/.../1061753 when you use latest IAR version.

0 JXS over 10 years ago in reply to YiKai Chen

TI__Guru** 105180 points

Thanks, YK!

0 YiKai Chen over 10 years ago in reply to JXS

Guru 735685 points

You are welcome.

0 Josh Eckhoff over 10 years ago in reply to YiKai Chen

Intellectual 450 points

I have already done the "+_NR_OF_VIRTUAL_REGISTERS" fix but that does not fix the HAL_LCD=FALSE system restarts.

0 YiKai Chen over 10 years ago in reply to Josh Eckhoff

Guru 735685 points

What HW do you use?

0 Josh Eckhoff over 10 years ago in reply to YiKai Chen

Intellectual 450 points

Currently the cc2540 usb dongle, and a very basic custom dev board for doing UART communications. Both can show the issues.

0 YiKai Chen over 10 years ago in reply to Josh Eckhoff

Guru 735685 points

Disable LCD shouldn't cause crash. If it always crashes, it should be easy to trace by IAR. By the way, does CC2540 USB dongle made by TI?

0 Josh Eckhoff over 10 years ago in reply to YiKai Chen

Intellectual 450 points

It is the TI USB Dongle.

The main way I can test the issue is if I start up a discovery with HAL_LCD = TRUE it hit all the events correctly and succeds, but on my custom board with UART_DMA=2 I get a lot of text that was meant for the LCD screen. If I change it to HAL_LCD=FALSE, I get no LCD text, but if the discovery sees another device the program returns to the Main() functions start.

I have had a hard time tracing the error since it happens within the LIB files, without any errors being thrown.

0 YiKai Chen over 10 years ago in reply to Josh Eckhoff

Guru 735685 points

It sounds that you have crash problem with HAL_LCD=false on your custom PCB, right?

0 Josh Eckhoff over 10 years ago in reply to Josh Eckhoff

Intellectual 450 points

Ok I can trace the issue a bit better on the GAP_EstablishLinkReq call.

Spent an hour running though the traces and hit the erroring point.

It happens just after the end of HCI_LE_CreateConnCmd. Where it hits ?BANKED_LEAVE_XDATA, then ?BRET_FF, then this:

Then it returns to __program_start

0 Josh Eckhoff over 10 years ago in reply to YiKai Chen

Intellectual 450 points

It crashes on both, I just get the LCD garbage text on my Custom PCB, because I use the UART 2 line which is shared with the LCD in the EB code. While the USB Dongle uses the USB code

0 Tim C over 10 years ago in reply to Josh Eckhoff

TI__Mastermind 34660 points

Let's focus on the case using the TI hardware. In this case, you are still resetting to main? Can you post a list of your preprocessor defines?

0 Josh Eckhoff over 10 years ago in reply to Tim C

Intellectual 450 points

Here is my Preprocessor:

INT_HEAP_LEN=2072
HALNODEBUG
OSAL_CBTIMER_NUM_TASKS=1
HAL_AES_DMA=TRUE
HAL_DMA=TRUE
xPOWER_SAVING
xPLUS_BROADCASTER
HAL_LCD=FALSE
HAL_LED=FALSE
HAL_UART=TRUE
HAL_UART_USB=1
CC2540

0 Tim C over 10 years ago in reply to Josh Eckhoff

TI__Mastermind 34660 points

A couple thoughts here. It looks like you lowered the HEAP by 1000 bytes. This could very easily be your issue.

Also, are you actually using HAL_UART_USB? Are you sending / receiving data through USB?

0 Josh Eckhoff over 10 years ago in reply to Tim C

Intellectual 450 points

Well I am doing AT style commands through the UART lines so the USB is used for the TI USB Dongle.

Is there a way to check the HEAP allocation? I use a lot of XDATA space so I have to shrink the HEAP to compensate.

0 Tim C over 10 years ago in reply to Josh Eckhoff

TI__Mastermind 34660 points

You can define OSALMEM_METRICS to get some profiling. There should be some more info on that around this forum. Here is one thread:
e2e.ti.com/.../857991

The fact that your error is occurring when a connection is established (and when various structures need to be alloc'd) points very much to this being the problem.

0 Josh Eckhoff over 10 years ago in reply to Tim C

Intellectual 450 points

So in my tweaking I turned off Optimizations completely, it was defaulted to High. And now the USB stick seems to be working.

My custom board still has issues though, but less now.

0 Tim C over 10 years ago in reply to Josh Eckhoff

TI__Mastermind 34660 points

That makes sense. Optimizing should open up some more memory. That is a little worrisome that you are that close to the limit however. I would still recommend profiling with OSALMEM_METRICS.

0 Josh Eckhoff over 10 years ago in reply to Tim C

Intellectual 450 points

I did turn OSALMEM_METRICS on, but the values dont seem to get very high.

0 Josh Eckhoff over 10 years ago in reply to Josh Eckhoff

Intellectual 450 points

I do seem to have some sort of memory issue in my main project. I can compare a CLE Central project that has been modified to use UART and my project and can get them setup the same but my main project will throw:

Error[e104]: Failed to fit all segments into specified ranges. Problem discovered in segment XDATA_N. Unable to place 2 block(s) (0xc02 byte(s) total) in 0xb5a byte(s) of memory. The problem occurred while processing the segment placement command "-P(XDATA)XDATA_N=_XDATA_START-_XDATA_END", where at the moment of placement the available memory ranges were "XDATA:13a6-1eff"

When I try to set INT_HEAP_LEN=3072

I also have an issue that if I send to much data to the UART tx the system will reset, but that is an issue for later.

0 Josh Eckhoff over 10 years ago in reply to Tim C

Intellectual 450 points

Does TI have a way for me to work closely with a TI engineer to get my code working better? So that I could pay to send TI my code set and have TI help with my Memory issues.

0 YiKai Chen over 10 years ago in reply to Josh Eckhoff

Guru 735685 points

You can try to contact TI local FAE to help. As I know, they don't provide charge service. However, if you use TI solution, they usually would help.

Bluetooth®︎

Bluetooth forum

IAR versions for cc2540