MallocArray

I'm not sure either, but it is certainly related to changes in this PR. I removed the `update_interval` so it is using the default of every second and still get...

```text [15:32:36][I][app:115]: ESPHome version 2025.5.2 compiled on Jun 4 2025, 15:32:06 [15:32:36][I][app:117]: Project mallocarray.airgradient version 5.2.1 [15:32:36][C][wifi:600]: WiFi: [15:32:36][C][wifi:428]: Local MAC: [redacted] [15:32:36][C][wifi:433]: SSID: [redacted] [15:32:36][C][wifi:436]: IP Address: 192.168.2.121 [15:32:36][C][wifi:439]:...

Looking good. After an OTA with no reboot, it is returning values every 30 seconds ```text [17:50:36][D][pmsx003:242]: Got PM1.0 Standard Concentration: 0 µg/m³, PM2.5 Standard Concentration 0 µg/m³, PM10.0 Standard...

We are running into this. Anything to be done to help this along?

I'm seeing the same depreciation warning after upgrading to 2.14.6 from 2.13.x. I'm doing everything as the documentation appears to be showing, so not sure if the end user really...

This error is still present. Since 2.17 is now out, we aren't far away from 2.18 when this is reported to be full removed and start breaking things

I am in favor of this

Thanks. I'll keep an eye out for a PR. If an order of operations, I wonder if changing the 1h interval that starts the scripts should be changed to something...

@MikeBP13 For what it is worth, there is a PR pending that helps address the refresh interval not behaving as expected https://github.com/esphome/esphome/pull/8989 While testing this PR I also noticed needing...

I wonder if the need for a power cycle to get values back from the sensor is related to this open issue: https://github.com/esphome/issues/issues/6344