友人がデータヒストリアンを実装できるかどうか尋ねました。私は研究をしてグーグルで忙しいです。UPC Unified Architectureを読んでいますが、それはたくさんありますので、私の研究を続けながら、誰もがその道を辿ったのかどうか尋ねます。データヒストリアンの実装方法は？
20歳以上の開発者（または2人）が、少なくとも実証可能な作業プロトタイプを取得するには、どのくらいの月が必要ですか？
どのプログラミング言語ですか？ C++は良いのでしょうか？
私にはどのようなリソースがありますか？ （私はOpen OPCフレームワークを見たと思ったが、再びそれを見つけることはできない）。私が基礎を置くことができるあらゆるOSS、ライブラリ、またはフリーコード？たぶんsourceForgeプロジェクトですか？
どのようにテストするのが最適ですか？
その他のヒント？
完了したらプロジェクトを書き留めることができれば面白いでしょう。
OPCライブラリーの場合、OPCライブラリーはかなり限定されていますが、OPCコネクトにはUA development kitsという良いリストがあります。それ以外の場合は、OPC Foundationの法人会員である必要があります。
私の会社では、主にOSISoftとGE Profecy Historianによって開発されたHistorian、PIのブランドに使用しています。 Ge Profecy now offers a 25 tag version of their latest Historian 4.5。それが動作する方法は、データコレクタのPCから収集する履歴サーバーを持っていることです。あなたが通信している機器の種類に応じて、異なるOPCドライバが必要です。
MatrikonとKepwareは、このフィールドに2つの参照があります。 MatrikonではOPCに関連するものはほとんどすべて見つかります。 Kepwareを使用するのは、ソリューションが長期的にはより安定していると感じたからです。
PLCの知識と取得したいポイントの数に応じて、歴史家を実装するには1日から1週間かかります。私が詳細を私達に提供した場合、私はあなたを助けてくれること以上に喜んでいます。
これは古いトピックですが、私はそのテーマに興味があります。
OPCのためのPythonライブラリがあります：openopc at SourceForge.net（。それは私のオートメーションサプライヤ、当社が設けられているので、私は独自のOPCクライアントを使用）
短期データについては、あなたが区切られたテキストファイルを使用することができますつかみます歴史家にとっては、データベースを使うべきです。私はSQLiteを使用して速度、サイズ、および移植性を改善しています。他のDBソリューションには利点があります。もちろん、1秒間に400ポイントを収集すると、DBがかなり早く成長するため、効率的なデータ保管が重要になります。
使用する言語は、お好みのOPCパッケージによって異なります。 OpenOPC for Pythonは、まあ、Pythonのためです。私はGraybox'sの無料OPCクライアントを.Netで使用しました。作業時に使用するOCXは、VB6で使用するのが最も簡単です。他人についてはわからない
ヒストリアンの作成に必要な時間は、アプリケーションの完成度に大きく依存します。あなたはおそらく数時間でデータグラバーをまとめることができます。データの表示、ポイントの追加と削除、データの整合性の維持、不正なデータの処理、正常な通信の中断など、長時間の履歴が必要な長期的な履歴があります。