友人から、データヒストリアンを実装できるかどうか尋ねられました。私は調査を行ったり、グーグルで調べたり、UPC Unified Architectureを読んだりするのに忙しいのですが、やり遂げるのは大変なので、ここにいる誰かが（まだ調査を続けながら）その道を進んだことがあるかどうか尋ねます。
20年以上の開発者（または2人）が少なくとも実証可能な実用的なプロトタイプを入手するのにおよそ何ヶ月かかりますか？そして完了するまでにどれくらいの時間がかかりますか？
どのプログラミング言語？C ++は良いですか、それとも何ですか？
どのようなリソースを利用できますか？（私はOpen OPCフレームワークを見たと思いましたが、それを再び見つけることができません）。私がベースにできるFOSS、ライブラリ、または無料のコードはありますか？多分sourceForgeプロジェクト？
どのようにテストするのが最善ですか？
他のヒントはありますか？
私の会社では、主にHistorianのブランド、OSISoftとGEProfecyHistorianによって開発されたPIを使用しています。 Ge Profecyは、最新のHistorian4.5の25タグバージョンを提供するようになりました。それが機能する方法は、データコレクターPCから収集する歴史的なサーバーを手に入れることです。通信している機器に応じて、異なるOPCドライバーが必要になります。
MatrikonとKepwareは、その分野の2つのリファレンスです。マトリコンでは、OPCに関連するほとんどすべてのものを見つけることができます。私たちは主にKepwareを使用しています。これは、Kepwareのソリューションが長期的にはより安定していると感じたためです。
設置しているPLCの知識と、取得したいポイントの数によって異なります。歴史家の実装には1日から1週間かかる場合があります。詳細をお知らせいただければ、喜んでお手伝いさせていただきます。
プロジェクトを完了したときに、プロジェクトの記述を行うことができれば興味深いでしょう。
OPCライブラリの場合、かなり制限がありますが、OPC ConnectにはUA開発キットの優れたリストがあります。そうでない場合は、OPCFoundationの企業メンバーである必要があります。
これは古いトピックですが、私はこのテーマに興味があります。
OPC用のPythonライブラリがあります：SourceForge.netにopenopc（自動化サプライヤである横河電機から提供されているため、独自のOPCクライアントを使用しています）。
短期間のデータ取得には、区切られたテキストファイルを使用できますが、歴史家にはデータベースを使用する必要があります。速度、サイズ、移植性のためにSQLiteを使用しています。他のDBソリューションには利点があります。もちろん、毎秒400ポイントを収集すると、時間の経過とともにDBが急速に増大するため、効率的なデータストレージが重要になります。
使用される言語は、OPCパッケージの選択によって影響を受けます。OpenOPC for Pythonは、そうです、Python用です。.NetでGrayboxの無料のOPCクライアントを使用しました。私が職場で使用しているOCXは、VB6で使用するのが最も簡単です。他の人についてはよくわかりません。
歴史家を構築するために必要な時間は、アプリケーションがどれだけ完全である必要があるかに完全に依存します。おそらく、数時間でデータグラバーをまとめることができます。データの表示、ポイントの追加と削除、データの整合性の維持、不良データの処理、通信の中断を適切に行うためのインターフェースを備えた長期の歴史家。これらはすべて、数時間ではなく数日かかります。