In 8051 9 bit uart mode is used when communicating with multiple devices what is the provision for the same in lpc2148
so in 8051 with KEIL C51 9 bit uart mode is used when communicating with multiple devices what is the provision for the same in lpc2148 withe KEIL MDK?
Your question contains "with KEIL MDK". Totally wrong line of reasoning. The LPC2148 don't care if you use Keil or not.
A better question might be: "Can the LPC2148 do 9-bit communication using the UART?"
How far have you come solving that question? Have the processor user manual given you some ideas yet?
So I don't say keil and someone complains its a keil forum and then I say I use keil and someone else complains I should not say keil. I think at least on of you just wants to wind me up. No games. If you can answer please do. Else SHUT UP.
No, it is not a Keil question!
It is a question about the LPC2148 hardware - and, therefore, a question to which you will find the answer in the LPC2148 documentation.
The capabilities of the LPC2148 (or any other) hardware are not affected by what development tools you use!
Again, that is a feature of the 8051 hardware - it has nothing specifically to do with Keil!
The 9-bit "multiprocessor" facilities can be handled equally well in any other development tools from any other manufacturer.
The interesting thing here, is of course that the user manual UM10120 which claims to be for LPC213x don't mention any 9th bit. What does the user manual for LPC2148 say? Or do you expect people to download user manuals for processors they don't use just to do your work?
If the processor don't have 9-bit transfer mode (which lots of processors don't), then it's extra interesting trying to use 9-bit transfers - basically playing with parity forced high or low on transmit and checking for parity error or not on receive... Anyway - how to implement 9-bit transfers isn't a Keil question but a processor question.
The 8th bit in 8051 is quite the same as the parity bit in other architecture.
The only difference is that 8051 is too weak to do a hardware level Parity Error check... And that'll help a lot when implementing a 'multi-communicating' in your word.
If you should spare your time to read the hardware manual, say, 5~10 minutes, that's enough to find your way there, and you'll know what to do next.
PS. There's thousands of ways to communicate with multiple devices, based on your hardware/system goal or budget. You can clarify your own need.
PSS. It's a bad idea to always blame others, who have nothing to do with your paper/project/learning plan, and don't know what you want.
No, that's not true.
The 9th bit in the 8051 "multiprocessor" mode (and other processors which support this) has a specific function to distinguish "address" from "data" bytes. And the 8052 Enhanced UART adds automatic hardware support for this.
True, you can instead use the 9th bit as a parity bit if you wish - but then you lose the "multiprocessor" functionality.
Again, this is a feature of the hardware and has nothing to do with any particular software toolset.
Oh, I used to take Automatic Address Recognition as an extension of basic 8051 architecture. I've checked Intel 80C51's datasheet and found it included in the 8051 core. With AAR feature it'll be much easier to implement multi-uC communication with reduced sw. overhead.
For LPC2148, of course it can implement AAR-like feature by PE interrupt and a few more lines of code.