v4.2.1

v4.2.1 fügt Unterstützung für DHT11/DHT22-Sensoren der Nano RP2040 sowie weitere MT9V0xx-Kameravarianten hinzu, dazu ImageIO-, WiFi- und Framebuffer-Cache-Korrekturen. Die Bildübertragung ist nun standardmäßig MDMA-ausgelagert — lesen Sie den nachstehenden Breaking Change.

Highlights

  • Nano RP2040 Connect — Unterstützung für DHT11- / DHT22-Temperatur-/Feuchtigkeitssensoren.

  • Weitere MT9V0xx-Varianten — MT9V022 / MT9V024 / MT9V032 / MT9V034.

  • ImageIO verarbeitet nun alle Modi und ältere Dateien; Korrekturen am Framebuffer-Cache und an copy_to_fb.

  • Breaking: Die Bildübertragung ist nun standardmäßig MDMA-ausgelagert — siehe den Breaking Change.

Neue Funktionen

  • Nano RP2040 Connect — Unterstützung für DHT11- und DHT22-Sensoren hinzugefügt.

  • MT9V0xx-Kameravarianten — der MT9V0xx-Treiber unterstützt nun die Sensoren MT9V022 / MT9V024 / MT9V032 / MT9V034.

Weitere Änderungen und Verbesserungen

  • Die Konsolenmeldung „frozen module not found“ wird nicht mehr ausgegeben.

  • Die Nano RP2040 Connect wird mit standardmäßigem Frisch-Dateisystem-Inhalt ausgeliefert.

Fehlerbehebungen

  • Die Labels des integrierten Personendetektor-Modells wurden behoben.

  • ImageIO wurde behoben, um alle Modi und ältere Aufnahmedateien zu unterstützen.

  • Behoben wurde copy_to_fb beim Zielen auf ein vorhandenes Bild, und der Framebuffer-Cache wird nun vor der Verwendung invalidiert (verhindert beschädigte Bilddaten).

  • Behoben wurden der NINA-WiFi-Treiber (Nano RP2040 Connect) und ein Fehler bei der Flag-Spezifikation von machine.Timer.

Hardware- und Board-Unterstützung

  • Arduino Nano RP2040 Connect — DHT11/DHT22-Sensoren, Standard-I2C-/Datei-Einrichtung.

  • MT9V0xx — Unterstützung für die Varianten MT9V022/024/032/034.

Breaking API-Änderungen

Für den Benutzer sichtbare API-Brüche zwischen v4.2.0 und v4.2.1.

Der einzige Breaking Change ist eine behavior-Änderung (gleiche API, andere Ergebnisse) — zeitkritische Aufnahmen erneut prüfen.

Bildübertragung ist standardmäßig MDMA-ausgelagert (behavior)

Bildübertragungen werden nun auf fähigen Boards standardmäßig vollständig auf MDMA ausgelagert. Dies beschleunigt die Aufnahme, ändert aber den Übertragungspfad und das Timing — prüfen Sie Skripte erneut, die vom bisherigen (nicht ausgelagerten) Aufnahme-Timing abhingen.

Commit: e6cc4223d

Migrations-Checkliste

Nur zeitkritischer Aufnahmecode ist betroffen: validieren Sie alle Timing-Annahmen rund um die Bildaufnahme angesichts der neuen Standard-MDMA-Auslagerung erneut (die MDMA-Auslagerungs-Änderung). Alle anderen Skripte laufen unverändert.