| ??? 05/29/10 19:03 Read: times |
#176309 - "No other way??" Responding to: ???'s previous message |
I agree that using the timer interrupt is the preferred way to generate the extra bit timing. To say that there is "no other way" is a bit extreme because of course there are other ways to generate this delay too. Several of the schemes used include:
- Inline software delay loops - Using echo back of transmit bytes back into the receiver side of the UART - External oneshot that triggers a port pin for polling - External oneshot that triggers an external interrupt pin - Using an external RS485 adapter that has built in auto-line-turn-around built-in - An inexperienced implementer gives up on RS485 and opts for RS422 instead Michael Karas |
| Topic | Author | Date |
| Receiving serial bytes on 80C320 UART | 01/01/70 00:00 | |
| here | 01/01/70 00:00 | |
| Thanks - excellent FAQ | 01/01/70 00:00 | |
| "bible time" | 01/01/70 00:00 | |
| Truly biblical! | 01/01/70 00:00 | |
| My recommendation... | 01/01/70 00:00 | |
| Useful ideas - but I don't want to change the hardware | 01/01/70 00:00 | |
| You are absolutotally unconditionally confused | 01/01/70 00:00 | |
| !RI or /RE | 01/01/70 00:00 | |
| I'll re-answer the post above | 01/01/70 00:00 | |
| Use previous advice and keep receiver enabled | 01/01/70 00:00 | |
| This can't be right... | 01/01/70 00:00 | |
| How to get it working | 01/01/70 00:00 | |
| sometimes right, sometimes wrong | 01/01/70 00:00 | |
| e-mailed to Steve, Craig --- forum FYI | 01/01/70 00:00 | |
| We're getting there... | 01/01/70 00:00 | |
| I believe you are corect.... | 01/01/70 00:00 | |
| join the club | 01/01/70 00:00 | |
| "No other way??" | 01/01/70 00:00 | |
in my (personal) opinion | 01/01/70 00:00 | |
| what is "other code" ? | 01/01/70 00:00 |