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

RS-232は、ほとんどのシリアルポートで使用されている電気規格です。この標準は+/- 15ボルトシステムであり、TTLロジックレベルと互換性を持たせるにはFDMIコンバーターが必要です。

5
RS232-USBコンバーター[終了]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? 電気工学スタック交換のトピックになるように質問を更新します。 6年前休業。 誰でも、優れたrs232-to-usbコンバータについての推奨事項があります。世の中にはたくさんあり、その見た目から、いくつかはヒットまたはミスです。 優れたドライバーサポートは必須です。
9 usb  serial  rs232 

2
RS232経由でメッセージを正常に送信できないのはなぜですか?
先週、私はSTM32F407からUARTメッセージを送信し、シロアリを使用したugreen RS232-USBケーブルを介してラップトップでそれを読み取ることに取り組んできました。 私はSTMCubeを使用してコードを生成し、「stm32f4xx_hal_uart.c」ファイルの上部にある関連する説明を読んで(そして、たくさんのビデオを見てオンラインで読んで)、コードを追加しました。 送信されたメッセージをオシロスコープで確認したところ、ASCII表現と一致しています。 たとえば、0101 0001である「Q」を送信し、0101 0111である「W」を受信します。スコープの読み取り値は、 オシロスコープに表示されるのと同じ信号のシロアリ出力。 私は、ボーレート/パリティ/ HWcontrolがシロアリと私のコードで一致していることを確認しました。 正しい文字を受け取るために、ボーレートを下げたり上げたりしてみました。 間違った文字が表示される原因となるパターンを見つけるために、さまざまな文字セットを試しました。 さらに、PuttyやTeratermなどの別の端末を試しました。
9 stm32  uart  rs232 

4
シリアル-USBアダプターを介してPCに接続されているこれらのシリアルポートからの遅延を減らすにはどうすればよいですか?
組み込みシステムの必要性を誤って見つけたと思います。すごい!そしてちょっと怖い。そして、私は助けが必要です。 背景:2つのSICK LMS-291からスキャンを取得し、それらをサブインチ精度のGPSと統合するGUIアプリケーションの構築を依頼されたため、各スキャンがどこで発生したかがわかります。私はナイーブWebプログラマーとして、タイミングが重要であることを理解していましたが、それが難しいことにも気付きませんでした。各GPSポイントと各スキャンがいつ発生したのかわからない場合、スキャンがどこで発生したのか把握できません。おっとっと。 彼らはプラットフォームとしてWindows 7を指定し、センサーとGPSを接続するためにSeaLevel RS422 to USBボックスを購入しましたが、すぐに私の愚かさを発見しました。センサーと私のコンピュータープログラムの間のどこかで、何かがスキャンがタイムリーに到着しないようにしていました。LMSは1秒あたり75スキャン、つまり13.32 ms /スキャンで吐き出します。私のプログラムはそれらをタイムリーに取得しません。100ミリ秒ごとに7、8、10などのグループで取得します。また、十分なスキャンが表示されない場合や、スキャンが破損している場合もあります。このSeaPortアダプターは1秒に10回しか送信していない(それは可能ですか?USBの仕組みがわからない)か、Windowsがバッファーをチェックしていません(どこかにバッファーがあるはずですよね?)。 今日:これは、クライアントが基本的に大丈夫であるいくつかの不正確さにつながります。私はそうではありませんが、クライアントに対して同様の作業を行う機会があるので(より多くのセンサー入力を統合する!)、たとえばGPSの精度を考慮して、それを正しく行う方法を見つけたいと思います、スキャン位置の精度と正確性を保証できる。 それはどのように見えますか?UIが必要で、これらの3つのデバイスからの入力を13.32ミリ秒ごとにチェックできるようにする必要があります。たとえば、GUIにNano-Xを使ってFreeRTOSを使用し、それらが提供するラップトップで実行した場合、それは正気なソリューションのように聞こえますか?RS-422-USBアダプターがこれらの遅延を引き起こしている可能性はありますか?Windowsを使用しても実際にはこの目的で問題ありませんか?
8 usb  rs232  rtos  rs422 

5
高温でのマイクロコントローラー間の通信の選択
私は、特定の機能用のマイクロコントローラーを備えた複数のPCBボード間の可能な限り最良の通信を見つけるプロジェクトに割り当てられました。すべてのマイクロコントローラーがCPUを含むメインボードと通信する必要があります。 メインボードからコントローラーに情報を送信し、コントローラーから応答を受信する必要があります。各コントローラボードは、特定の目的のために設計されています。マイクロコントローラー間で通信する必要はありませんが、1つのマイクロコントローラーが通信に失敗しても、他のマイクロコントローラーには影響しません。現在、6つのマイクロコントローラーが通信する必要がありますが、将来的にはそれ以上の通信が必要になります。メインボードと他のコントローラー間の有線接続を増やしたくありません(少なくする必要があります)。 通信は、温度(250°F(120°C))および圧力(高)の影響を受けません。メインボードとファイナルコントローラーの間の距離は1メートルを超えることがあります。どのタイプのコントローラーが最適ですか?いくつかの計算とセンサーの読み取りを実行する必要があります。各ボードには2つ以上のセンサーがあります。センサーの読み取り値を計算するか、値を直接送信する必要があります。 このタイプのプロジェクトは初めてです。私は最良のコミュニケーションを探しましたが、どちらが最良か分かりません。CAN通信の使用を勧める人もいます。CAN通信を選択した場合、どのタイプのマイクロコントローラーが最適ですか?以下に示すような簡単な図を添付しました。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.