【症状】どのような症状、現象か？
RS232C通信で、マイコン等より連続したHEXデータの中に「0x00」データがあると、(定義した)受信バッファに取り込んだ受信のデータ全てがクリアされる。
連続したHEXデータの中に、「0x00」が無ければ、全てのデータは正常に取り込むことができる。
【再現方法】サンプルソース、再現手順など
使用した、プログラムは以下の通り。
#-----ここから-----
!「rs232c.nako」を取り込む
受信バッファとは文字列
テストRS232CとはRS232C # RS232C部品を作る
テストRS232Cについて
ポートは「COM1」
BPSは9600
テストRS232Cが受信した時は～
受信バッファに「{受信データ}」を追加
「全文字数＝{受信バッファの文字数}」を表示
「全バイト数＝{受信バッファのバイト数}」を表示
受信バッファは空
結果ラベルとはラベル。
結果ラベルは「」
中止ボタンとはボタン。
中止ボタンのクリックした時は～結果表示
●結果表示
イベント部品→テキストで条件分岐。
「中止」ならば結果ラベルは「中止」
テストRS232Cを開く
必要の間
もし、結果ラベルが「中止」なら
抜ける
0秒待つ
テストRS232Cの閉じる
終わる
#------ここまで-------
【要望】どのような解決が望ましいか？
マイコンからのHEXデータをパソコンで受信するプログラムを作成しているのですが、この部分で自分のしたいことが止まっています。
是非とも、0x00～0xffまでのデータが受信できるよう、お願いいたします。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
もしかしたら、「0x00」のデータは、内部でコントロール・コードとして使用されているのでしょうか？
【バージョン】確認したバージョン
なでしこバージョン：1.53353
OS:WinXPSP3
【その他】
添付ファイルに、その時の実験方法と、実験結果（パソコンの画面の写真と、RS232Cのモニターとして使用したオシロスコープの画面の写真）を記した画像をいれてあります。汚いですがご確認いただくとうれしいです。
写真の中の送信データは、「0x01,0x02,0x03,0x04,0x05,0x06」と、
「0x01,0x02,0x03,0x04,0x00,0x06」の2種類です。
~~~~~~
ご迷惑をおかけいたします。
プログラムの作り方が悪い為におこる現象でしたら、申し訳ございません。