「なでしこv1」開発掲示板

→書き込み(#2085)を編集する:

名前

タイトル

本文

【症状】どのような症状、現象か？
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種類です。
                                             ~~~~~~
ご迷惑をおかけいたします。
プログラムの作り方が悪い為におこる現象でしたら、申し訳ございません。

(attach:2085-RS232CE381AEE58F97E4BFA1E5AE9FE9A893E7B590E69E9C28E58699E79C9F29.gif)

優先度

状態

確認キー

👆お手数ですが、いたずら防止のために、「真夏」の読み方を記入してください。

編集キー

編集時に使うキーを入力(省略可能)

添付ファイル

🎁 ファイルを選択...

画像ファイル(最大300KB)を添付可能