 |
 |
| View previous topic :: View next topic |
| Author |
Message |
asczarnecki
Joined: 10 Mar 2022
Posts: 2
|
| PIC18LF27K40: rs232- Rx working, TX never sends |
 Posted: Thu Mar 10, 2022 4:23 pm |
 |
|
Hello, I'm using a pic18lf27k40. The issue is I have setup rs232 the following pins and am able to receive a byte and do a long or short flash, but the response byte is never sent. If anyone has insight it would be greatly appreciated.
NOTE: I cannot change the pins b/c boards are already in production. These pins are in use for i2c but we want to be able to switch to uart and add a bootloader to all new boards
| Code: | #define IO_RX PIN_C3
#define IO_TX PIN_C4
#use rs232(STREAM=UART_BOOT,BAUD=9600,xmit=PIN_C5,rcv=IO_RX, ERRORS, DISABLE_INTS, FORCE_SW)
uInt8 data,st = 0;
while(1){
data = 0;//fgetc(UART_BOOT);
switch(data){
case 0xAA:
fputc(data+1,UART_BOOT);
//fputc(data + 1, UART_BOOT);
LedPulse(100);
break;
case 0xDD:
fputc(data+1,UART_BOOT);
//fputc(data + 1, UART_BOOT);
LedPulse(500);
break;
default:
//#use rs232(STREAM=UART_BOOT,BAUD=115200,xmit=IO_TX,rcv=IO_RX, ERRORS, DISABLE_INTS, FORCE_SW)
fputc(0xEE,UART_BOOT);
//st ? LedSetPwm(100) : LedSetPwm(0);
LedSetPwm(st ?100:0);
st = !st;
//output_toggle(PIN_C4);
//printf(UART_BOOT, "%d",data+1);
//fputc(0x01, UART_BOOT);
break;
}
delay_ms(50);
} |
|
|
 |
PCM programmer
Joined: 06 Sep 2003
Posts: 21708
|
|
| Posted: Thu Mar 10, 2022 6:32 pm |
|
|
| Where are your #pin_select statements ? |
|
|
Ttelmah
Joined: 11 Mar 2010
Posts: 19510
|
|
| Posted: Fri Mar 11, 2022 1:40 am |
|
|
If you look, he is using software RS232.
However he talks about using a UART....
However there seems to be a likely problem on what pin is actually used.
He has an 'IO_TX' pin defined as C4, but actually sends on C5. Which one
is right, and is being tested?.
On the C4 pin, if the PPS is setup for this to be an I2C pin, he needs to
turn this off before he can use it for normal I/O.
#PIN_SELECT NULL=PIN_C4
Otherwise the peripheral always has priority over normal I/O.... |
|
|
asczarnecki
Joined: 10 Mar 2022
Posts: 2
|
| Solved! |
| Posted: Fri Mar 11, 2022 9:28 am |
|
|
Thank you for your response! The pin change from C4 -> C5 was for testing with the scope on a more accessible pin.
The solution did come from selecting the pins to null before initializing rs232 has fixed the issue!
| Code: |
pin_select("NULL", PIN_C3);
pin_select("NULL", PIN_C4);
|
This other post you responded to had some helpful stuff too.
http://www.ccsinfo.com/forum/viewtopic.php?t=57581
Thanks again! |
|
|
Ttelmah
Joined: 11 Mar 2010
Posts: 19510
|
|
| Posted: Fri Mar 11, 2022 10:58 am |
|
|
Good.
It is an important point, that on most of the chips supporting PPS, the
'peripheral' overrides the normal pin operation, so if a pin is setup with
PPS for one peripheral, to use it for anything else you need to either
remove the PPS assignment, or make a new assignment.
Glad you have it working now.
I'd have expected you to actually make new assignments to a UART,
if you intend to use this for a bootloader. |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
FAQ 
Search
Register
Profile 
Log in to check your private messages 
Log in
