Ultralytics YOLOモデルのHailo向けエクスポート#

Hailo AIアクセラレーターは、Raspberry Pi AI HAT+やAI HAT+ 2などのエッジデバイス上で、コンパイル済みのHailo Executable Format（HEF）モデルを実行します。Ultralyticsは、Hailo Dataflow Compiler（DFC）を使用して、YOLOの検出、セグメンテーション、セマンティックセグメンテーション、深度推定、分類、姿勢推定、OBBモデルをHEFに直接エクスポートします。

Hailoはエッジでのコンピュータービジョン向けに設計されています。カメラ、ロボット、産業システム、ゲートウェイなど、すべてのフレームをクラウドに送信せずにローカルで物体検出を行う必要があるデバイスで利用できます。コンパイル済みHEFには、選択したアクセラレーターに必要な量子化済みネットワーク、ハードウェア割り当て、スケジューリング、オプションのHailoRT後処理が含まれます。

Ultralytics YOLOをHailoにデプロイする理由#

Ultralytics YOLOとHailoのニューラル処理ユニット (NPU)を組み合わせることで、モデルのトレーニングからエッジAI推論まで実用的に実現できます。一般的な用途には次のようなものがあります。

• スマートカメラと映像分析：セキュリティ、小売、交通、占有状況の把握に利用するリアルタイム物体検出を、カメラの近くで実行します。
• ロボティクスと自律システム：常時クラウドに接続することなく、人、車両、荷物、工具、障害物を検出します。
• 産業用コンピュータビジョン：検査、計数、安全監視、品質管理向けにカスタムYOLOモデルをデプロイします。
• Raspberry PiのAIプロジェクト: AI HAT+またはAI HAT+ 2を使って、Raspberry Piシステムに高速化されたビジョン推論を追加できます。
• エッジゲートウェイとAI PC：帯域幅とクラウドコンピューティングの要件を抑えながら、複数の映像またはセンサーストリームをローカルで処理します。

画像がデプロイ先デバイス内にとどまるため、ローカル推論によってプライバシーと応答時間を改善できます。実際のスループット、レイテンシ、消費電力は、YOLOモデルのサイズ、入力解像度、Hailoアーキテクチャ、ホストシステム、アプリケーションパイプラインによって異なります。

Hailoエクスポートの仕組み#

Ultralyticsは、format="hailo"を支えるエクスポートワークフロー全体を管理します。

YOLO (.pt) -> ONNX -> Hailo parse -> INT8 optimization -> HEF compile

エクスポーターは、次のステージを自動的に実行します。

1. コンパイラ互換の設定で静的なONNXグラフをエクスポートします。
2. モデルアーキテクチャに応じてヘッドの出力を選択します。
3. 正規化、活性化、後処理のディレクティブを生成します。
4. 代表的なキャリブレーションストリームを作成し、モデルをINT8に量子化します。
5. 選択したHailoアクセラレータ向けに最適化済みグラフをコンパイルします。
6. Ultralyticsメタデータを含むHEFを保存し、中間ONNXファイルを削除します。

YOLOv8およびYOLO11の検出モデルは、コンパイル済みパイプラインでHailoRT YOLO NMSを使用します。YOLO26は生の検出ヘッドテンソルをコンパイルします。Ultralyticsは、デフォルトのone-to-many出力にNMSを適用するか、nms=FalseでNMS不要のone-to-one出力をデコードします。YOLOv8/YOLO11のセグメンテーション、ポーズ、OBBは生のヘッドテンソルをコンパイルし、Ultralyticsが推論時にデコードします。また、YOLOv8/YOLO11/YOLO26の分類ではチップ上でsoftmaxを実行するため、HEFからクラス確率が直接返されます。YOLO26のセマンティックセグメンテーションでは、エクスポーターがアクセラレータに応じた処理を行います。Hailo-8/8L（DFC v3.x）は、ホスト側でアップサンプリングとリダクションを行うための分類器ロジットを返します。一方、Hailo-10H/15（DFC v5.x）はマルチクラスArgMaxヘッドをチップ上でコンパイルし、コンパクトなクラスマップを返します。シングルクラスヘッドではArgMaxではなくしきい値が必要なため、すべてのターゲットでホスト側ロジット経路を使用します。YOLO26の深度モデルは、a16_w16で密なロジット畳み込みをコンパイルし、ホスト側でメートル単位の深度マップを再構築します（ヘッドの後に続くclamp/expと学習済みのlog-affineキャリブレーションを実行します）。そのため、量子化器は生のロジットに対して最大範囲を維持します。ユーザーがONNXの終端ノードを探したり、Hailoモデルスクリプト（.alls）を記述したり、NMS JSONを手動で作成したりする必要はありません。

