・データは8ビットでとる得る値(0〜255)です。17:58:56)みなさまご丁寧にお返事ありがとうございます。オシロはDLを使っています。その解説は企業の人に問い合わせたら返ってきた返事です。サンプルプログラムでは、取り込んだ後の処理は載っているのですが、取り込み処理がC#とは異なっていてわからなかったので、質問させていただきました。わかりづらくて申し訳なかったのですが、最初の「#40010」は文字列(1文字2バイト)で受信し、「ABCDEFGHIJ」は2バイト「AB」「CD」「EF」「GH」「IJ」のようにひとつのカッコごとに一つの数値データとなる仕様となっています。これは例なので、実際は2015バイトの受信が必要となりましたので、実際に受信する文字列は「#42002」だったのでは...と予想しています。(文字列12バイト+2002バイト+ターミネータ)通信手段の仕様として、全てを文字列で受信する、又は、全てをバイト配列で受信しなければなりません。そのため、文字列で受信した場合、エラーが起きてしまいます。Azuleanにご指摘いただいた「ToInt16」を使って数値にすることは出来ました。今はまだ切り離す作業が出来ていないので、全てを2バイトずつ数字にしてしみたところ、FFTの演算結果とはかけ離れたものになってしまったように思われます。(真ん中に山の演算結果なのに、全体にノイズみたいになってしまった。)これから最初の文字列を除去し、バイナリーデータから換算しますが、出来ないような気がしてなりません。そこで、C#を用いてFFT、もしくは離散フーリエ変換などを行ったことのある方、いらっしゃいますか?自力でやろうかと思ったのですが、C#には複素数が見当たらなく、スタートラインにたつことすら出来ませんでした。そこで、C#を用いてFFT、もしくは離散フーリエ変換などを行ったことのある方、いらっしゃいますか?やったことはないけどみたことはある。やったことはないけどみたことはある。http://www.vector.co.jp/soft/winnt/prog/se425724.html>ありがとうございます!自作のdll関数ですね!使い方がちょっと難しそうですが...取り込みと並行してやってみたいと思います。23:43:55)どうしても演算データを取ることが出来ません。「ABCDEFGHIJ」は2バイト「AB」「CD」「EF」「GH」「IJ」のようにひとつのカッコごとに一つの数値データとなる仕様となっています。13:30:52)8以下って、8ビット以下ってことか。16進表記で2文字を使って1byte(0..255)を表す」っぽいですね。受信はできてるみたいなので、そのデータをそのまま掲示してくれた方が話は早いんだけどねぇ。oshirodevice.ReadByteArray(10000);デバッグを途中で止めた際にbuffer2に格納されているもの[0]35[1]52[2]50[3]48[4]48[5]52[6]83[7]0[8]179[9]255[10]131[11]255[12]91[13]0[14]119[15]0[16]17[17]255[18]181[19]14[20]187このようになっています。[20]以下は同じようなデータが繰り返されるので省かせていただきます。[2011]まで数値が入っていました。1001点を演算した結果です。</pre></pre>おそらく、[0]〜[5]に#42002という文字列が入り、[6][7]で一つのデータ...というふうになると思います。