New release 1.43.6 for ESP32

Here you'll find the updated available
cicciocb
Site Admin
Posts: 410
Joined: Mon Feb 03, 2020 1:15 pm
Location: Toulouse
Has thanked: 92 times
Been thanked: 295 times
Contact:

New release 1.43.6 for ESP32

Post by cicciocb »

HI All (including Robin :D ),
I worked recently on a new release based on the latest esp32-arduino SDK.
This release contains many fixes and improvements but several changes that required many modifications / adaptations to work.
In parallel I fixed some snags into some libraries that was causing the module to reboot.
This new release looks more stable and shows more RAM available.
I was able to make it work for almost all except for the CAN bus and the image recognition.
I did not had the time to check all the functionalities of the module, I focused in particular on the bluetooth / telegram / mp3 stuff that works well.

So, please, download it and report what is working and what is not.
In the while I'll publish in next days the versions for the camera and the e-paper.

Regards,
cicciocb
You do not have the required permissions to view the files attached to this post.
User avatar
Electroguard
Posts: 276
Joined: Mon Feb 08, 2021 6:22 pm
Has thanked: 55 times
Been thanked: 129 times

Re: New release 1.43.6 for ESP32

Post by Electroguard »

As far as what the update cannot do,..

if and when any functionality or devices get dropped from future updates it doesn't really matter, cos what worked before will still always work and be available using the appropriate previous version.
So maybe the more important point is to keep a list of dropped functionality and devices which gives the last firmware version that supported it.

It would avoid the need for maintaining support of diverging functionality, cos whatever already works and doesn't need support can be frozen, therefore support can always be focused on bug-fixes and new devices and functionality.

This might help with the ever-decreasing memory situation, because outdated devices (eg: displays) could be dropped from newer updates to make way for newer devices and functionality, but whatever gets dropped would still be available using an earlier version.
For instance Annex32 WiFi BLE CAN 1.43.5 could be used for CAN projects, while 1.43.6 used for BLE.

Annex is superb for communicating, and it's simple for 2 different functionality devices to interact with each other if necessary... so not everything needs to be crammed onto a single device anyway (it is often better to spread the load).
cicciocb
Site Admin
Posts: 410
Joined: Mon Feb 03, 2020 1:15 pm
Location: Toulouse
Has thanked: 92 times
Been thanked: 295 times
Contact:

Re: New release 1.43.6 for ESP32

Post by cicciocb »

To clarify, this release simply miss the CAN bus support just because I did not yet integrated it.

Additionally, I forgot to say that I'm working for supporting the other modules of the espressif family.
So far I was able to run annex on the esp32-c3 and I plan to integrate also the esp32-s2.
lolo753
Posts: 4
Joined: Mon Nov 22, 2021 6:52 pm

Re: New release 1.43.6 for ESP32

Post by lolo753 »

Hello,
After update to 1.43.6 serial console is flooded with heap_caps_malloc messages and though it's unusable. I didn't check other functionalities. They seems to be working ok.
Here is console after reset:

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1044
load:0x40078000,len:8896
load:0x40080400,len:5816
entry 0x400806ac
E (421) psram: PSRAM ID read error: 0xffffffff
Annex initializing...
BLE support enabled
module Type 200 SD_Card 1
OK
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 5 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 5 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 5 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
cicciocb
Site Admin
Posts: 410
Joined: Mon Feb 03, 2020 1:15 pm
Location: Toulouse
Has thanked: 92 times
Been thanked: 295 times
Contact:

Re: New release 1.43.6 for ESP32

Post by cicciocb »

[Local Link Removed for Guests] wrote: [Local Link Removed for Guests]Tue Nov 23, 2021 4:41 pm Hello,
After update to 1.43.6 serial console is flooded with heap_caps_malloc messages and though it's unusable. I didn't check other functionalities. They seems to be working ok.
Here is console after reset:

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1044
load:0x40078000,len:8896
load:0x40080400,len:5816
entry 0x400806ac
E (421) psram: PSRAM ID read error: 0xffffffff
Annex initializing...
BLE support enabled
module Type 200 SD_Card 1
OK
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 5 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 5 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 5 bytes with 0x1400 capabilities.
heap_caps_malloc was called but failed to allocate 26928 bytes with 0x1400 capabilities.
@lolo753, thanks for your testing, I did not spotted this issue as I was working only with modules equipped with PSRAM.
This is a debug message I implemented to try to catch memory issues but it looks that it is really not appropriate when the PSRAM is not available.
I'll release another version without this message soon
User avatar
Electroguard
Posts: 276
Joined: Mon Feb 08, 2021 6:22 pm
Has thanked: 55 times
Been thanked: 129 times

Re: New release 1.43.6 for ESP32

Post by Electroguard »

Wow, the 1.43.6 update gives a huge increase of ramfree.
And it has been running the gizmo script for nearly 24 hours without rebooting... although so has 1.43.5 by putting wifi to sleep during ble scans.

I can't test the Epaper gui cos I don't have one yet, but I noticed that my tft gui FlexiMenu script is behaving differently on the update.
I know it is brittle and bloated because of some work-arounds for tft gui problems, so I will do some focused tft gui testing of the new firmware version tomorrow to see if the problems remain, cos if so, they are likely to also affect the Epaper gui.
PANNO2
Posts: 38
Joined: Tue Jun 08, 2021 6:26 pm
Has thanked: 27 times
Been thanked: 2 times

Re: New release 1.43.6 for ESP32

Post by PANNO2 »

same as lolo735

sry
User avatar
Electroguard
Posts: 276
Joined: Mon Feb 08, 2021 6:22 pm
Has thanked: 55 times
Been thanked: 129 times

Re: New release 1.43.6 for ESP32

Post by Electroguard »

Elapsed timer on tft keeps running even after STOPping the script, then device disconnects from browser.
if I am quick to reconnect it usually disconnects again soon after, but can then be reconnected again and is usually ok.
But if not quickly reconnected, it refuses to reconnect again until after the device has been rebooted.

So during this habitual ritual I noticed that the Connection box was Orange instead of red or green... was the colour significant or just an aberration?

orange.jpg
You do not have the required permissions to view the files attached to this post.
cicciocb
Site Admin
Posts: 410
Joined: Mon Feb 03, 2020 1:15 pm
Location: Toulouse
Has thanked: 92 times
Been thanked: 295 times
Contact:

Re: New release 1.43.6 for ESP32

Post by cicciocb »

Robin,
orange means error during the connection while red means no connection
User avatar
Electroguard
Posts: 276
Joined: Mon Feb 08, 2021 6:22 pm
Has thanked: 55 times
Been thanked: 129 times

Re: New release 1.43.6 for ESP32

Post by Electroguard »

That's quite interesting:
I knew that 1.43.6 didn't STOP the device from running the script, cos it plainly kept clocking up an elapsed time counter on tft.
But the request to STOP causes the device to drop browser connection, even though the script keeps clocking up the tft elapsed counter.
Then the orange Connection box shows that the device is unwilling to heed the browser reconnect request even though it still clocks the script counter.
And once in 'ignore' mode, the only way to get its attention is to reboot the device.

It seems that 1.43.6 is narcissistic.
Post Reply