MRT

[vortexe9000]

sdrgfzv
_________________
Banned for spamming his own posts

[TMLtech]

Int_rda only works if you use hardware uart.

[Ttelmah]

If you use a chip with multiple hardware UART's, you will have INT_RDA, and INT_RDA2 (and even RDA3, and 4, in chips like the 24FJ128DA106).

You can potentially give a 'semi' interrupt driven behaviour using the software, but with a _lot_ of limitations, by connecting the incoming data to a line supporting a hardware level interrupt. Program this to receive the character when it falls. Problems, _only_ ever 'half duplex' (you can only send _or_ receive with a software UART), and your code will stick inside the interrupt code for the entire character time, potentially degrading the whole system....

Alternative, add an external UART. Phillips do some I2C UART's, giving the advantage of hardware buffering, or (typically similar/less cost), use a really small PIC with a hardware UART, and connect this to receive the data for you.

Best Wishes

[temtronic]

You don't say how many UARTs you're needing OR the speed of them !. If less than 4, there are PICs that will work by themselves or use external UARTs in I2C or SPI devices.
If more than 4, then the 'network' might be better served by using RS485, RS488 or other devices. You could even 'daisychain' the RS232 devices to one PIC with hardware UART and use software to figure out who is transmitting to you.One Z80 computer was famous for this type of structure.
There is a tradeoff in hardware vs. software so it depends upon where your strengths lie, money for the project, and overall scope.