| ??? 03/01/06 19:31 Read: times |
#111003 - What????? Responding to: ???'s previous message |
M Chitrakar said:
since I have to send continuous 10 bytes to the computer, I guess its better to wait for every byte to be send before sending next byte rather than that unintended *efficiency* of C code. Of course you can't start transmitting the next byte before the previous one has completed - and neither your 'C' version nor your assembler version will allow it. Once you have loaded a character into SBUF, you still have to fetch the next one before you can start sending it. You might as well get that done while the UART is busy: : : load char to SBUF; fetch next char; wait for TI; load next char to SBUF; : etcIf your characters to send are in XDATA, "fetch next char" could involve several instructions! |
| Topic | Author | Date |
| putchar C51 serial communication problem | 01/01/70 00:00 | |
| Keil putchar source | 01/01/70 00:00 | |
| putchar() reworded | 01/01/70 00:00 | |
| TI | 01/01/70 00:00 | |
| thanks and here is my C code of asm... | 01/01/70 00:00 | |
| should be obvious | 01/01/70 00:00 | |
| To be fair | 01/01/70 00:00 | |
| C gives higher performance! | 01/01/70 00:00 | |
| Initial conditions | 01/01/70 00:00 | |
| waiting better than uninten effcy | 01/01/70 00:00 | |
| Better? | 01/01/70 00:00 | |
| Math? | 01/01/70 00:00 | |
| What????? | 01/01/70 00:00 | |
| no work to do unitl bytes send | 01/01/70 00:00 | |
| OK | 01/01/70 00:00 | |
| or... | 01/01/70 00:00 | |
| That is better | 01/01/70 00:00 | |
| i read about putchar() | 01/01/70 00:00 | |
| Try \Keil\C51\LIB\getkey.c | 01/01/70 00:00 | |
| Keil Library Source Files | 01/01/70 00:00 | |
| ok | 01/01/70 00:00 | |
| No and Yes | 01/01/70 00:00 | |
| but what about AT cmd | 01/01/70 00:00 | |
No | 01/01/70 00:00 |