タグ付けされた質問 「manchester-coding」

2
10 Mbit / s、マンチェスター符号化信号(20 MHz)の50〜75オーム同軸ケーブル間のインピーダンス整合の影響
TL、DR: 背景情報をたくさん含めたので、これはかなりの量のテキストです。ただし、最終的には適切で正確な質問があります。50Ωと75Ωなどの異なるインピーダンスのケーブルを接続する場合、インピーダンスマッチングネットワークを使用する必要がありますか?考えられる答えは「それは場合によって異なります」から始まる可能性が高く、これが最初に大量の背景情報を提供する理由です。 はじめに 家の階段に沿って投げられたイーサネットケーブルを取り除きたかった。衛星テレビ用に最初に取り付けた既存の予備の同軸ケーブルは、壁にすっきりと隠されている代替として有望であるように見えました。イーサネットオーバーアンテナスタイル同軸用の適切な小さなボックス(75Ω、270 Mbit / sのようなものに対応)を購入しようとしたとき、私は思い出しました10base2-古き良きBNC / RG58同軸イーサネットシステム。その10メガビット/秒で十分だと判断しました。BNCコネクタを備えたハブや、ファンシーな「イーサネットコンバータ」(同軸からツイストペア)の中古市場は、依然として非常に優れています。私が確信していなかった唯一のことは、インピーダンスの問題でした。10base2はRG58ケーブルで50Ωのインストールを使用し、家庭用アンテナシステムのほとんどすべての同軸ケーブル(衛星テレビ用のスペアケーブルなど)のインピーダンスは75Ωです。 10base2は、10〜20 mの不適切な75Ω同軸ケーブルの乱用を処理するのに十分なほど堅牢であることを報告できることを嬉しく思います。そこで修正しました!わーい! しかしながら、 ... 私が行ったハックが本当に悪い(例:やっと十分に良い)か、それともまったく受け入れられるものであるかどうか、私はまだ興味を持っていました。オシロスコープで信号を見ました。セットアップは次のようになります: 同軸の50Ωセグメントと75Ωセグメント間のマッチングがない場合、結果は非常に明白な量の反射ノイズを示します。この欠点にもかかわらず、「目」はまだ広く開いており、デコーダーは喜んでその仕事をすることができ、その結果、パケット損失は正確にゼロになります。 オシロスコープ近くのイーサネットハブによって送受信される信号の組み合わせを調べています。「きれい」な部分から判断すると、送信された信号には約 1.9 V pkpk、受信信号は1.6 V pkpkです。両方のドライバーの出力が同じ振幅であると仮定しても安全である場合、ケーブルによって導入された損失を計算することもできます:20×log(1.6 / 1.9)dB = 1.5 dB。6.6 dB / 100 mの15 mの典型的な同軸の計算では1 dBになるため、十分です。 同軸の75Ω部分の近端または遠端にマッチングネットワークを挿入すると、ノイズが大幅に減少します。このように見えます(このソースへのクレジット)... 近端に一致するネットワークがあると... ... 一致 しない遠端から戻ってくる反射がまだ見えています。 マッチングネットワークが遠端にあるため、ハブと「near」というラベルが付いた不連続部の間の比較的短い50Ωケーブルに沿って反射がなければなりませんが、友人から学んだように、スコープは「見る」ことができません。それらは運転手に吸収されるからです。また、「遠い」ドライバからの信号の一部は反射され、75Ωケーブルに沿って戻り、遠端のマッチングネットワークに終端されます。 比類のないセットアップと比較して、遠端からの信号の振幅は約半分(-6 dB)であり、これは、ネットワークおよびそれが「見ている」インピーダンス全体で5.6 dBの損失を予測する理論とよく一致しています。に。 上記のすべての作業、つまり、一致するネットワークがないか、近端または遠端のいずれかで1つの一致するネットワーク。「仕事」とはping -f、1つのパケットを失うことなく、セグメントを数時間にわたって過ごせることを意味します。 さて、「near」と「far」で2つのマッチングネットワークを使用してみませんか?まあ、10base2はRG58の最大長185 mで設計されており、6.6 dB / 100 mまたは12.2 dB …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.