NI製品ディスカッション
特定の値で失敗する'自作'ステップ値生成関数
横槍で恐縮です。
TAKASU様のご教示の通りで基本的には解決していると思いますが、この件は、2進数のコンピュータで10進小数を扱う際の根源的問題ですので、以前、似たようなスレッドで回答したこともありますが、ご参考になさって下さい（そのスレッドの途中からコメントしています）。
10進数なら割り切れて見える実数も2進表現では割り切れないものが多かったり、格納できるビット数が有限なことから、時々、直観的でない挙動をします。
「微小なもの」が効く例だけでなく、微小で片づけられないもっと「普通な」場面でも現れてしまうことがあり、その最たる挙動の1つが以下の例です。
信じられないかも知れませんが、0.6×0.6≠0.4×0.9なのです。
doubleでもsingleでもこうなります。ベタ打ちの0.36とイコールなのは0.6×0.6の方です。
これは、浮動小数点の演算結果を、イコールで判定してはいけない例です。
（微小な計算許容誤差εを設定して、差の絶対値がそのε以下、として記述する）
これらを、内部表現をもとにビット列で表すと以下のようになり、結果が異なるのが分かります。
（ビット数が有限なので打ち切られていますが、真の2進数は無限小数ですのでご留意を）
同じ理由で、doubleの0.36と、singleの0.36は「＝」につないでもイコールになりません（singleのほうがビットが足りないので）。
大きな値に、小さな値を加算し続ける場合も、桁落ちが累積して、意図しないことになります。大きな値どうしを引き算する場合も桁落ちして同様です。
なお、今回のようにdiscreteな扱いで良い場合は「丸める」のも手ですね。
ご存知かも知れませんが、「丸める（最近接）」は、端数が0.5のとき、上がるか下がるかが独特ですのでお気を付け下さい。四捨五入ではなく「最近接の偶数」へ丸められます。つまり、1.5は2になりますが、2.5も2になります。3.5は4になります。今回の場合は整数に極めて近いところにあると思うので問題にはならないと思いますが・・
ランプパターン関数でも、問題は発生しますよ。
ランプパターン関数は、start、endと、sample数を指定しますが、start以外は、end－startを（sample数－1）で割ったものの0倍・1倍・2倍・・・をstartに加算していますから、配列の最後の数はendになるはずのところ、厳密には「引数で指定したend」と一致はしないのです。
例として、start＝0.01、end＝0.99、として、適当なサンプル数のランプパターンを生成し、その最終要素（論理的には引数のendと等しいはず）が、本当に引数のendと等しいかを確かめると、サンプル数8までは一致しますが、サンプル数9で、不一致となります。
また、この不一致具合はいつも同じではなく、例えばサンプル数99（要は0.01刻み）の時には上記の3倍くらいの開きとなり、
サンプル数100だとまたちょっと違った差になり、大小も逆転します。
ランプパターンは、引数のendと、返ってきた配列の最後の数は、一致比較できない（大きいかも知れないし、小さいかも知れない）、という意味では、使い方によっては問題が起きるかも知れない、ということです。
（今回の用途での「ランプパターン関数で問題が起きない」とは、指定したサンプル数ぶんだけ、指定したend近傍までの値でちゃんと配列を生成する、という意味合い）
