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.