タグ付けされた質問 「serial」

シリアル通信では、データは時間の流れとして送信されます。主な利点:必要なワイヤーがはるかに少ない。主な欠点:同じスループットでより高い帯域幅。

2
シリアル初心者:ワイヤーをつなぐことができないのはなぜですか?
私は、ほとんど何も理解せずに、USB-SerialコンバーターでArduino風のコードを使用してATtiny85からPCに送信しようとしています。私はショックを受け、うまくいかなかったことにthat然とした。 その小さなピンがピンの1つの電圧を点滅させていることを確認しましたが、そのピンをUSBシリアルケーブルで送信または受信に接続し、ターミナルプログラムを使用して試聴しようとしても、何も得られません。 どの部分が壊れているかをどのように判断するかわかりません。 シリアルを送信するには、VCC、GND、TXD以上のものが必要ですか? 詳細: この小さなコードはArduino環境で書かれており、少なくともLEDによれば、同様のコードが4つの「PORTB」ピンすべてを正常に点滅させます。HLTとSaporettiのコードを使用して、C ++のArduino方言を使用してプログラミングします。プログラムはまだKの下にあります。 #include <SoftwareSerial.h> SoftwareSerial s(0,1); //receive on "0", and transmit on "1" aka "PB1" aka pin 6 void setup() { s.begin(4800); } // assuming 1Mhz, 4800 baud void loop() { s.println(millis()); } // transmit something at every opportunity 多くの翻訳が含まれますが、コードは非常に基本的です。ボーレートを設定するコードは1MHzを想定しているようですが、幸いなことに、私の設定には工場出荷時のデフォルトヒューズがあり、1MHzで動作します。いずれにしても、ピン6はLEDに応じて電圧が点滅しています。 そこで、FTDI USBシリアルコンバーターの「ftdi」端を小さなワイヤーに接続します。黒にGND、赤にVCC、オレンジに6。PCでプログラム「minicom」を開き、ボーを設定します。 4800まで評価して、何もしないで待ちます。Boarduinoと話をするとき、問題はありません。 FTDIコンバーターケーブルのピン配列は次のとおりです。黒はGND、茶色は「CTS」、赤はVCC(+ 4.98V)、オレンジは「TXD」、黄色は「RXD」、緑は「RTS」です。 …
14 attiny  arduino  serial  ftdi  usb 


3
UARTレシーバーのクロック速度
私はUARTの基礎を理解しようとしていました。 非同期通信プロトコルであるため、TXクロックとRXクロックは互いに独立しています データの受信は、スタートビットと1つ以上のストップビットの使用によって保証されます。さらに、受信に使用されるSIPOレジスタを駆動する適切なクロックを生成するために、レシーバはデータレートを認識する必要があります。 ここでの質問は 通常、ビットレートの16倍のクロックを使用してデータを回復することが言及されています。では、bpsからクロック周波数への変換はどのように可能ですか?UARTレシーバーで採用されているクロッキングメカニズムを研究するための参考資料を提供してください。

4
BJTトランジスタは飽和状態でどのように機能しますか?
これは、NPN BJT(バイポーラジャンクショントランジスタ)について私が知っていることです。 ベースエミッタ電流はコレクタエミッタでHFE倍に増幅されるため、 Ice = Ibe * HFE Vbeはベースエミッタ間の電圧であり、他のダイオードと同様に、通常は約0.65 Vです。Vecしかし、私は覚えていません。 Vbeが最小しきい値よりも低い場合、トランジスタは開いており、どの接点にも電流は流れません。(大丈夫、たぶん数μAのリーク電流ですが、それは関係ありません) しかし、まだいくつか質問があります。 トランジスタが飽和しているときの動作は? Vbeしきい値より低い以外の条件の下で、トランジスタをオープン状態にすることは可能ですか? さらに、この質問で私が犯した間違いを(回答で)遠慮なく指摘してください。 関連する質問: トランジスタがどのように機能するかは気にしませんが、どのように動作させることができますか?


