CC110L - Wireless Communication disabled by presence of setting a Digital I/O pin?

Chris2

Other Parts Discussed in Thread: CC110L, MSP430FR5728, MSP430G2553

I have posted here previously regarding some difficulties I had with the CC110L functioning properly with a MSP430FR5728. The details of my posts can be found here

Since my posts, I was able to figure out my problem and get the wireless communication to work properly on its own. This is good, and helps bring me a step closer to completing my project. Now I am trying to incorporate ADC conversion within the code, as well as setting some pins to function as GPIO (particularly output state).

While doing so, a new problem has arisen in that the board I am using is no longer able to receive wireless signals after I set certain pins to an output state. These particular pins are not in any way connected to the CC110L, and should therefor have no affect on the workings of the wireless communication. The only reasoning I can think of that is causing this problem is that somewhere within the code I used as a base for my wireless communication, it set those pins for some other purpose that it then never uses.

The code I am using as a base for my wireless communication is something that was posted by a TI employee on this forum already. The link to the sample code can be found here

I have looked through the code myself and have thus far found no reference whatsoever to any of the pins I am using, and am therefor extremely confused. As a way to test and make sure that it isn't just my coding in general, I tested my code while setting a different pin to GPIO each time, and recorded the results. I even tested with pins that are not connected to anything at all. Below is a table detailing the results I collected

PXDIR \|= BITY	Running with Computer	Running Independently
No Pin	Success	Success
Pin J.1	Success	Success
Pin J.3	Success	Success
Pin 1.5	Failure	Success
Pin 1.4	Failure	Success
Pin 1.3	Failure	Success
Pin 1.2	Failure	Failure
Pin 1.1	Failure	Sometimes Success
Pin 1.0	Success	Success

What also puzzles me is the fact that setting some pins causes the system to fail when running the code through my computer, but when I have it run on its own with an external power source (code is on the MSP430 and ready to work on its own) then the system will succeed.

Other important details to note about my setup are as follows:

Both the board I am making and the booster pack run at 433MHz setting, and have confirmed that it works fine on its own
The original code that I am working from was meant for a MSP430G2553, and I made some changes to the code that I am working with so it can run with the MSP430FR5728. So it is possible I overlooked something.

I'd appreciate it if anyone could either get in contact with the person that made the original code (again, can be found here) or if you might have an idea of what is causing this problem then please feel free to suggest an answer. This has taken much longer then should be necessary, and I really want to try and finish this soon.

Thank you

over 9 years ago

0 Siri over 9 years ago

TI__Guru* 86241 points

Please be more specific as to what your problem is. You say that you are not able to receive, but how do you know that the problem is not on the transmit side?

If your transmitter is OK, how do you know that you are not receiving anything? Are you not getting the packet received signal, are there LEDs not blinking?

Siri

0 Chris2 over 9 years ago in reply to Siri

Intellectual 330 points

Hi,

Sorry, yes I should have specified how I know that it is the receiver. Before the problem occurred I was using my code to simply send a packet of information from my board to a CC110L Booster Pack. The Booster Pack featured a MSP430G2553 chip mounted on it, and they both had wireless transmission code on the MCU's.

I first had the Booster Pack waiting in receiver mode, and had my prototype board send a packet of information to the Booster Pack. Once the pack was sent, the board I have switched to receiver mode. Meanwhile, when the Booster Pack receives the packet sent, it flashes a LED connected to it as a signal to me that it received the packet.

The Booster pack would then switch to transmission mode about two seconds later, and send a packet to the board I am making. These two seconds was more then enough time for my board to switch to receiver mode and wait to get a packet. Just like the booster pack, it had a LED connected to one of the pins (Pin J.1) and would flash the LED when the packet was received.

After the packet is sent by the booster pack it would then switch back to receiver mode. two seconds later, my board switches back to transmit mode and starts from the beginning. This would be an endless loop of one setup flashing a LED when it gets a packet, then send a packet back in response before going back and waiting to get a new packet.

Hopefully the way I explained it makes sense. More or less, it was a conversation going on between the two boards where one board would listen and then speak after the other is finished talking. And this would just go on forever.

With the setup I am now trying to do of setting pins 1.1, 1.3, and some others to be digital output mode, my booster pack no longer flashes to let me know that it received a packet like it used to. The code was exactly the same regarding transmission and receiving, the only change was the inclusion of P1DIR |= BIT1; and such.

Does that answer the question you were asking, or did I kind of go off and lose you a bit?

0 TER over 9 years ago in reply to Chris2

TI__Guru**** 317180 points

I'm not too sure if I understand which pins you are referring to. I assume it's the boosterpack? To avoid misunderstanding, is it this: www.ti.com/.../430boost-cc110l you are using?

Have you checked that the IOs you try to use is not used for something by the radio?

Sub-1 GHz

Sub-1 GHz forum

CC110L - Wireless Communication disabled by presence of setting a Digital I/O pin?