インストール#

Ultralyticsをインストールし、Hailo Developer Zoneから対象ハードウェア用のDFC wheelをダウンロードします（無料登録が必要です）。

pip install ultralytics
pip install /path/to/hailo_dataflow_compiler-*.whl

Hailo-8とHailo-8LはDFC v3.xを使用します。Hailo-10HとHailo-15はDFC v5.xを使用します。対象アクセラレータに合った世代のコンパイラをインストールしてください。

Hailo HEFモデルをエクスポートする#

format="hailo"を使用し、nameで対象アクセラレータを選択します。

from ultralytics import YOLO

model = YOLO("yolo11n.pt")
output = model.export(format="hailo", name="hailo8")
print(output)  # yolo11n_hailo_model/

同等のCLIコマンドは次のとおりです。

yolo export model=yolo11n.pt format=hailo name=hailo8

HailoエクスポートはINT8のみをサポートします。dataが指定されていない場合、Ultralyticsはタスク固有のキャリブレーションデータセットを自動的にダウンロードします。カスタムモデルでは、代表的なトレーニング画像または検証画像を使用してください。

model.export(format="hailo", name="hailo8", data="path/to/dataset.yaml")

コンパイルでは入力形状が固定されます。デバイスで使用する解像度をimgszに設定してください。

model.export(format="hailo", name="hailo8", imgsz=640)

サポート対象のモデルとハードウェア#

Hailoエコシステムは幅広いコンピュータビジョンワークロードに対応していますが、Ultralyticsのformat="hailo"エクスポーターが現在検証しているのは、標準的なYOLOの検出、セグメンテーション、セマンティックセグメンテーション、深度推定、分類、ポーズ、OBBの各ヘッドです。タスク表には利用可能なエクスポート経路を記載し、ハードウェアの検証状況は以下に別途記載しています。

YOLOv10、YOLO-World、YOLOE、RT-DETRなどの特殊な検出モデルファミリーは、現在Ultralyticsのformat="hailo"経路では❌サポートされていません。未検証のHEFを生成するのではなく、コンパイル前にこれらのタスクとモデルファミリーをUltralyticsが拒否します。

ポーズ、OBB、分類、YOLO26のセマンティックセグメンテーション、YOLO26の深度推定（Hailo-8/8L経路）は、HailoRT 4.23およびDFC 3.33を使用してHailo-8Lで検証されています。エクスポーターは他に記載したターゲットも受け付けますが、これらの新しいタスク経路を本番環境で使用する前に、対応するコンパイラとデバイスで検証する必要があります。

次のnameの値から1つ選択します。

nameを省略した場合、デフォルトとしてhailo8lが使用されます。デプロイ先のアクセラレータをnameに設定してください。選択したターゲットに合った世代のDFCをインストールしてください。

HailoのハードウェアとSDKの世代#

Hailoアクセラレータの各ファミリーでは、異なる世代のコンパイラを使用します。生成されるHEFは対象ハードウェアに適合している必要があるため、エクスポートを実行するマシンではなく、推論を実行するデバイスに合わせてnameを選択してください。

コンパイラはLinux x86_64で動作し、生成されたHEFはHailoRTを介してHailoデバイス上で実行されます。この分離により、ワークステーションまたはUltralytics Platformでコンパイルし、小さなランタイムアーティファクトをARMまたはx86のエッジホストにデプロイできます。

互換性に関する注意事項#

Hailoのコンパイルはハードウェア固有であり、入力形状が固定されています。次の制約に注意してください。

• 選択したnameは、デプロイ先のアクセラレータに適合している必要があります。
• キャリブレーション画像には、本番環境で想定される照明、視点、物体、背景を反映させてください。
• 各HEFは固定のimgsz向けにコンパイルされます。複数の解像度に対応するには、ホスト側でフレームをコンパイル済みのサイズに変更するか、解像度ごとに別のHEFをコンパイルしてください。
• Ultralyticsがモデルメタデータから後処理設定を生成するため、カスタムのクラス数もサポートされます。
• 対応モデルは、標準的なUltralytics Detectヘッドを備えた検出モデル、YOLOv8/YOLO11のセグメンテーション、姿勢推定、OBBモデル、YOLOv8/YOLO11/YOLO26の分類モデル、YOLO26のセマンティックセグメンテーションおよび深度推定モデルです。YOLO26のインスタンスセグメンテーション、姿勢推定、回転バウンディングボックスモデルに加え、YOLO-World、YOLOE、YOLOv10、RT-DETRのエクスポートには現在対応していません。
• Hailo-8/8LとHailo-10H/15のアーティファクトは異なる世代のDFCでコンパイルされるため、相互に使用できません。