2
シリアル信号のノイズ(静電容量関連?)
「エグゼクティブサマリー」写真: タブレットのヘッドフォンジャックから出力されるシリアル信号をデコードしたい。これは、いくつかの携帯電話やタブレットに存在するやや奇妙な「ハック」です。基本的に、TRRSプラグのマイク入力に3.3Vを供給すると、左右のチャンネルがシリアルTX / RXになります。 Raspberry PI TRRS-to-TVケーブル(2枚目の写真を参照)を使用して、必要な4つの場所(GND、MIC、L、R)にアクセスしました。ケーブルは、露出する以外のことを行うものではありません。 3つの対応するケーブル(赤、白、黄色)の3つの信号(MIC、L、R-GNDとペアリング)。 BitScopeのプローブを使用して、TX(2番目の写真の白いケーブルの先端)と共通のGND(2番目の写真の下部にある茶色のプローブ)の間をプローブしました。また、2つのプローブ(赤と青のプローブ)を使用して、USB / TTLチップ(ラップトップに接続されたPL2303HX)からMIC(赤)チップに3.3Vを「供給」しました。 タブレットを再起動すると、115200(8〜9usのピーク間)のシリアル信号が紛れもなく見られますが、多くの静電容量(ビデオ)があります。 だから、私の質問-オンラインになってTRRSプラグ、ケーブル、はんだごてを注文する前に-私が見ている静電容量は... 長さ1メートルのTRRS-TVケーブル、またははんだ付けされたケーブルの代わりにプローブを使用 または プローブとケーブルは実際にはこのくらいの静電容量を考慮できません。そして、私がこれを見ている理由は、タブレットのヘッドフォンジャックが単にこの信号を発するように設計されていなかったからです。 。 おそらく推測できるように、私はこの種のものに非常に新しいです。私はソフトウェアの男で、1週間前にBitScopeを購入しました。タブレットのシリアルに「楽しみと利益」(ブートローダーのハッキング、Cyanogenmodのコンパイルなど)にアクセスしたいと思っています。 これが失われた原因であるかどうか(つまり、ケーブルがこれほどの静電容量を説明できない)かどうかの推測を評価していただければ幸いです。 ヘルプ/提案を事前に感謝します。

6
COMポートで生データをキャプチャする
Bluetooth送信デバイスがあり、PC(Windows 7)が接続され、RS232シリアルポート(COM4)を介して接続されているかのように構成されています。Bluetoothデバイスが送信した生データ、またはCOM4で受信した生データをキャプチャするにはどうすればよいですか?
11 serial  port  windows 

6
非標準シリアル信号を効率的にデコードする方法
私は、RF送信ASICと、最終的にPCにデータを送信する必要があるワイヤレスレシーバーを含むプロジェクトに取り組んでいる研究チームの学部生です。 レシーバーは高速、連続、非同期、非標準のシリアル信号(SPI、I2C、UARTなどではない)を出力するので、私の仕事は、レシーバーをコンピューターに接続するマイクロコントローラーソフトウェアを作成することです。現在の私のアプローチは、エッジトリガー割り込みを使用してデータを循環バッファーに配置し、メインループでビットごとのデコードプロセス全体を実行することです。マイクロコントローラーは、USB(仮想COMポート)を使用してこのデータを同時にコンピューターに出力する必要があります。 これが私が抱えている問題であり、私が予期している問題の1つです。 非常に強力な72 MHz ARM Cortex M3プロセッサを使用しても、バッファリングされたデータを十分に速く処理できません。ビットレートは400 Kbps(2.5 us /ビット)です。参考までに、ビットあたり180サイクルしか残しません(デコードとISRを含み、オーバーヘッドは30サイクルまで!)。MCUは、メインループでポーリングする他の多くのタスクも処理する必要があります。 USB仮想COMポートドライバーも割り込みベースです。これにより、ドライバーが最終的にプロセッサに長い間中断され、ビットが送信される可能性のある2.5マイクロ秒(180サイクル)のウィンドウを見逃すことになります。このような割り込みの競合/競合が通常はどのように解決されるのかわかりません。 だから問題は単純に、これらの問題を解決するために何ができるのか、これはまったく正しいアプローチではないのですか?私は、ソフトウェア中心のアプローチを少なくすることも検討します。たとえば、デコード用に何らかの種類のハードウェアステートマシンを備えた専用のUSBチップを使用しますが、これはなじみのない領域です。


3
Arduinoを使用して、2つのデバイス間のUART接続を「スパイ」できますか?
機能を拡張するために、Arduino(実際にはICのみ)を既存のハードウェアにインストールする必要があります。 私がやりたいのは、ボード上の2つのチップ間のI / Oラインを「スパイ」するようにArduinoを接続することです。ArduinoがそのUART接続で特定のキーワードを取得すると、別の出力ピンのセットで特定のアクションを実行します。 私が不確かなのは、参加せずに既存のUART接続をデコードできるようにArduinoを接続する方法です。できない場合は、理論やアイデアなどに興味があります。
11 arduino  uart  serial  data 

