☰

RS485を介して作成されたメッセージの2文字間の間隔

tag-icon • tag-icon embedded tty serial-port mono stty
RS485を介して作成されたメッセージの2文字間の間隔

私はATMEL組み込みコントローラ（at91sam9x25e）とそのシリアルポートを使用してRS485 Modbus RTUを介して送受信しています。一般的な通信はうまく機能しますが、時には（書き込み時に）いくつかのパケットが約3.5msの遅延でメッセージの2文字間に分割され、新しいメッセージとして検出されます。

設定：

  • モノ 3.2.8
  • Modbus RTU 19.2kBaud
  • RS485
  • 自動RTS

パッケージ全体をすぐに送信します。

try  
{
  Thread.Sleep(_timePreSend);
  _serialPort.Write(buffer, offset, count);
} catch(Exception err)
{
   log.Error(err.Message);
} finally
{
   Thread.Sleep(2);
}

バッファ（UARTまたはFIFO）の最後のビットを送信するために、RTSを手動で有効/無効にする前に2ミリ秒を使用しました。

オシロスコープでキャプチャ：

120318000100020032000403200000001C000500000000000000003D<-ギャップ-> B6

Modbusメッセージ

sttyの出力：

stty -F /dev/ttyS4 -a
speed 19200 baud; rows 0; columns 0; line = 0;    
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl    -ixon  -ixoff
-iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt
 echoctl echoke

このギャップの理由は何ですか？それを防ぐにはどうすればよいですか？

ベストアンサー1

原因が何であるかを正確に言うのは難しいです。残念ながら、Linuxシリアルポートはタイミング保証を提供しておらず、通常のUARTプロトコルには厳密なタイミング要件があってはなりません。プロトコルにこの種のタイミング保証が必要な場合は、カーネルドライバを詳しく見て、空白なしですべてのバイトのアトミック転送を保証するために独自のドライバを作成する必要があり、UARTバッファが常にタイムリーであることを確認するために割り込みを使用しますかもしれません。サプリメント。カーネルの助けがなければ、ユーザー空間でこれらの保証をすることはできません。

つまり、分割の原因を把握して修正し、実際に目的に合わせて十分に信頼できるか経験的に判断できます。遅延は常に最後のバイトより前ですか？その場合、スタックの何かが複数のバイトをハードウェアに同時に渡し、短いタイムアウトの後に単一のバイトだけを渡して、スループットを最適化するために何らかの理由で文字をバッファリングするように聞こえます。まず、ユーザースペースアプリケーションが正しく実行されていることを確認する必要があります。これを実行してシステムコールを確認し、strace単一のシステムコールでパケットがカーネルに書き込まれていることを確認してください。writeその場合は、UARTドライバのカーネルソースコードを読み、奇妙なバッファリングが含まれていることを確認する必要があります。

もう1つの可能性は、カーネルドライバがカーネルスレッド（またはプロセスコンテキストで直接）でデータを処理しているだけです。もしそうなら、この問題を解決する唯一の方法は、他のプロセスが優先権を持つことを許可せず（たとえば、割り込みコンテキストですべての操作を実行する）、厳密にリアルタイムで転送を処理するようにカーネルドライバを変更するか、独自のドライバを作成することです。 。

おすすめ記事