キャリブレーションとINT8量子化#

Hailo HEFのエクスポートでは、INT8量子化を使ってYOLOネットワークをアクセラレーターに効率的にマッピングします。キャリブレーションデータセットは活性化値の範囲を推定するために使用します。モデルの再トレーニングや、コンパイル時のラベルは必要ありません。

dataを省略すると、Ultralyticsはタスクに応じた軽量なキャリブレーションデータセットを使用します。たとえば、検出にはCOCO128、セマンティックセグメンテーションにはCityscapes8、深度推定にはDepth8を使用します。密な深度ヘッドはキャリブレーションのドメインに特に敏感です。深度モデルを無関係な検出画像でキャリブレーションすると予測マップが平坦化し、対象ドメインに一致するデータを増やすと忠実度が向上します。カスタムコンピュータービジョンモデルの場合は、実際のデプロイドメインを代表する画像をコンパイラーが確認できるよう、dataにデータセットYAMLを指定します。

model.export(format="hailo", name="hailo8", data="my_dataset.yaml")

fractionは、キャリブレーションに使用する割合または画像数を指定します。[train, val, test]のリストは各分割の上限を指定し、2項目のリストではtestが全件のままになり、0はテストをスキップします。画像を増やすことで効果が得られるのは、デプロイドメインを代表する画像の場合に限られます。ドメイン外の画像は量子化精度を低下させ、最適化時間を増加させる可能性があります。INT8 HEFの精度が元のPyTorchモデルを下回る場合は、モデルやランタイムの設定を変更する前に、まずキャリブレーションデータを改善してください。

モデルファミリー別の精度の目安#

Hailo-8L上でドメイン内キャリブレーション（COCO128、128枚）を使用して測定した場合、INT8 HEFエクスポートでは、同じ評価プロトコルでPyTorchのmAP₅₀のうち、次の割合が維持されます。

維持率は、両方のモデルを同じ信頼度しきい値で比較した値です。YOLOv8およびYOLO11のHEFでは、エクスポート時のconf（デフォルトは0.25）がオンチップNMSに組み込まれます。そのため、デフォルトの低いしきい値を使用したPyTorchベースラインと比較すると、適合率‐再現率曲線のより広い範囲が集計され、量子化による差が実際より大きく見積もられます。

物体検出以外に、セグメンテーション、姿勢推定、OBB、分類のエクスポートパスも、同じHailo-8L（DFC 3.33、HailoRT 4.23）で検証しました。各INT8 HEFを、ドメイン内のキャリブレーションを使用して、同じ検証分割上のPyTorchチェックポイントと比較しました。

セグメンテーション、ポーズ、OBBは、それぞれのタスクのデフォルトのドメイン内データセット（COCO128-seg、COCO8-pose、DOTA128）でキャリブレーションし、分類はImageNet100でキャリブレーションしました。これらのデフォルト設定には、次の2つの注意点があります。COCO8-poseは画像が8枚しかないため、ポーズの結果は参考値として扱い、本番環境ではより大きなdata=を渡してください。また、DOTA8では両モデルのmAP₅₀がほぼ100%に達するため、OBBの評価にはDOTA128を使用します。YOLO11がYOLOv8より高い維持率を示すのは分類だけです。他のタスクでは、YOLO11のAttentionバックボーンの方がINT8の影響を受けやすくなっています。

デバイス上での測定から、実践的なルールが3つ導かれます。