2
AVRアセンブリ言語の単体テスト
アセンブリコードをどのようにユニットテストしますか? 私はヘキサポッドロボットプロジェクトの一部としてシリアルサーボコントローラーに取り組んでいますが、コードは複雑になりつつあります;)とにかく、C ++サーバー開発者としての日常業務で単体テストを使用することに慣れています。私のAVRアセンブリコードに同じ種類のテストを適用しようとしています。私は問題なく動作する方法を見つけましたが(ここを参照)、標準ツールやテクニックが足りない場合は興味があります。 更新:サーボコントローラの完全なソースと単体テストに興味がある方のために、ここで利用できるようになりました。
11 avr  robotics  serial  servo 

6
イーサネット通信とシリアル通信の違いは何ですか?
すべてのマウスの動き、USB接続、およびプリンターなどの他のPC周辺機器は、いわゆるシリアル通信です。毎回1ビット。 ここまでは順調ですね。しかし、TCPプロトコル、イーサネット、インターネットに関しては、もはやシリアル通信と呼ばれていません。しかし、これもビット/秒のものです。 どうしてこんなことに?主な違いは何ですか?なぜシリアル通信ではないのか理解できませんでした。

1
シリアル抵抗は実際にどのようにEMIを低減しますか?
私は最近GSMベースのシステムを使用しており、GSMモジュールのデータシートに次のアドバイスがありました。 22Ωの抵抗をモジュールとSIMカードの間に直列に接続して、EMIスプリアス伝送を抑制し、ESD保護を強化する必要があります。 少し検索してみたところ、「EMIを低減するためのPCB設計ガイドライン」という文書が見つかりましたが、同様の記述がありますが、説明はありません。 すべての出力ピンと直列に50 –100Ω抵抗を配置し、すべての入力ピンに35 –50Ω抵抗を配置します。 他の部分は言う: (直列終端、伝送線路) 直列抵抗は、終端とリンギングの問題に対する安価なソリューションであり、差動モードノイズの最小化も懸念されるマイクロコンピュータベースのシステムに推奨される方法です。 関連する可能性のあるもう1つの部分: 入力でのインピーダンス整合 と、直列抵抗が最も可能性の高いソリューションです。ドライバーに配置された抵抗により、トレースと入力ピンからわかるように出力インピーダンスが増加し、入力の高インピーダンスと一致します。 私は、同様にこのドキュメントで何かを発見した放射EMIを理解し、それは言います: 直列抵抗を追加しますか?役立つ場合があります-高インピーダンスを流れる電流が少ない(良い電流と悪い電流)-ICの外部に流れる電流を減らすことでEMIを減らす 全体として、トピックについて少し説明が必要なので、私の質問は次のとおりです。 シリアル抵抗はどのように実際にEMIを低減し、原理は何ですか?

3
Arduinoを備えた高速コンピューターインターフェイス
私は、Arduinoを使用して、ホストコンピューターからの多くの要求を処理するプロジェクトを計画しています。シリアル経由の標準の最大115200ボーでは十分ではありません。できれば1Mbpsの全二重を取得できるようにしたいのですが、400Kbps以上の全二重でも問題ありません。私はArduino Dueを使用しているので、大幅に高速な通信速度を処理できるはずです。 シリアル経由でボーレートを大幅に上げる方法はありますか、それとも高速でコンピューターと接続するという点で2つ目の選択肢がありますか?

6
組み込みからコンピュータへの通信に適したRS232ベースのプロトコル
私は、リモートのArduinoとコンピューターとの間のデータ通信を少し行うプロジェクトに取り組んでいます。ワイヤレス接続はXBeesのペアを介して行われるため、Arduinoとコンピューターの間にRS232リンクがあります。少量のデータの場合、いくつかの単純な通信プロトコルをまとめるのは簡単です。ただし、大規模なプロジェクトの場合、優れたシンプルな通信プロトコルにはどのようなものがありますか? 私は実行可能なオプションのように見えるMODBUSを見てきましたが、他にもっと良いオプションがあるかどうかを確認したいと思いました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.