このウィッシュリストのリクエストのきっかけは何ですか?
Pi タグに関する私の経験を、こちらに送信しました: Pi インポート オプション - 最大カウント オプション - JMP ユーザー コミュニティおよびテクニカル サポート ケース TS - 00192427。テクニカル サポートはオプションを検討中であり、リクエストをここに投稿するように依頼したとのことでした。
Piタグの出力を、許可される結果の総数と要求されたタグの数で割った値に基づいて制限する効果により、頻繁に収集されるPiタグの出力が大幅に制限され、他のタグ（収集頻度が低い）が継続する一方でデータが突然停止すると、そのタグに問題があるように見えます。（グラフの例：緑は赤よりも先に出力を停止しましたが、私は同じタグだと思っていました。どちらも紫よりもずっと前に停止しました。）また、一度に取得できるタグの数も制限されます。ほとんどのタグは非常に低頻度（1日に1回または8時間に1回）である一方、他のタグは30秒ごとに取得されます。このエラーメッセージは、タグを37500個に制限するというものですが、これは「システム制限」である150,000件を4つのタグを同時に取得することで割った値です。これはJMP 18に当てはまります。これは、複数タグのインポート機能が存在する唯一のバージョンです（私は18.1.1を使用しています）。
どのような改善を望みますか?
難易度順：
1) JMPのヘルプメニュー/ウェブページに、Piタグのインポートにおける最大カウント機能の仕組みと制限事項に関するドキュメントを追加します。
2) 複数のタグをプルするときに、一部のタグが時間範囲の前に制限に達し、他のタグが全範囲にわたって継続する場合、Pi タグ出力に警告またはエラーを追加します。
3) タグの取得方法を変更して、タグの最大数（システム制限の150,000）を最大限活用できるようにします。
a) タグを左から右へ
b) それぞれを個別に引いて組み合わせる（推奨）
このアイデアはなぜ重要なのでしょうか?
JMP 18から導入されたこの優れたJMP機能（複数のPiタグを一括で取得）は、出力に頼れないのであれば、同僚にお勧めできません。複雑なスクリプトをまとめてループ処理することはできますが、工場内の各エリアはそれぞれ大きく異なるため、独自のコードで全てをカバーすることはできません。Piタグを手動で取得するためのインターフェースは、一般ユーザーにとっては便利ですが、堅牢性が求められます。そうでなければ、データから学ぶ機会よりも、奇妙な出力を理解するためのフラストレーションや雑用が増えてしまいます。
