PROBLEMS WITH MC13213 SCI/CHARACTER 0X0A

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

PROBLEMS WITH MC13213 SCI/CHARACTER 0X0A

1,210 次查看
Favaro
Contributor I
Hi, I'm developing an application using MC13213, that application receives a setup package via Air in the routine named "void MCPSDataIndication(tRxPacket *gsRxPacket) ", and the device is responsible for configure a peripheral using serial RS232 coommunication.
 
1) The first problem that I've faced is that the peripheral just talk in 7 bits word size and MC13213 unfortunatelly uses 8 or 9 bits. This problem I solved just putting a 7 bits mask on the information.
 
2) The second problem that I didn't solved yet, is that when I receveid the packed on the "void MCPSDataIndication(tRxPacket *gsRxPacket) ", there is an information that is 0x0A or LF, and when I dump memory in order to find this character in the sequence that I receive I can't found.
If, for example I send 0x0C against 0x0A, I can see 0x0C in memory.
 
Question: Has MC13213 some limitation regarding the character set that I can use?
 
Could someone expert help me?
 
Thanks in advance,
Luciano Fávaro.
 
标签 (1)
0 项奖励
1 回复

296 次查看
fgs_chuck
Contributor I
Luciano,

Depending upon the peripheral that is at the other end of the serial port, it may be sending a "\r\n" sequence instead of only a LF terminator. If so, then look at your system code for fetching the RS-232 data. Depending upon your files, it may be the SCIgets() function in SCI.c. In the SMAC samples for the MC13213, this SCIgets() uses 0x0D (or '\r') as the line terminator for RS-232 data.


Regards,
Chuck Matthews

0 项奖励