RS232C 調歩同期のビットレート誤差について

質問

RS232C 調歩同期のビットレート誤差は何％程度まで許容できるのでしょうか？
また、目安とその理由について教えて下さい。

SH4のプログラムを組んでいます。
例えば、パソコンとRS232C（調歩同期）通信を行う際のビットレートの設定で、SH4側のビットレート誤差は何％以内にするべきでしょうか？
クロック同期の場合は、「なるべく1%以内になるように」とマニュアルに記載があるのですが。。。

回答No.1

kabasan · ベストアンサー

まずは
データ長８ビット
パリティなし
ストップビット１

だとすると、シリアルデータは全部で１０ビットです。

スタートビットから同期し、各ビットの中央でデータをサンプリングするなら、１０番目のビットが５０％以上ずれるとアウトです。つまり５％誤差ですね。

しかし世の中そううまくいきません。コントロールＩＣによって違いますが、ビットレートの８倍や１６倍で各データをサンプリングします。１ビットを８回や１６回チェックしてるんですね。

ビットがＨかＬかを判断するのもいろいろですが、中央部数回分（８回サンプルなら３～４回程度）を多数決原理で判断するのが多いようです。とすると、せいぜい２．５％となります。

これに、クロック源の誤差も加味すると２％くらいが限度です。

ＣＰＵクロックからビットレートを生成する場合、ビットレートにあわせた変な周波数のクロック源でなければ０％なんて無理ですよね。実際は１％以内なら気にしませんし、大丈夫ですよ。

お礼

なるほど、参考になります。ありがとうございます。
データサンプリングの回数や位置、データの判断方法で異なってくると言うことですね。送り側と受け側の誤差の蓄積を考慮しても、１％以内にしておけば殆どのケースで問題にならないということでしょうか。
確認の意味を含めまして、お礼申し上げます。

回答No.4

kabasan

>１％以内にしておけば殆どのケースで問題にならないということでしょうか。

まさしく「ほとんど」問題になりません。
と、言うのは、調歩同期は通信する２個の機器が別々にクロックを生成していますから、相手がどのくらい正確かわかりませんし、仕様にもクロック精度は定義されていません。信用するしかないって事です。

しかし、２３２Ｃ通信程度で同期がずれるようでは、もはや「商品」クオリティではありません。個人的考えですが、「商品」か「アマチュア作品」かのボーダーラインは１％未満の領域にあると思います。
Ｎｏ２の方がおっしゃるように、「１％」というのは２３２Ｃにおいて「相当大きな誤差」だと思います。

ＳＨ４は、ボーレートジェネレータかＣＴＣ出力をクロック源として使えるはずですし、それを使用すれば０．２％くらいの精度にするのは造作も無いはずです。それで同期がずれたら悪いのは相手側ですよ。

お礼

色々と経験的なところを教えてもらいありがとうございます。
非常に役に立ちました。
また、別の質問をした際も宜しくお願いします。

回答No.3

kabasan

すいません。最後になぜ１％なのか書き損じました。ＳＨ４側が＋１％、相手が－１％の誤差なら、相対的に２％程度の誤差です。

したがって１％程度が限度と考えるべきです。

回答No.2

ymmasayan

具体的な値は知りませんが、調歩同期では問題にしなくていいと思います。
調歩同期では１０ビット(程度）ごとに同期を取りますのでビットレートの
誤差は相当大きくても問題になりません。