1. 必ずドメイン内でキャリブレーションしてください。ドメイン外の画像を使ったファインチューニングは、ファインチューニングをまったく行わないのと同じ結果になります。1,238枚のドメイン外画像でキャリブレーションしたYOLO26nの精度（85.7%）は、ファインチューニングなしでコンパイルした場合と同じです。ドメイン外の大量の画像より、ドメイン内の少量の画像の方が効果的です。
2. YOLO26のデプロイでは、confを約0.05下げてください。量子化により、YOLO26のスコアは平均で約0.05低下するため、PyTorchで調整した閾値を使うと、HEF上で有効な検出が除外されます。デバイス上でconf=0.20を使用すると、conf=0.25におけるPyTorchの検出数と一致します。さらに少し（約conf=0.15）下げると、信頼度の低い検出が増える代わりに、残っているmAP₅₀の差をほぼすべて取り戻せます。量子化によって検出の約20%の順位も入れ替わりますが、これは閾値では解消できない恒久的な順序の変化です。ただし、この入れ替わりは閾値を下げた際のmAP₅₀の回復を妨げません。
3. Hailo-8/8L（DFC 3.33）では、アテンションによる精度低下は構造上避けられません。 アテンションブロックは、コンパイラーが提供するどのモードでもINT8の活性化入力を維持するmatmul演算にコンパイルされます。このグラフでは16ビット出力モードの割り当てに失敗します。また、周囲のレイヤーの精度を上げても改善しません。これは、行列乗算の入力がいずれにせよINT8に再量子化されるためです（Ultralyticsのテストでは、深度畳み込みと出力畳み込みを16ビットにしてもmAPは変わりませんでした）。精度を優先し、モデルを置き換えられる場合、現時点ではYOLO11のほうがYOLO26より適切に量子化されます。新しいHailo世代（DFC 5.x）では、より多くの混合精度オプションが利用できるため、結果が異なる場合があります。

エクスポート成果物#

エクスポートすると、デプロイ可能なHEFとUltralyticsのメタデータを含むディレクトリが作成されます。

yolo11n_hailo_model/
├── yolo11n.hef
├── metadata.yaml
└── nms_config.json

• *.hefは、HailoRTによって読み込まれるコンパイル済みモデルです。
• metadata.yamlには、モデル名、タスク、入力サイズ、ストライド、Hailoターゲット情報が保存されます。
• nms_config.jsonには、YOLOv8およびYOLO11の物体検出モデル向けに生成されたHailoRT NMS設定が記録されます。YOLO26の物体検出と、物体検出以外のすべてのタスク（セグメンテーション、セマンティックセグメンテーション、深度推定、分類、姿勢推定、OBB）では、このファイルを使用しません。

中間ONNXグラフはコンパイル後に削除されます。

Hailoハードウェアで推論を実行する#

ターゲットデバイスにHailoRTをインストールします。Raspberry Pi AI HAT+およびAI HAT+ 2を使用する場合は、Raspberry Pi AIソフトウェアガイドを参照してください。Raspberry Pi OSでは、2種類のパッケージセットを同時にインストールできないため、ハードウェアに合ったブロックのみを実行してから再起動してください。

AI HAT+（Hailo-8 / Hailo-8L）の場合：

sudo apt install dkms
sudo apt install hailo-all
sudo reboot

AI HAT+ 2（Hailo-10H、Raspberry Pi OS Trixie以降）の場合：

sudo apt install dkms
sudo apt install hailo-h10-all
sudo reboot

再起動後、アクセラレーターが検出されていることを確認します。

hailortcli fw-control identify

エクスポートディレクトリ全体をデバイスにコピーし、metadata.yamlがHEFと同じ場所に残るようにします。UltralyticsはHailoRTを使用して、エクスポートディレクトリ上でpredictとvalを直接実行します。

from ultralytics import YOLO

model = YOLO("yolo11n_hailo_model")
results = model.predict("path/to/image.jpg")

検出モデルの場合、バックエンドはYOLOv8/YOLO11のHailoRT NMS出力を変換し、YOLO26のどちらのヘッドも自動的にデコードします。YOLO26のデフォルトのone-to-many出力は予測処理のNMSを通過します。他のタスクでは、生のセグメンテーション、姿勢推定、OBBテンソルをデコードし、オンチップの分類確率を返します。また、Hailo-8/8Lおよびすべての単一クラスヘッドではホスト側の集約処理でセマンティッククラスマップを生成し、マルチクラスのHailo-10H/15ヘッドではオンチップArgMaxで生成します。アプリケーション固有のパイプラインには、TAPPAS、GStreamer、Raspberry Piのpicamera2.devices.Hailoヘルパーも引き続き利用できます。

GStreamerでデプロイする場合は、HEFをhailonetに渡します。

gst-launch-1.0 filesrc location=video.mp4 ! decodebin ! videoconvert ! \
  hailonet hef-path=yolo11n_hailo_model/yolo11n.hef ! \
  hailofilter function-name=yolov8 ! hailooverlay ! autovideosink

