| ??? 03/27/09 10:22 Read: times |
#163898 - Start slow, or start fast...? Responding to: ???'s previous message |
Ap Charles said:
It says:-
"They would start at high speeds and progressively get slower and slower until they heard an answer. " because you want to find the fastest possible line speed. But that's not necessarily the case with a microcontroller - the fastest speed might be "uncomfortable" for the microcontroller (or the application within the microcontroller). Hence I said: (conversely if you start at 115k2, you might not want to get stuck there, either) Ap Charles said:
you do it ... from slower to higher baud this can take more time Yes, that's true - not sure if it's significant, but it's true! Which is why I'm pretty much convinced now that going for the "preferred" and "most likely" speeds first is the way to go - see: http://www.8052.com/forumchat/read/163895 |
| Topic | Author | Date |
| Autobaud - the other end... | 01/01/70 00:00 | |
| Doh | 01/01/70 00:00 | |
| Eh? | 01/01/70 00:00 | |
| Homing in | 01/01/70 00:00 | |
| Considerations | 01/01/70 00:00 | |
| How does it respond to AT? | 01/01/70 00:00 | |
| The proper response to "AT" is "OK" | 01/01/70 00:00 | |
| no absolutely perfect solution | 01/01/70 00:00 | |
| Character time | 01/01/70 00:00 | |
| Go for KISS | 01/01/70 00:00 | |
| only be needed once after a modem change. | 01/01/70 00:00 | |
| Some ARM7's have Autobaud detect | 01/01/70 00:00 | |
| No - the *other* end! | 01/01/70 00:00 | |
| Fall back and forward | 01/01/70 00:00 | |
| Only interested in local DTE-DCE speed | 01/01/70 00:00 | |
| You were clear | 01/01/70 00:00 | |
| Start slow, or start fast...? | 01/01/70 00:00 | |
| Unnecessarily high? | 01/01/70 00:00 | |
| High baudrate = bursty | 01/01/70 00:00 | |
| Throughtput | 01/01/70 00:00 | |
| Keep Up? | 01/01/70 00:00 | |
Keeping up always hard at high baudrates | 01/01/70 00:00 | |
| KISS? | 01/01/70 00:00 | |
| A Cunning Plan... | 01/01/70 00:00 | |
| Timing | 01/01/70 00:00 |