RS-232: Wie groß darf der Fehler im Bit Timing sein?

Gast Gast #1325466 
Moin Moin,

kennt jemand ein Dokument, aus dem hervorgeht wie groß
die Abweichung beim Bit Timing einer RS-232 Kommunikation sein
darf, ohne das es zu Übertragungsfehlern kommt?

Ich habe im großen Internet Angaben gefunden, das es bis 5%
funktionieren soll. Und das man bis 1% keine Übertragungsfehler
findet.
Aber es sind alles Angaben ohne Nachvollziehbarkeit der 
Informations-quelle.
Leider habe ich bis jetzt im Internet keine Spezifikation für RS-232 
gefunden, in der speziell auf das Bit Timing eingegangen wird.

Ich muß das Bit Timing selber generieren, da ich auf grund der Hardware 
nicht auf eine richtige RS-232 Schnistelle zu greifen kann.

Vielen Dank,
ein Gast
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Jupp Gast #1325483 
Das läßt sich pauschal nicht beantworten. Hängt von der Implementierung 
der Empfängerseite ab.

Was ist denn Dein Problem? An sich spricht nichts dagegen das "Timing 
selbst zu erzeugen". Und das kriegt man in der Regel auch genau hin, 
wenn die Taktfrequenz an sich das zuläßt. Timer benutzen! Befehlszyklen 
auzählen!

Hier gibt es auch Beispiele für eine SW UART mit dem AVR.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast Gast #1325495 
In einem Dokument von Motorola wurde so gerechnet, daß maximal 3% 
Abweichung sein dürfen. Bei Übertragung von max. 11 Bit (Start, 8xDaten, 
Parität und Stopp) ergibt sich ein maximaler Versatz von 33% über ein 
Datum. Bei Abtastung in der Mitte jedes Bits wären <50% zulässig. Da 
aber meist Mehrfachabtastung in der Mitte angewendet wird und auch 
Anstiegszeiten der RS232-Signale zu addieren sind, bleibt man mit 3% auf 
der sicheren Seite.

Erfahrungsgemäß sind die AVR nicht so tolerant mit dem Timining. Das 
habe ich nie näher untersucht, empfehle aber eine Toleranz von max. 1%, 
was mit Quarzen oder keram. Resonatoren nie ein Problem sein sollte.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast Gast #1325510 
Weißt Du wie das Dokument von Motorola heißt?

Mit der Implementierung habe ich kein Problem, es läuft alles.

Ich bin nur auf der Suche nach einem Dokument, welches ich als Refrenz
angeben kann, um meine Annahmen/Rechnung zu untermauern. Und ein
offzielles Dokument macht sich da immer Besser als ein Link ins
Internet ;-)
Antwort Zitieren Bearbeiten Löschen Melden Danke
Peter D. #1325807 
Das läßt sich doch ganz einfach ausrechen:

Nehmen wir z.B. das Datenblatt des ATMega8.
Jedes Bit besteht aus 16 Takten, d.h. Start + 8Bit + Stop = 160 Takte.

Die Bits werden mit dem 8, 9, 10 Takt abgetastet, das Stopbit also mit 
dem 154. Takt. Das nächste Startbit darf also erst nach dem 155. Takt 
anliegen, sonst geht es flöten.
Also 161 Takte des Senders dürfen minimal 155 Takte des Empfängers lang 
sein.
Das ergibt dann folgende äußerst komplizierte Rechnung:

161/155 - 1 = 3,2%.

Nun machen wir noch ne Wurst-Käse Rechnung, d.h. jeder Teilnehmer nimmt 
sich das gleiche Recht für nen Fehler raus, aber in entgegengesetzter 
Richtung:

3,2% / 2 = 1,6%

1,6% ist also der maximal zulässige Fehler.

Die AVRs können auch 8 Takte pro Bit einstellen, dann muß der Fehler 
natürlich noch geringer sein. Aber das kann sich ja jeder selber 
ausrechnen.


Peter
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 17 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.