| ??? 03/28/09 13:25 Read: times |
#163923 - No - the *other* end! Responding to: ???'s previous message |
Joe Gold said:
Another check option is to expect a "AT" command as discussed in posts above. No - you've entirely missed the point, I'm afraid! I am talking about the device that has to send the "AT" - not the device that receives it! In my original post, I said:
Usually, questions about "Autobaud" (or Automatic Baud Rate Detection, ABRD) refer to a device that needs to accept input at "any" (within reason) baud rate.
I'm now thinking of doing this "the other way around" - ie, a controller that needs to send commands to another device, when the baud rate of that device is not known in advance. Specifically, the case where a modem is connected to a microcontroller, but the microcontroller doesn't know the modem's baud rate in advance. http://www.8052.com/forumchat/read/163876 |
| 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 |