不思議な仕様と、バグ報告　（高速データロガー）

高速データロガーユニットで、またまた不思議な仕様を一つと、　珍しいバグを発見したので、注意情報として書いておきます。

1. データへのINDEX付加機能の制約
   　トリガロギングを行うと、トリガの度にINDEXが初期化される仕様らしい。　ということで、トリガの度に「１」に戻ってしまうので、マニュアルに書いてあるような「データの連続性のチェックのためにINDEXを付加」する使い方は、この場合はできません。
   
   
2. FTPサーバーの「MDTM」コマンドで日付ズレ
   　データロガーユニットのFTPサーバー機能にユーザー側のFTPクライアントから接続する時、「LIST」コマンドでは正しい日時が返ってくるのだが、「MDTM」コマンドだとなぜだか丁度１ヶ月前の数値が返ってきます。　（FFFTP、NextFTPで確認済）

　経緯をこちらに書いたとおり、不幸中の幸いでphpで書かれたftpクラスを使っていたので、「ftp_mdtm」をコピー・改変した「ftp_mdtm2」関数を作って使うことにしました。　再配布もＯＫらしいので、そのソースを下に貼っておきます。

ftptool.txt

　はあ。。もう疲れたよ。

本日、EXCELレポート機能でもうひとつ問題が浮上。

例えばシステムの立ち上げ時など、ロギングされたバイナリファイルの始めのほうに不要なデータが入ってしまうことがありますよね。

それを削除しようと思って、設定ツールのファイルブラウザを使って「LOGGING」フォルダ内の当該「.BIN」ファイルを削除すると、、　そのロギングファイルデータを参照するEXCELレポート機能がコード「07E4H」の「レポートソースファイルエラー」で当該レポートが止まってしまいます。　（他の機能は継続）

削除されたロギングファイルは、新たに採番が始まって正常に保存されますが、　そのファイル名がEXCELレポート機能側で期待するファイル名と違うということらしい。

これを回避するには、「シーケンサリセット」が必要とのことです。　んー、マジですかぁ？　今回もマニュアルに記載無しです。

試しに、当該レポート機能を消去した設定を書き込んでも、使い先も無いはずのトリガを監視してしまっているのか、上記と同じエラーを無意味に吐き続ける始末。　

これは少なくとも設定ファイルの上書きで初期化（最新ファイルを参照）するように改善していただかないと、まずいっす。

ご使用の皆様、どうぞご注意を。

この記事の参照数が多いようですので、補足しておきます。

　使用可能なCFメモリについてですが、秋葉原で買った汎用品を使用しました。　トランセンドブランドだった気がしますが、２ＧＢで1,300円くらいでした。問題なく連続稼働しています。
　　（たぶん、コレだと思います。）
　　
　なお、高速データロガーユニット自体のほうは、２０１０年６月２２日のバージョンアップで、タイムスタンプ式ファイル名への対応や、トリガ指定の拡張などの改善がされているようですので、最新の機能はマニュアルでご確認ください。
　（マニュアルを見ても、なかなか解らないことが多いですけどね。。）