<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.arm.com/utility/feedstylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>RS232 communication in 8051</title><link>https://community.arm.com/developer/tools-software/tools/f/keil-forum/30123/rs232-communication-in-8051</link><description> 
Dear all, 
i am new to this domain. i am trying to send some data from 8051
microcontroller to the PC. i am using philips P89V51RD2
microcontroller and i am using Keil4.22 version tool to program. i
read the 8051 tutorial and configured everyting related</description><dc:language>en-US</dc:language><generator>Telligent Community 10</generator><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/130949?ContentTypeID=1</link><pubDate>Mon, 20 Feb 2012 02:47:05 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:edd518ee-d530-4397-983b-de81ce3c4c9e</guid><dc:creator>radhakrishnan murugesan</dc:creator><description>&lt;p&gt;&lt;p&gt;
Dear all, Thanks for your replies. I found the problem and now
it&amp;#39;s working fine. Actually i forgot to configure the TR1 bit.&lt;/p&gt;

&lt;p&gt;
Thanks and Regards&lt;br /&gt;
Radhakrishnan&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/127367?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 08:39:57 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:b88806e4-dc52-4e2a-aeee-f6c953fc4872</guid><dc:creator>ImPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
Delays on receive side would really be bad. That&amp;#39;s a ten points
out of ten recipe for producing failed communication.&lt;/p&gt;

&lt;p&gt;
If a receiver can&amp;#39;t keep up with incomming data, and don&amp;#39;t have
any handshake support (hw handshake lines or XON/XON or similar) and
the processor load just from the serial interrupts is almost killing,
then the workaround is obviously to deactivate the serial port for a
while. Maybe reactivate it again in 10 seconds, and see if the abuser
is still there, trying to upload the illustrated edition of the
Encyclopedia Galactica ;)&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/116699?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 06:43:06 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:449b36f6-ad46-4df9-8152-b8144e59fe93</guid><dc:creator>erik malund</dc:creator><description>&lt;p&gt;&lt;p&gt;
&lt;i&gt;So for some slow devices, extra &lt;b&gt;transmission&lt;/b&gt; delays may
be needed. But it is rather uncommon.&lt;/i&gt; NEVER have delays in
receive&lt;/p&gt;

&lt;p&gt;
Erik&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/91427?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 02:22:28 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:560efc4f-a497-4419-ac3d-8aac5dc20683</guid><dc:creator>Andy Neil</dc:creator><description>&lt;p&gt;&lt;p&gt;
And be sure to study the uVision &lt;b&gt;Manual&lt;/b&gt; to understand what
you&amp;#39;re doing;&lt;br /&gt;
in particular, &lt;a href="http://www.keil.com/support/man/docs/uv4/uv4_examples.htm"&gt;http://www.keil.com/support/man/docs/uv4/uv4_examples.htm&lt;/a&gt;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/105728?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 01:47:56 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:a7e6b509-631b-4566-929e-87755574ca66</guid><dc:creator>ImPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
Note that some listening devices don&amp;#39;t have hardware-controlled
hanshake support - and may be too slow to manually toggle handshake
lines.&lt;/p&gt;

&lt;p&gt;
And some sending devices don&amp;#39;t have hardware-processed handshake
support - and may be too slow to stop outgoing data when a pin
toggles. Very much so if the UART is configured to use FIFO for the
transmission, in which case the UART may already have multiple
characters queued for transmission.&lt;/p&gt;

&lt;p&gt;
So for some slow devices, extra delays may be needed. But it is
rather uncommon. Most listeners that makes use of hardware handshake
toggles the handshake state while still having room for a number of
characters. Designing so that the receiver can survive a full FIFO
burst from a transmitter (if the device can&amp;#39;t handle full continuos
transfers at max speed) reduces lots of end-customer problems, and
keeps the support costs down. Note that some USB-connected UARTs can
have very large FIFOs, to try to mask the latency in the USB
interface.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/91423?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 01:38:27 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:1c54d773-8992-410a-8390-b6df03eeeb65</guid><dc:creator>Tamiryan Michael</dc:creator><description>&lt;p&gt;&lt;p&gt;
No delays are required if hardware flow control is enabled in
conjunction with interrupt driven TX/polling of UART status
register.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/67248?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 01:33:23 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:30abce7f-7448-40ab-a574-a44d6a12c8b2</guid><dc:creator>ImPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
No user delay. The UART have specific means to tell when it&amp;#39;s
ready for more data. It&amp;#39;s only when you know that the receiver is
very, very slow (maybe having to spend time processing the received
data but without buffer space to both keep old message and receive
more) that you add own delays.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/60365?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 01:14:05 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:40c1b359-991f-4383-8824-eb47a55122b8</guid><dc:creator>51 goroo</dc:creator><description>&lt;p&gt;&lt;pre&gt;
void main (void)
{ init_SerialPort() ;

while (1) { while (!TI); TI = 0; SBUF = &amp;#39;A&amp;#39; ; }
}

void init_SerialPort()
{ SCON = 0x60 ; PCON |= 0x80 ; TMOD |= 0x20 ;
  TH1 = 0xF8 ; TL1 = 0xF8; TR1 = 1; TI = 1;
}
&lt;/pre&gt;

&lt;p&gt;
hugs n kisses.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RS232 communication in 8051</title><link>https://community.arm.com/thread/67249?ContentTypeID=1</link><pubDate>Mon, 13 Feb 2012 01:10:57 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:0486ad1b-ff56-4e06-83ac-18a418e91abc</guid><dc:creator>Andy Neil</dc:creator><description>&lt;p&gt;&lt;p&gt;
Start with the &lt;b&gt;Hello World&lt;/b&gt; example that is included in the
Keil installation...&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>