Hailoのデプロイオプション#

HEFは、複数のHailoランタイムインターフェースで共通して使用できるデプロイ可能なモデル成果物です。アプリケーションに適したインターフェースを選択してください。

アプリケーションでUltralyticsのクラス名、入力サイズ、ストライド、その他のモデル情報が必要な場合は、metadata.yamlをHEFと一緒に保持してください。HEF自体は、カメラ映像の取り込み、可視化、トラッキング、アラート、ストレージに関するアプリケーションレベルのロジックを置き換えるものではありません。

HailoデバイスとHEFを確認する#

カメラや動画パイプラインを統合する前に、ランタイムとアクセラレーターを個別に確認してください。

hailortcli fw-control identify
hailortcli parse-hef yolo11n_hailo_model/yolo11n.hef

デバイス単体の性能測定では、動画デコード、画像リサイズ、描画、アプリケーションI/OからHailo推論を切り分けられます。エンドツーエンドのレイテンシやフレームレートを見積もる場合は、アプリケーション全体を別途測定してください。

ベンチマーク#

UltralyticsチームはYOLO26モデルのベンチマークを実施し、PyTorchとHailoの速度と精度を比較しました。

性能

Raspberry Pi 5 + AI HAT+ (Hailo-8)今後、対応デバイスを追加予定です。

モデル	形式	ステータス	サイズ（MB）	metrics/mAP50-95(B)	推論時間（ms/im）
YOLO26n	PyTorch	✅	5.3	0.477	364.6
YOLO26n	Hailo	✅	7.3	0.455	21.7

モデル	形式	ステータス	サイズ（MB）	metrics/mIoU	推論時間（ms/im）
YOLO26n-sem	PyTorch	✅	3.3	0.611	831.2
YOLO26n-sem	Hailo	✅	6.2	0.611	34.8

モデル	形式	ステータス	サイズ（MB）	metrics/delta1	metrics/abs_rel	metrics/rmse	推論時間（ms/im）
YOLO26n-depth	PyTorch	✅	12.4	0.8535	0.0983	0.2047	2133.4
YOLO26n-depth	Hailo	✅	9.9	0.8241	0.1232	0.2554	29.6

モデル	形式	ステータス	サイズ（MB）	精度（top1）	精度（top5）	推論時間（ms/im）
YOLO26n-cls	PyTorch	✅	5.5	0.431	0.716	33.8
YOLO26n-cls	Hailo	✅	3.5	0.441	0.716	2.0

注

上記のベンチマークの検証には、検出にCOCO128、セマンティックセグメンテーションにCityscapes8、深度推定にDepth8、分類にImageNet100を使用しました。Cityscapes8とDepth8の検証画像はそれぞれ4枚しかないため、セマンティックセグメンテーションと深度の精度値は精度維持率の測定結果ではなく、スモークテストの結果として扱ってください。精度を判断する前に、CityscapesやNYU Depth V2などの完全なデータセットで検証してください。推論時間には前処理と後処理は含まれていません。

Hailoとその他のYOLOエクスポート形式の比較#

モデルを実行するハードウェアに基づいてエクスポート形式を選択してください。HEFはハードウェア固有の形式であり、最終デバイスにHailoアクセラレーターが搭載されている場合に選択してください。汎用形式や、常に最速であるとは限らないエッジ形式として選択するものではありません。

HailoがNPUであるという理由だけで、より高速または電力効率に優れていると考えないでください。新たにM.2にデプロイする場合、YOLOのパフォーマンス向上とワット当たり性能の改善にはDeepXが有力な候補であり、Axeleraは大幅に高いマルチストリームスループットを目指しています。Rockchipは、SBCや組み込みシステム向けの低価格な選択肢として広く利用されています。ベンダー公表のTOPSや消費電力の数値は、アプリケーションのベンチマークとして直接比較できません。ハードウェアを購入する前に、候補デバイス上で同一のYOLOチェックポイント、入力サイズ、精度、ホスト、完全なビデオパイプラインを使用して検証してください。

Hailoでコンピュータービジョンの性能を最適化する#

モデルやパイプラインの選択は、多くの場合、コンパイラーフラグよりも重要です。

