13.1.20. Zusammenfassung

Die IDE in einem Absatz: Skripte werden in einem professionellen Editor bearbeitet, der die API der Kamera kennt, mit einer Schaltfläche auf der Kamera ausgeführt und durch drei Live-Instrumente beobachtet – der Framebuffer-Viewer für das, was die Kamera sieht, das Histogramm für die Zahlen dahinter und das serielle Terminal für das, was das Skript sagt. Um diese Schleife herum liegen die Wartungstools, die die Firmware, das Dateisystem und ROMFS einer Kamera in Ordnung halten; die Machine-Vision-Tools, die die Artefakte produzieren, die Skripte konsumieren – Schwellenwert-Tupel, bereinigte Deskriptoren, gedruckte Tags, konvertierte Modelle, beschriftete Datensätze; und die Power-Tools, die unter die Haube schauen, wenn die Leistung zählt.

Wie es von hier aus weitergeht:

• Das Beispielmenü ist die ständige Antwort auf „wie mache ich X auf der Kamera“ – nahezu jede Bibliotheksfunktion hat ein lauffähiges Beispiel.

• Die Bibliotheksreferenz dokumentiert jedes Modul, das das Vervollständigungs-Popup anbietet.

• Das openmv Python-Paket steuert eine Kamera von hostseitigen Python-Skripten aus – das Debug-Protokoll der IDE ohne die IDE – für Testaufbauten, Automatisierung und benutzerdefinierte Desktop-Frontends.

• Das Produktionskapitel setzt dort an, wo der Deploy-Schritt der IDE aufhört: das Einbacken von Skripten in die Firmware, das Ausliefern von Assets in ROMFS und das Härten einer Kamera für den Feldeinsatz.