v4.5.2¶
v4.5.2 fügt CAN-Bus-Unterstützung auf dem i.MX RT-Port, OV5640-Unterstützung für das Arduino GIGA und hochauflösende AprilTags auf dem OpenMV RT1060 hinzu, dazu Zuverlässigkeitskorrekturen bei Kamera/USB. Mjpeg.sync()/close() nehmen kein fps-Argument mehr — siehe die inkompatible Änderung.
Highlights¶
CAN-Bus-Unterstützung auf dem i.MX RT (mimxrt)-Port.
Das Arduino GIGA erhält OV5640-Kameraunterstützung; der OpenMV RT1060 erhält hochauflösende AprilTag-Erkennung.
Inkompatibel:
Mjpeg.sync()/Mjpeg.close()nehmen keinfps-Argument mehr (die FPS werden jetzt intern berechnet).
Neue Funktionen¶
CAN-Bus — CAN-Unterstützung auf dem i.MX RT (mimxrt)-Port hinzugefügt.
Fehlerbehebungen¶
Kamera und Sensoren:
Behoben, dass
Image.midpoint_pool()den zentrierten Bereich nicht auswählen konnte.TensorFlow- (
tf) Inferenz mit nicht quadratischen Bildern behoben.
System und USB:
Das Parsen der Argumente des
tv-Moduls behoben.Das TinyUSB-Polling behoben, und der i.MX RT-Port bedient TinyUSB jetzt auch beim Warten auf Sensor-Einzelbilder (reaktionsschnelleres USB während der Aufnahme).
Den LED-Pin-Namen im Standardskript des OpenMV RT1060 behoben.
Hardware- und Board-Unterstützung¶
Arduino GIGA — OV5640-Kameraunterstützung.
i.MX RT — CAN-Bus-Unterstützung.
OpenMV RT1060 — hochauflösende AprilTag-Erkennung aktiviert.
Inkompatible API-Änderungen¶
Für Benutzer sichtbare API-Brüche zwischen v4.5.1 und v4.5.2.
Die einzige inkompatible Änderung ist eng begrenzt und betrifft die MJPEG-Aufzeichnung.
Mjpeg.sync() / Mjpeg.close() nehmen kein fps mehr (minor)¶
Die MJPEG-Aufzeichnung berechnet die Bildrate jetzt intern aus dem tatsächlichen Aufnahme-Timing, sodass Mjpeg.sync() und Mjpeg.close() kein fps-Argument mehr akzeptieren. Aufrufe, die fps übergeben haben, müssen dieses Argument entfernen.
Commit: 83229dcdf
Migrations-Checkliste¶
Nur die MJPEG-Aufzeichnung ist betroffen: Entferne das fps-Argument aus Mjpeg.sync() / Mjpeg.close()-Aufrufen (die MJPEG-Änderung). Alle anderen Skripte laufen unverändert.