Part Number: MSP430FR59721
I have setup the registers and believe that they are correct. I have a baud rate of 115200. I am sending a small message with 5 bytes. I can observe the transmitted data on a CRO and it is correct. I can also connect to a PC and observe it is OK. When I transmit from the PC (using Tera term) I do not receive the interrupt. I can see the waveform on the CRO at pin 1 on the MCU. I have GIE set and the receive interrupt enabled. I have no parity set.
Any suggestions would be appreciated.
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to PeterG:
Don't forget to verify answers to your forum questions by using the Verify Answer button.
In reply to Eddie LaCost:
I too have looked at the user guide, data sheet and errata but see not mention of this. I have also looked through all the register names.addresses and can see nothing that resembles this. I look forward to hearing from you as this looks like my problem.
I hesitate to disagree with Eddie, but I don't think the FR59 series has anything like the Port MAPper (F5) nor the ReMaP bits (FR2/FR4). I believe it is the case that you use whichever one you pick in the PxSEL bits. (I think it's even possible to use both sets, though I can't tell you what happens if you do this for the RXD side.) Do you have any code you can show us? Sometimes all it takes is a typo.
[Edit: Fixed my own typo.]
In reply to Bruce McKenney47378:
Let me give more details. My MCU is communicating with a 4G module. I sent an AT command to the module and got no activity on the module's transmit pin, my Rx pin. The 4G module has a uart at 1.8V levels so I use a level shifter in between them. To find out which is at fault I disconnected the MCU Tx/Rx lines from the level shifter. In their place I substituted a RS232 board going to a PC. I set up a terminal program for 115200 baud, 8N1. I was able to send AT commands to the 4G module and receives responses. To me, this means the 4g module is not at fault. I then did the reverse and connected my MCU to the RS232 board and repeated the same test. The PC received the command I sent it. I then tried to send bytes to my MCU. I saw no interrupt at all, BUT I could look at pin 1 of the MCU (USCA0RXD) and see data using the CRO. The data was correct.
My setup is
SetupUART0 bis.b #UCSWRST,&UCA0CTL1 ; Configure UART 0 bis.b #BIT2+BIT3,&P4SEL0 bic.b #BIT2+BIT3,&P4SEL1 bis.b #UCSSEL_2,&UCA0CTL1 ; Set CLK = SMCLK;set up uart0 for baud rate mov.b #4,&UCA0BR0 ; 4 for 115200 baud; 52 for 9600 mov.w #0x05551,&UCA0MCTLW ;0x05551 for 115200; 0x04911 for 9600 clr.b &UCA0BR1 bic.b #UCSWRST,&UCA0CTL1 ; release from reset
I enable the receive interrupt just before I send the data
bis.w #UCRXIE,&UCA0IE ;enable receive int bic.w #UCRXIFG,&UCA0IFG ;clear flag
I cannot see what else I can do and am open to any suggestions. I just want the problem solved, whether it is my problem or someone else.
Thanks for the interest.
How do you know that you aren't getting an interrupt? Breakpoint? LED? What does your ISR look like?
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.