フォークリフトの歩行者検知：実証試験チェックリスト
フォークリフトの歩行者検知システムは、設置場所の動き、死角、作業条件に照らしてテストする必要があります。誰もいないヤードでのデモンストレーションが成功しても、同じ構成が荷物を積んだトラック、メタル ラック、混雑したアクセス ポイントの周囲で機能するかどうかは証明されません。
フルフリートを注文する前に、制御パイロットについて同意してください。システムが何を検出したか、どこで警告が開始されるか、どの状況を見逃すか、オペレータが警告に応じて行動できるかどうかを記録します。このガイドは、フリートの購入者、販売代理店、システム インテグレータに実用的なテスト フレームワークを提供します。
テクノロジーを選択する前に警告タスクを定義する
まずは現場の地図から。交差点、後進エリア、積み込みベイ、死角、積み荷がオペレーターの視界を遮る場所にマークを付けます。日常的な交通を、荷積みエリアに入る請負業者などの異常ではあるが予測可能な動きから分離します。
場所ごとに、どの人や物体をどの方向から検出する必要があるか、オペレーターがどのようなアクションをとるべきかという要件を 1 つ書き込みます。
物体警告と歩行者警告は異なる要件です。同様に、ウェアラブル タグを検出しても、システムがタグのない訪問者を検出できるとは限りません。これらの区別を購入仕様書で明確にします。
歩行者分離、交通ルート、オペレーターのトレーニングは、引き続き敷地計画の一部です。警告テクノロジーは、その計画に情報を追加します。 HSEの 職場の移動指導 車両の安全性、現場のレイアウト、人員を関連する責任として扱います。
パイロットと検出方法を一致させる
システムが異なれば、必要なテスト ケースも異なります。サプライヤーの文書化された機能を使用してテスト計画を作成します。
| システムアプローチ | パイロットで確認すること | 運用に関する質問 |
|---|---|---|
| タグベースの近接警告 | タグの有無、バッテリーの状態、装着位置、アラームの動作 | 作業員、訪問者、請負業者はどのようにタグを受け取り、管理するのでしょうか? |
| カメラベースの歩行者検知 | 視野、部分的な障害物、照明およびターゲットの外観 | カメラが人物をはっきりと見ることができない場合はどうなりますか? |
| レーダーによる警報 | ターゲットの応答、設置角度、周囲の構造物との相互作用 | 選択したモデルは人を識別しますか、または近くの物体について警告しますか? |
| 複合システム | 各レイヤーのカバレッジと警告動作 | オペレーターは、どの警告にどの対応が必要かを判断できますか? |
より広範なテクノロジーの比較については、次を参照してください。 カメラ vs レーダー vs UWB。パイロットでは、カテゴリ内のすべての製品を同等のものとして扱うのではなく、選択した構成に焦点を当ててください。
制御されたシナリオのマトリックスを構築する
固定式フォークリフトとサプライヤーが承認した試験方法から始めます。その後の動作テストでは、管理されたエリア、訓練を受けた担当者、および現場で承認された手順を使用する必要があります。検知を実証するために、走行中のトラックの進路に人を置かないでください。
サイトにとって重要な運用のバリエーションを含めます。
- 意図したカバー範囲内で前方、後方、側面からアプローチします。
- 空のトラックとセンサーを妨げる可能性のある代表的な荷物。
- フリートが使用する屋内通路、出入り口、屋外トランジション。
- 近くのラック、駐車車両、その他の構造物。
- 関連する衣服、タグの位置、または承認されたテスト対象。
- 日光、低照度、および実際に使用されている人工照明。
- システムによってサポートされている場合、複数のターゲットまたは装備されたトラック。
各テストシリーズの前に、ハードウェア、ファームウェア、取り付け位置、構成を記録します。パイロットの途中で設定が変更された場合は、以前の結果を以前のバージョンに保持してください。そうしないと、どの構成が結果を生み出したかを特定することが困難になります。
警告とミスを個別に測定する
有用なテスト記録には、アラームが鳴ったかどうか以外の情報も記録されます。
| レコードフィールド | なぜそれが重要なのか |
|---|---|
| シナリオと演出 | カバレッジの違いを特定する |
| 意図された警告境界 | 合意されたテスト条件を定義する |
| 観察された警戒ポイント | 実際の警告が計画とどのように比較されるかを示します |
| 警告を見逃した、または遅れた | 捜査が必要な事件を明らかにする |
| 意図したターゲットを持たない警告 | 迷惑アラートの特定に役立ちます |
| オペレーターの認識 | 警告に気づき、理解したかどうかを確認します |
| 修正措置と再テスト | 未解決の調査結果を可視化したままにする |
結果を確認する前に、合格基準を設定します。警告ゾーンの距離は、サイトのリスク評価とシステムの制限から決定する必要があります。すべてのフォークリフト、通路、荷物に適した単一の距離はありません。
全体的な概要だけでなく、シナリオごとにもミスをレポートします。いくつかの成功したオープンエリアテストでは、重要な出入り口での失敗が隠蔽されるべきではありません。
システムを利用可能な状態に保つためのワークフローを確認する
タグベースのシステムの場合は、使用前にタグに関するプロセス (発行、返品、請求、交換、チェック) をテストします。訪問者管理も含めます。警告テストが技術的に成功しても、請負業者が有効なタグを受け取らなかった場合、依然としてギャップが残ります。
カメラまたはレーダー システムの場合、取り付け、汚染、損傷、システムの状態を誰がチェックするかを定義します。オペレーターが障害をどのように報告するか、およびカバレッジが利用できないときにサイトが何を行うかを確認します。
速度制御インターフェイスが提案されている場合は、それを別個の統合要件として扱います。必要に応じてフォークリフトメーカーの承認を得て、文書化されたインターフェイス、故障動作、および試運転手順を確認してください。警告音によるデモンストレーションは、車両制御機能を検証するものではありません。
各導入場所にテストを適応させる
ヨーロッパ、北米、南アフリカ、南米にわたるプロジェクトの場合は、1 つの地域構成がすべての顧客に適合すると仮定するのではなく、現場の状況を記録します。
オペレーターの言語要件、電気的互換性、サービス責任、および現地で必要な文書を確認します。フリートが屋内倉庫と屋外ヤードの間で動作する場合は、両方の環境を含めます。請負業者が定期的にサイトに入る場合は、そのアクセスプロセスを含めてください。
販売代理店プロジェクトには、承認された取り付け図面、構成記録、交換部品の識別、および反復可能な現地テスト手順など、設置の引き継ぎも必要です。これにより、後の車両をオリジナルのパイロットと比較しやすくなります。
例外レポートから購入を決定する
受け入れられたシナリオ、変更が必要なシナリオ、システムの宣言された機能の範囲外の状況の 3 つのリストでパイロットを終了します。開いている各アイテムに所有者を割り当てます。
AlwayCareさん UWB 接近警報システム そして レーダー警報システム 構成レビューの開始点を提供します。プロジェクトに提案された正確なモデル、取り付け配置、インターフェイスの証拠を求めてください。
プロジェクトのディスカッションでは、 サイトのレイアウトとフリートの詳細を AlwayCare と共有する、フォークリフトの種類、歩行者アクセス、対象範囲、提案されたパイロットシナリオが含まれます。
よくある質問
混成フリートのすべてのフォークリフトを 1 人のパイロットでカバーできますか?
パイロットが車両の形状、荷重、センサーの位置、操作領域における意味のある違いを表現している場合に限ります。これらの違いによってカバレッジや警告の動作が変わるテスト ケースを追加します。
タグベースのシステムはすべての訪問者に適していますか?
それは、タグの発行、チェック、回復を行うサイトの能力によって異なります。すべての人がタグを携帯すると仮定するのではなく、訪問者と請負業者を運営計画に含めます。
歩行者検知は衝突防止を証明するのか？
いいえ。パイロットは、定義された条件内での検出と警告の動作を検証します。衝突のリスクは、交通管理、視界、速度、オペレーターの対応、その他の制御にも依存します。
