[Test build] Testers for new upcoming build (March '24) about espeasy HOT 25 CLOSED

All OK here with:

"ESP_Easy_mega_20240331_custom_ESP32_4M316k_LittleFS Mar 31 2024"
"ESP_Easy_mega_20240331_max_ESP32_16M8M_LittleFS Mar 31 2024"

Happy Easter.

from espeasy.

ESP_Easy_mega_20240312_normal_ESP8266_4M1M no issues so far, wifi or wifi reconnect after deepsleep seems more stable.
ESP_Easy_mega_20240312_normal_ESP32c3_4M316k_CDC no issues so far. Both upgrades no fresh flash.

from espeasy.

ESP_Easy_mega_20240314_climate_ESP32s2_4M316k_CDC best version I run in last two years on my S2 so far. 👍

from espeasy.

Flashed it back to 20231225 and then again to 20240317 and the issue is gone - so maybe something is gone wrong during update - no clue.

from espeasy.

Starting to test ESP8266.
ESP can connect to one router using 802.11n, and to the other using g. After reboot, though, it can connect using 802.11n to any of two routers (both are ax capable and have b/g enabled) , so can't really find the pattern, it is quite dynamic and probably depends on current noise level.

from espeasy.

And maybe also on how busy the AP is at some point.
Some APs may not always respond immediately to a single scan / connect attempt and when one attempt failed, ESPEasy will immediately retry using the other mode.

from espeasy.

./ESP8266_normal_ESP8266_4M1M/ESP_Easy_mega_20240311_normal_ESP8266_4M1M.bin
./ESP8266_climate_ESP8266_4M1M/ESP_Easy_mega_20240311_climate_ESP8266_4M1M.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k/ESP_Easy_mega_20240311_normal_ESP32_4M316k.bin
./ESP32-D0WDQ6_neopixel_ESP32_4M316k/ESP_Easy_mega_20240311_neopixel_ESP32_4M316k.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k_LittleFS/ESP_Easy_mega_20240311_normal_ESP32_4M316k_LittleFS.bin

in testing. Waiting for issues....

from espeasy.

./ESP8266_normal_ESP8266_4M1M/ESP_Easy_mega_20240311_normal_ESP8266_4M1M.bin
./ESP8266_climate_ESP8266_4M1M/ESP_Easy_mega_20240311_climate_ESP8266_4M1M.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k/ESP_Easy_mega_20240311_normal_ESP32_4M316k.bin
./ESP32-D0WDQ6_neopixel_ESP32_4M316k/ESP_Easy_mega_20240311_neopixel_ESP32_4M316k.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k_LittleFS/ESP_Easy_mega_20240311_normal_ESP32_4M316k_LittleFS.bin

in testing. Waiting for issues....

No issues.

from espeasy.

In the mean time, I did find some issues myself and looking into it...

• M5Stack ATOM S3 (8M flash, no PSRAM) enters bootloop after flashing. Might be related to SPI Ethernet
• Lolin S3 pro (16M flash, 8M PSRAM) reports available PSRAM as a bit less than 6 MB (6080912 bytes)
• HW-CDC (serial port via USB on ESP32-C3/C6/S3) shows missing bytes, probably due to recent check in Arduino code to see if device is connected.

from espeasy.

Tried to test all my ESP32 boards with normal LittleFS builds. There was definitely something odd with 20240311 version available from the web flasher as most boards except ESP32 stuck in the console prior to starting the AP, ESP32-S2 with PSRAM even went to a bootloop. So had to reflash them with latest GA build.

20240312 is fine so far on all ESP32 boards, all memory configurations are displayed correctly.

Happy to see that AP mode is restarted when configured network switches off, but this disappears after reboot, it never restarts if at least one main or maintenance network is configured.

By the way, is there a reason to spend boot time for scanning with empty WiFi config?

from espeasy.

By the way, is there a reason to spend boot time for scanning with empty WiFi config?

Yep, this way you can immediately show the APs when entering setup.
Otherwise you will loose connection if connected to the AP of the ESP if the ESP then needs to perform a WiFi scan.

from espeasy.

ESP_Easy_mega_20240312_climate_ESP32s2_4M316k_CDC no issues and wifi more stable than previous builds.

from espeasy.

I am still working on the issue with the ESP32-S3 HWCDC (Console via native USB) as you can loose data.
There is a fix, but the people from Arduino must first accept it as they don't seem to be able to reproduce it.

from espeasy.

Hello @TD-er, hello all.
All OK here with severals ESP32 boards (4MB and 16MB) using both Custom build and MAX build.

from espeasy.

No issues found so far on:
ESP_Easy_mega_20240317_climate_ESP32s2_4M316k_CDC
ESP_Easy_mega_20240317_normal_ESP8266_4M1M
ESP_Easy_mega_20240317_normal_ESP32c3_4M316k_CDC
ESP_Easy_mega_20240317_collection_G_ESP8266_4M1M

from espeasy.

ESP_Easy_mega_20240317_normal_ESP32_4M316k (maybe others too) and ads1115 values in device tab only shown when Force Slow I2C speed is enabled (Clock Speed = Slow device Clock Speed = 100MHz in Hardware tab). If disabled only a line is shown.

from espeasy.

Is this a build with LittleFS in the name?

from espeasy.

Did that ADS1115 work at 400 kHz before, on an older build? As there are quite a lot of that type of sensors that are not what they are claimed to be...

from espeasy.

Clock speed was 100MHz before and now only Force Slow I2C speed was disabled in device ads1115 before. An MCP23017, a PCA9685 and a DS3231 are also on the bus and to avoid trouble I set speed to 100MHz. No LittleFS.

from espeasy.

I just updated the web flasher to the latest test build:
https://td-er.nl/ESPEasy/latest/

Still known issue:

• ESP32-S3/C3/C6 can still show missing bytes in the console when connected to the HWCDC USB serial port

A few things have been fixed, among which a rather tricky issue where some settings of some plugins might not get saved properly (no specific example yet except for the CUL reader)

from espeasy.

In testing:

./ESP8266_neopixel_ESP8266_4M1M/ESP_Easy_mega_20240325_neopixel_ESP8266_4M1M.bin
./ESP8266_normal_ESP8266_4M1M/ESP_Easy_mega_20240325_normal_ESP8266_4M1M.bin
./ESP8266_climate_ESP8266_4M1M/ESP_Easy_mega_20240325_climate_ESP8266_4M1M.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k/ESP_Easy_mega_20240325_normal_ESP32_4M316k.bin
./ESP32-D0WDQ6_neopixel_ESP32_4M316k/ESP_Easy_mega_20240325_neopixel_ESP32_4M316k.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k_LittleFS/ESP_Easy_mega_20240325_normal_ESP32_4M316k_LittleFS.bin

from espeasy.

Uploaded a new build to the webflasher which should deal with MQTT disconnects and crashes when using formula.

from espeasy.

No issues so far with
ESP_Easy_mega_20240330_climate_ESP32s2_4M316k_CDC
ESP_Easy_mega_20240330_normal_ESP32c3_4M316k_CDC
ESP_Easy_mega_20240330_normal_ESP8266_4M1M

from espeasy.

Only issue now is that the build process failed... again... :(

from espeasy.

I manually uploaded the last test build I made before making the official build.
So it is based on exactly the same source code, but may have a different Git tag in the sysinfo page.

Anyway thanks for testing y'all and happy easter.

from espeasy.