• 小さなYOLOモデルから始め、精度上必要な場合にのみモデルサイズを大きくしてください。
• アプリケーションにとって重要な物体を維持できる範囲で、最も低い固定のimgszを選択してください。
• 可能であれば、実際のカメラや環境から取得したキャリブレーション画像を使用してください。
• 推論のたびにHEFを開き直すのではなく、フレーム間でHailoネットワークをアクティブな状態に保ってください。
• デバイスの推論時間を、前処理、動画デコード、後処理、可視化、ネットワークI/Oから切り分けてください。
• 継続的な動画処理には、GStreamerなどのストリーミングパイプラインを使用してください。
• 本番環境で使用するアクセラレーターとHailoRTのバージョンで、エクスポートしたHEFを検証してください。

エクスポート引数#

YOLOv8/YOLO11の検出エクスポートでは、HailoRT NMSが使用されます。YOLO26は、ホスト側のNMS向けにデフォルトで生のone-to-many出力を使用します。nms=Falseを指定すると、NMSを使用しないone-to-one出力になります。セグメンテーション、姿勢推定、OBBでは生のヘッドテンソルが使用され、分類ではチップ上の確率が返されます。セマンティックセグメンテーションでは、Hailo-8/8Lおよびすべての単一クラスヘッドで生のロジットが返され、マルチクラスのHailo-10H/15ヘッドでは焼き込み済みのクラスマップが返されます。深度推定では生の深度ロジットが返され、推論時にUltralyticsがメートル単位の深度マップにデコードします。動的シェイプ、組み込みのUltralytics NMS、FP16、FP32はサポートされていません。

Hailoエクスポートのトラブルシューティング#

Hailo Dataflow Compilerのインポートエラー#

エクスポート時にhailo_sdk_clientが見つからないというエラーが表示される場合は、対象ハードウェア世代向けのDFCホイールを、Ultralyticsと同じPython環境にインストールしてください。Hailo-8/8LとHailo-10H/15では、異なる世代のコンパイラーが必要です。

サポート対象外のオペレーティングシステムまたはアーキテクチャ#

HEFのコンパイルはLinux x86_64でサポートされています。使用中のコンピューターがmacOS、Windows、Raspberry Pi、またはその他のARMシステムの場合は、Ultralytics Platform経由でエクスポートするか、互換性のあるワークステーションを使用してください。

エクスポートに時間がかかる#

DFCの最適化は、最も計算コストの高い段階です。コンパイル時間は、モデルのサイズ、入力解像度、キャリブレーションデータに応じて長くなります。サポート対象のGPUを使うと最適化を高速化できますが、CPUのみのコンパイルでは大幅に時間がかかることがあります。

量子化モデルの精度が低下する#

本番環境の入力に似ており、重要な物体、スケール、照明条件、背景を含むキャリブレーション画像を使用してください。デプロイ前に、同じ検証セットで元のPyTorchモデルとエクスポートしたHEFを比較してください。適切にキャリブレーションしても、モデルファミリーによってはある程度の精度差が残ります。測定済みのベースラインについては、モデルファミリー別の精度の目安を参照してください。

デバイスでHEFを読み込めない#

nameが実際のHailoアーキテクチャと一致していること、およびデバイスドライバー、ファームウェア、HailoRTパッケージに互換性があることを確認してください。hailortcli parse-hefでアーティファクトを検査し、hailortcli fw-control identifyでアクセラレーターを確認してください。

出力の解析が正しくない#

Ultralyticsが対応するYOLOv8、YOLO11、またはYOLO26の後処理パスを選択できるよう、metadata.yamlをHEFと同じ場所に置いてください。カスタムHailoRTアプリケーションでも、後処理をエクスポートしたモデルファミリーに合わせる必要があります。

概要#

UltralyticsのHailoエクスポートを使用すると、学習済みYOLOモデルからデプロイ可能なHEFを直接作成できます。

1. YOLOv8、YOLO11、またはYOLO26の検出モデルまたは分類モデル、YOLOv8/YOLO11のセグメンテーション、姿勢推定、またはOBBモデル、あるいはYOLO26のセマンティックセグメンテーションまたは深度推定モデルを読み込みます。
2. format="hailo"を指定してエクスポートし、対象アーキテクチャを選択します。
3. 対応するDFCを使用してローカルでキャリブレーションとコンパイルを行うか、Ultralytics Platformのマネージドエクスポートを使用します。
4. HEFとmetadata.yamlをHailo搭載のエッジデバイスにコピーします。
5. HailoRT、Raspberry Pi Picamera2、またはGStreamer動画パイプラインを使用して推論を実行します。

よくある質問#