v4.2.1

v4.2.1 aggiunge il supporto ai sensori DHT11/DHT22 sul Nano RP2040 e altre varianti di camera MT9V0xx, oltre a correzioni per ImageIO, WiFi e cache del framebuffer. Il trasferimento delle immagini è ora gestito tramite MDMA per impostazione predefinita — leggi la modifica incompatibile qui sotto.

In evidenza

  • Nano RP2040 Connect — supporto ai sensori di temperatura/umidità DHT11 / DHT22.

  • Più varianti MT9V0xx — MT9V022 / MT9V024 / MT9V032 / MT9V034.

  • ImageIO ora gestisce tutte le modalità e i file più vecchi; correzioni alla cache del framebuffer e a copy_to_fb.

  • Incompatibilità: il trasferimento delle immagini è ora gestito tramite MDMA per impostazione predefinita — vedi la modifica incompatibile.

Nuove funzionalità

  • Nano RP2040 Connect — aggiunto il supporto ai sensori DHT11 e DHT22.

  • Varianti di camera MT9V0xx — il driver MT9V0xx ora supporta i sensori MT9V022 / MT9V024 / MT9V032 / MT9V034.

Altre modifiche e miglioramenti

  • Il messaggio di console «frozen module not found» non viene più stampato.

  • Il Nano RP2040 Connect viene fornito con i contenuti predefiniti di un filesystem nuovo.

Correzioni di bug

  • Corrette le etichette del modello person-detector integrato.

  • Corretto ImageIO per supportare tutte le modalità e i file di registrazione più vecchi.

  • Corretto copy_to_fb quando si punta a un’immagine esistente, e la cache del framebuffer viene ora invalidata prima dell’uso (previene dati di immagine corrotti).

  • Corretti il driver WiFi NINA (Nano RP2040 Connect) e un bug nella specifica dei flag di machine.Timer.

Hardware e supporto schede

  • Arduino Nano RP2040 Connect — sensori DHT11/DHT22, configurazione I2C/file predefinita.

  • MT9V0xx — supporto alle varianti MT9V022/024/032/034.

Modifiche incompatibili dell’API

Modifiche incompatibili dell’API visibili all’utente tra v4.2.0 e v4.2.1.

L’unica modifica incompatibile è una modifica di comportamento (stessa API, risultati diversi) — ricontrolla le acquisizioni sensibili al timing.

Il trasferimento delle immagini è gestito tramite MDMA per impostazione predefinita (comportamento)

I trasferimenti delle immagini sono ora completamente gestiti tramite MDMA per impostazione predefinita sulle schede compatibili. Questo accelera l’acquisizione ma cambia il percorso e il timing del trasferimento — ricontrolla gli script che dipendevano dal precedente timing di acquisizione (non gestito tramite MDMA).

Commit: e6cc4223d

Checklist di migrazione

È interessato solo il codice di acquisizione sensibile al timing: rivalida qualsiasi assunzione di timing relativa all’acquisizione delle immagini dato il nuovo offload MDMA predefinito (la modifica dell’offload MDMA). Tutti gli altri script funzionano senza modifiche.