| ??? 10/29/07 14:43 Read: times |
#146349 - processing? Responding to: ???'s previous message |
Andy Neil said:
Jan Waclawek said:
... that most devices which can be described as "slave" work in a question-answer master-slave mode, hence the link needs to be halfduplex only (this simplifies the software UART calculations) Quite so: The trouble with software UARTs in general is the processing required to do the sampling of the incoming bitstream. Although the amount of processing remains the same, it's a lot easier to manage if you only have to handle incoming characters when you've specifically requested them... Oh, not only that - more importantly, you don't need to be bothered by the outgoing characters' timing SIMULTANEOUSLY with the incoming characters (or, more particularly, startbit) sampling... And, if this is truly a question-answer "protocol", it is even not necessary to "listen" at two ports simultaneously... so it breaks down to almost a trivial problem... (OK the key issue here is "almost" :-) ) JW |
| Topic | Author | Date |
| Tripple UART | 01/01/70 00:00 | |
| External UARTs ? | 01/01/70 00:00 | |
| software UART | 01/01/70 00:00 | |
| Different options | 01/01/70 00:00 | |
| much of this follows from the fact... | 01/01/70 00:00 | |
| simplified software UART | 01/01/70 00:00 | |
| processing? | 01/01/70 00:00 | |
| And if this is designed in-house | 01/01/70 00:00 | |
| Master/slave | 01/01/70 00:00 | |
| How much control do you have ? | 01/01/70 00:00 | |
| who write/wrote the firmware for the "slave"s? | 01/01/70 00:00 | |
| Raw code by leo lau | 01/01/70 00:00 | |
| So why the 3rd 8051? | 01/01/70 00:00 | |
| 3rd 8051 | 01/01/70 00:00 | |
| More info required | 01/01/70 00:00 | |
| SC16IS752/SC16IS762 | 01/01/70 00:00 | |
| Dual UART with I2C-bus/SPI interface | 01/01/70 00:00 | |
| Possible tripple UART solution | 01/01/70 00:00 | |
| the easy way | 01/01/70 00:00 | |
| What's a LPC?? | 01/01/70 00:00 | |
LPC - Good question... | 01/01/70 00:00 |