takizawa様
>自身を徐々にずらして・・・計算するという原理的なことはわかるのですが、
>VIにある「X軸の変換係数」は、元データの周期がわかっていないと算出できないのでしょうか？
X軸の変換係数は、「計測のサンプリング周期(＝dt)」だと思ってください。
最初のtakizawa様の投稿の波形グラフの絵の横軸が、サンプル点数ではなく「時間」のような
小数値で表現されていたので、同じように表示されるよう、適当な係数を設定しています。
そのままだと横軸はサンプル点数になってしまうので。
当然、元データ自身の「波形としての周期」とは無関係です。
（だいたい横軸が0.012で終わるようにして、takizawa様のデータを「見た目」再現しただけ。
見た目の波形グラフを再現するための処理が、かえって混乱を招いているかも知れません）
最初に、2.4E-3 という数値の逆数を「元データの周波数」に与えてしまっているので、
若干混乱を招いているかも知れませんが、この数値を「波形としての周期のサンプル点数（500）」で
割った値が「計測のサンプリング周期(＝dt)」になっています。
本当の生データが無いので、そもそも横軸0～0.012の間に何点データがあるのか不明ですので、
500というのは適当に設定したサンプル点数です。
言い換えると、このプログラムは、元データ波形「何サンプル点数で周期をなしているか」
（今回の場合、答えは500）を、自己相関法により割り出している、と思っても良いと思います。
takizawa様のお手元には、最初の投稿で波形グラフを表示している以上、その
元データがあるはず、と思っていました。なので、私のviのダイアグラムの最初の方にある
シーケンスストラクチャ「擬似データ（波形）の生成部」から出てくる配列のかわりに生データ配列を、
「X軸の変換係数」には計測のサンプリング周期（dt）を、それぞれ以降の配線につなげば、
良いわけです。（生データ自身とdtは、あるはずですので）
「X軸の変換係数」がつながっている先の部分を、かわりに「1」にしてみてください。
これは、時間への変換を行わず、「サンプル点数」のまま扱ったことになります。
この場合は、viが算出した周波数は「周期のサンプル数の逆数」になり、「0.0020」という値が
はじき出されるはずです。これは、0.0020＝1/500、つまり、「元データの周期は500点ですね？」
と推定してくれた、というわけです。
>そして、関数パレットに「自己相関」があったので試してみました。
>結果は、自己相関部分を関数パレットの「自己相関」に置き換えただけでは、安定した結果は得られず、
>元データにローパスフィルタを追加すると安定した値が出力されました。
>自己相関のグラフは、三角波のようなものになりました。
関数パレットの「自己相関」は、ヘルプにあるように、最も初歩的な形で「ただ左右にずらして
掛け算して和を取る」だけを行っているようです。ずらす量が増えると、足し算する個数が
減ってしまいますので値が小さくなります。例えば、500点のデータを、ずらす量が0で計算すれば、
500個の掛け算ができてその和を取りますが、400点ずらして計算するときは、掛け算は100個だけに
なってしまいます。その結果、関数パレットの「自己相関」が吐き出すデータは、データの真ん中
（＝ずらし量ゼロ）のときが最大になる大きな三角形になってしまうのです。
そこで、私の投稿したviでは、ずらして重ねるデータ部分を、それぞれ平均値を差し引き
（＝相関が無いときに掛け算の結果が正負にばらつき、和がゼロに近くなるようにする）、
その上で個々を掛け算して和を取ったものを、「掛け算した個数で割る」（＝規格化）という
操作を行っています。これにより、周期がTのとき、ずらし量が0でもTでも2Tでも、同じような
値が得られるわけです。
関数パレットの「自己相関」をそのまま使うと、この規格化処理が行われないため、全体が
大きな三角形になってしまうと思いますが、ところどころに、小さな突起みたいなものが、
出ていませんか？ その「位置」が、元データが持っている周期です。私の投稿したviでは、
それをよりハッキリと検出できるよう規格化処理をほどこしたわけです。
