v4.2.1

v4.2.1 ajoute la prise en charge des capteurs DHT11/DHT22 sur Nano RP2040 et davantage de variantes de caméra MT9V0xx, ainsi que des corrections ImageIO, WiFi et du cache du tampon d’image. Le transfert d’image est désormais déchargé sur le MDMA par défaut — consultez le changement incompatible ci-dessous.

Points forts

  • Nano RP2040 Connect — prise en charge des capteurs de température/humidité DHT11 / DHT22.

  • Davantage de variantes MT9V0xx — MT9V022 / MT9V024 / MT9V032 / MT9V034.

  • ImageIO gère désormais tous les modes et les fichiers plus anciens ; corrections du cache du tampon d’image et de copy_to_fb.

  • Incompatible : le transfert d’image est désormais déchargé sur le MDMA par défaut — voir le changement incompatible.

Nouvelles fonctionnalités

  • Nano RP2040 Connect — ajout de la prise en charge des capteurs DHT11 et DHT22.

  • Variantes de caméra MT9V0xx — le pilote MT9V0xx prend désormais en charge les capteurs MT9V022 / MT9V024 / MT9V032 / MT9V034.

Autres changements et améliorations

  • Le message console « frozen module not found » n’est plus affiché.

  • Le Nano RP2040 Connect est livré avec un contenu de système de fichiers neuf par défaut.

Corrections de bogues

  • Correction des étiquettes du modèle de détection de personnes intégré.

  • Correction de ImageIO pour prendre en charge tous les modes et les fichiers d’enregistrement plus anciens.

  • Correction de copy_to_fb lorsqu’il cible une image existante, et le cache du tampon d’image est désormais invalidé avant utilisation (empêche la corruption des données d’image).

  • Correction du pilote WiFi NINA (Nano RP2040 Connect) et d’un bogue de spécification de drapeau de machine.Timer.

Matériel et prise en charge des cartes

  • Arduino Nano RP2040 Connect — capteurs DHT11/DHT22, configuration I2C/fichiers par défaut.

  • MT9V0xx — prise en charge des variantes MT9V022/024/032/034.

Changements d’API incompatibles

Ruptures d’API visibles par l’utilisateur entre v4.2.0 et v4.2.1.

Le seul changement incompatible est un changement de comportement (même API, résultats différents) — revérifiez les captures sensibles au timing.

Le transfert d’image est déchargé sur le MDMA par défaut (comportement)

Les transferts d’images sont désormais entièrement déchargés sur le MDMA par défaut sur les cartes compatibles. Cela accélère la capture mais modifie le chemin et le timing du transfert — revérifiez les scripts qui dépendaient de l’ancien timing de capture (sans déchargement).

Commit : e6cc4223d

Liste de vérification de migration

Seul le code de capture sensible au timing est concerné : revalidez toute hypothèse de timing relative à la capture d’image compte tenu du nouveau déchargement MDMA par défaut (le changement de déchargement MDMA). Tous les autres scripts s’exécutent sans modification.