シリアル通信で16進数の"1A"を受信すると、その後のデータが受信できない

Question

いろいろ勉強して、トライして、なんとかシリアル通信ができるようになりましたが、

バイナリの受信で、データの途中に16進数の"1A"を受信すると、その2バイト後までは受信できるのですが、

それ以降のデータが無くなってしまいします。（０になっているみたいです）

16進数の"1A"は、コントロールコードのEOFの役目があるようですが、バイナリの受信では、００～ＦＦまで

何が来るのか分からないので、このままでは困ってしまいします。

1Aの後２バイト受信しているので、文字列として扱われているようにも見えるのですが、

何か対策方法はありませんか？

 

以下に、ソースコードをあげます。

    Delegate Sub myDelegate(ByVal INDATA() As Byte)

 

    Private Sub DataReceived(ByVal sender As Object, _
          ByVal e As System.IO.Ports.SerialDataReceivedEventArgs) _
          Handles SerialPort1.DataReceived

        Dim byteArray(1024) As Byte
        Dim add As New myDelegate(AddressOf updateTextBox)

        Try
            SerialPort1.Read(byteArray, 0, SerialPort1.BytesToRead)
        Catch ex As Exception
            MessageBox.Show(ex.Message, "エラー", MessageBoxButtons.OK, MessageBoxIcon.Error)
        End Try
    End Sub

    Private Sub updateTextBox(ByVal INDATA() As Byte)
    以下省略

INDATA()の中を解析して、表示や制御をしています。

INDATA()に1Aが有ると、その３バイト後以降が０になっているようです。

 

アドバイスをよろしくお願いします。

 

 

Answer 1

外池と申します。少し状況のご説明を、整理と申しますか、補強していただけませんか？

• 1Aを受信したとき、1A自身と引き続く２バイトのデータ（全部で３バイト）の並び方は、送信側のデータの該当部分と一致しているのでしょうか？
• また、その時に、SerialPort.BytesToReadは何バイトを示しているのでしょう？　３バイトならあまり問題ないように思います。引き続き受信を待てば良いと思うのですが・・・・、
• それとも、一度1Aを受信するとその後の受信が止まってしまいます？

 

Answer 2

外池様 返信ありがとうございます。遅くなり申し訳ありません。

 

もう少し、状況を説明します。

ＶＢのソフトは、パソコン側にあり、通信相手はマイコンが搭載された装置（WindowsなどのＯＳは搭載されていま

せん）になります。

パソコン側から７バイトのデータを送ると、１１バイトのデータを返信してきます。その１１バイトの５バイト目

と６バイト目は値が大きく変わるのですが、そこに「１Ａ」が含まれる可能性があります。その後の７バイト目は

「００」、８バイト目は「５０～６Ｆ」、９バイト目は「５０～６Ｆ」、１０バイト目は「０８」、１１バイト目

はチェックサムなので不定です。

パソコンのソフトでは、初めにシリアルポートをオープンし、受信バイト数の値の

SerialPort1.ReceivedBytesThreshold=11をセットして、７バイトのデータを送信します。その後、０．２秒待って

、シリアルポートをクローズします。その後、０．１秒待って、再びシリアルポートをオープンという所に戻って

、以下繰り返しています。

毎回、シリアルポートをオープン／クローズを行なっているのは、ノイズなどが原因で、通信が止まってしまうた

めです。

上記の０．２秒待っている間に、装置から１１バイトのデータが送られて来て、DataReceivedの割り込みが発生し

て、SerialPort1.Readでデータを取り込んでいます。

 

ご質問の６バイト目の「１Ａ」の後の２バイトは、「００」「６０ぐらい」で、オシロスコープで見て確認してい

ます。また、それ以降１１バイト目まで、すべて送られていることを確認しています。しかし、「１Ａ」を受信し

た時は、９～１１バイト目のデータ（INDATA（8）～INDATA(10)）がすべて「００」になっています。
ここで、説明不足に気づきました。５バイト目に「１Ａ」、６バイト目に「１Ａ」以外を受信した場合でも、８バイト目まで

受信できます。両方とも「１Ａ」の場合も８バイト目まで受信できます。

 

また、「１Ａ」受信後も、以降の送信、受信はしています。

 

SerialPort.BytesToReadですが、確認できていません。申し訳ありません。

Answer 3

外池です。

 

うーん、SerialPort.BytesToReadを調べることは基本だと思うので、是非、調べてください。

 

ひとつ原則的な考え方として、11バイトが一度に入ってくるとは限らない、ということです。8バイトと3バイトと2回にわけてDataReceivedイベントが発生することも十分にあり得ます。受信したデータが全部で11バイトに達するまで待つような工夫を試してみてはいかがでしょうか？

 

あと、他の記事でも話題になりましたが、SerialPortをOpenしていないときでも、OS側ではSerialPortに受信したデータを貯えたままになっていることもあります。接続されている機器と「通信をスタートしなおす」ためにも、一種のリセット動作が必要と思います。ですので、

• SerialPort.BytesToReadがゼロになるまでクズ受信データを掃きだす操作をする。
• その上で7バイトのデータをPCから送信する。
• 次に11バイトのデータを取り込むまで受信操作を繰り返す

という感じになると思いますが・・・。どこまで上手く行ってて、どこでつまずいてます？

 

 

 

 

 

 

 

 

 

Answer 4

どうもありがとうございます。

 

なんとなく、「１Ａ」をEnd of fileとして認識して、DataReceivedイベントが発生。

そこで、読み出すと８バイトしかない。という感じですかね。

今回の問題になっている所は、１１バイトの受信ですが、他にもこのルーチンを使っているので、

場合分けが必要になってきます。少し時間をください。試してみます。

 

それと、

「リセット動作の件」については、シリアルポートをクローズする時に、バッファをクリアしています。

無くても変わらなかったのですが、ノイズで失敗した時に良いかなという感じで付けています。

（効果は実感できていません。）

 

 

Answer 5

外池です。

 

英語版のMSDNのには、もろ、該当するRemarkがありますね。「End of fileを受信するとDataReceivedイベントが発生するかもしれない。Bufferの中に何バイト入っていようが、ReceivedBytesThresholdにどのような値がセットしてあろうが」ということです。

 

そんなわけで、希望のバイト数になるまで、引き続きDataReceivedイベントが発生するのを待つしかないでしょう。

 

 

Answer 6

外池さん どうもありがとうございます。

 

「End of fileを受信するとDataReceivedイベントが発生するかもしれない。
Bufferの中に何バイト入っていようが、ReceivedBytesThresholdに
どのような値がセットしてあろうが」というのは、どうも正しいようです。

 

DataReceivedイベントの中で、受信予定バイト数とSerialPort.BytesToReadを
比較して、不足している時は待つようにしたら、１１バイトの最後まで
読めるようになりました。

 

問題解決しました。ありがとうございます。