Closed TD-er closed 5 months ago
I'll have a look.
I also would like to know what you guys think about the new download "artifacts" on the GH Actions builds (not the releases) as Ton needed to change stuff due to changes in how GH Actions operates.
How can I say it politely, not great. If you have different images to collect the big ZIP is loaded by once. Then I pick the right images to the batch loader.
I can also upload the same zip to my server and link it on the webflasher page. Then it is probably a lot easier to download.
I can also upload the same zip to my server and link it on the webflasher page. Then it is probably a lot easier to download.
Need a little more description.
I can also upload the same zip to my server and link it on the webflasher page. Then it is probably a lot easier to download.
Need a little more description.
See webflasher I just added the all.zip file to it.
Ciao. Will test later or tomorrow.
@TD-er But there's not ESP_Easy_mega_20240212_neopixel_ESP32_4M316k_LittleFS in the zip. Is littleFS still in pre tests?
Well I'm not 100% sure yet as converting from SPIFFS to LittleFS does require some user action as the file system will be formatted. So I want to let the users do this only when really needed. And since I want to create new partition layouts so you can use the MAX builds on any 4MB units, it will require another change/convert action from the user. So I'm not sure whether I will create LittleFS builds for all current builds, or maybe it is better to wait till this "safeboot" option is ready as this also reduces the number of builds significantly.
As I remember you said that LittleFS is needed in the future as default?
Yep, but since it requires users to perform a significant update step, I want to ask this only once from the users.
So maybe better to combine the update to a LittleFS build with partition resize which is required for "safeboot" build layouts as this allows for MAX builds for all ESP32 builds.
No issues with:
./ESP8266_neopixel_ESP8266_4M1M/ESP_Easy_mega_20240212_neopixel_ESP8266_4M1M.bin
./ESP8266_normal_ESP8266_4M1M/ESP_Easy_mega_20240212_normal_ESP8266_4M1M.bin
./ESP8266_climate_ESP8266_4M1M/ESP_Easy_mega_20240212_climate_ESP8266_4M1M.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k/ESP_Easy_mega_20240212_normal_ESP32_4M316k.bin
./ESP32-D0WDQ6_neopixel_ESP32_4M316k/ESP_Easy_mega_20240212_neopixel_ESP32_4M316k.bin
./ESP32-D0WDQ6_normal_ESP32_4M316k_LittleFS/ESP_Easy_mega_20240212_normal_ESP32_4M316k_LittleFS.bin
until now.
Could you test with the LittleFS build to see what happens if you give the command wifidisconnect
after it has been connected to WiFi for > 5 minutes?
Or check how long it takes to get a WiFi connection after a power cycle?
At least on an ESP32-C3 I sometimes see a crash-reboot when calling wifidisconnect (at least on a "custom" build with IPv6 enabled) and also on any ESP32-platform (LittleFS builds) that it seems to do nothing after performing a WiFi scan until this times out after 2 minutes.
It reconnect's immediately:
00:02:02.634 : (224612) Info : HTTP: wifidisconnect
00:02:02.640 : (224504) Info : WiFi : WifiDisconnect()
00:02:02.751 : (232164) Info : WIFI : Disconnected! Reason: '(1) Unspecified'
00:02:02.754 : (232068) Info : WIFI : Arduino wifi status: WL_DISCONNECTED 6 ESPeasy internal wifi status: DISCONNECTED
00:02:02.875 : (255784) Info : WiFi : Best AP candidate: #Hidden# xxxxxxxxxxxxxx Ch:6 (-53dBm)WPA2/PSK (bgn)
00:02:02.881 : (255808) Info : WIFI : Connecting xxxxxxxxxxxxx#Hidden# xxxxxxxxxxxxxxx Ch:6 (-53dBm)WPA2/PSK (bgn) attempt #0
00:02:03.734 : (234036) Info : WIFI : Connected! AP: xxxxxxxxxxxxxx(xxxxxxxxxxxxxxxx) Ch: 6 Duration: 748 ms
00:02:03.740 : (233988) Info : WIFI : DHCP IP: xxxxxxxxxxxxxxxxxxxxxxxxx duration: 25 ms
00:02:03.760 : (234416) Info : Webserver: stop
00:02:03.765 : (234084) Info : Webserver: start
00:02:05.987 : (233988) Info : WD : Uptime 2 ConnectFailures 0 FreeMem 234132 WiFiStatus: WL_CONNECTED 3 ESPeasy internal wifi status: Conn. IP Init
00:02:35.987 : (233680) Info : WD : Uptime 3 ConnectFailures 0 FreeMem 233824 WiFiStatus: WL_CONNECTED 3 ESPeasy internal wifi status: Conn. IP Init
Yep that's within 5 minutes from connect to WiFi. But after 5 minutes any known WiFi candidates will be cleared and thus the ESP needs to scan to reconnect.
I don't know if it is the release but a button is bouncing:
00:10:13.649 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:13.858 : (234776) Info : SW : GPIO=23 State=1 Output value=0
00:10:13.949 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:14.159 : (234776) Info : SW : GPIO=23 State=1 Output value=0
00:10:14.249 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:15.261 : (234776) Info : SW : GPIO=23 State=1 Output value=0
00:10:15.351 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:15.561 : (234776) Info : SW : GPIO=23 State=1 Output value=0
00:10:15.649 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:16.258 : (234776) Info : SW : GPIO=23 State=1 Output value=0
00:10:16.349 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:16.560 : (234776) Info : SW : GPIO=23 State=1 Output value=0
00:10:16.649 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:17.565 : (234776) Info : SW : GPIO=23 State=1 Output value=0
00:10:17.649 : (234808) Info : SW : GPIO=23 State=0 Output value=1
00:10:17.859 : (234576) Info : SW : GPIO=23 State=1 Output value=0
00:10:17.949 : (234608) Info : SW : GPIO=23 State=0 Output value=1
00:10:18.059 : (234576) Info : SW : GPIO=23 State=1 Output value=0
00:10:18.149 : (234608) Info : SW : GPIO=23 State=0 Output value=1
00:10:18.360 : (234576) Info : SW : GPIO=23 State=1 Output value=0
00:10:18.449 : (234608) Info : SW : GPIO=23 State=0 Output value=1
00:10:19.158 : (234576) Info : SW : GPIO=23 State=1 Output value=0
00:10:19.249 : (234608) Info : SW : GPIO=23 State=0 Output value=1
00:10:19.462 : (234576) Info : SW : GPIO=23 State=1 Output value=0
00:10:19.550 : (234608) Info : SW : GPIO=23 State=0 Output value=1
Do you have anything connected to it? Or configured in ESPEasy (see HW tab, probably the simplest to see whether something is configured to use it)
Yes, a button with internal pullup.
Internal pull-up isn't that strong. Does the button have a relatively long cable? Maybe you can add some small capacitor (e.g. 100 nF) close to the GPIO pin and GND? (or 2 capacitors, one between the pin and 3V3 and one between the pin and GND)
Is as short as possible 😎
Well adding a small cap over the pins will probably filter out the noise generated by the WiFi activity :) The breadboard rails are still acting like an antenna.
Is not that important at the breadboard.
Example of what I meant (tested on ESP32-C3, but may also happen on other ESP32 boards)
00:36:08.208 : (198164) Info : WD : Uptime 36 ConnectFailures 0 FreeMem 198308 WiFiStatus: WL_CONNECTED 3 ESPeasy internal wifi status: Conn. IP Init
00:36:23.146 : (194188) Info : WIFI : Disconnecting...
00:36:23.651 : (198228) Info : WiFi : WifiDisconnect()
00:36:23.770 : (199344) Info : WIFI : Disconnected! Reason: '(1) Unspecified'
00:36:23.772 : (199244) Info : WIFI : Arduino wifi status: WL_DISCONNECTED 6 ESPeasy internal wifi status: DISCONNECTED
00:36:23.883 : (199280) Info : WiFi : Start network scan all channels
00:36:30.098 : (197380) Info : WiFi : Scan finished, found: 22
00:36:30.101 : (196876) Info : WiFi : Best AP candidate: Lurch4 CC:CE:1E:13:B7:58 Ch:1 (-43dBm)WPA2/PSK (bgn)
00:36:30.104 : (197524) Info : WiFi : Added known candidate, try to connect
00:36:30.106 : (197428) Info : WIFI : Arduino wifi status: WL_DISCONNECTED 6 ESPeasy internal wifi status: DISCONNECTED
00:36:38.218 : (197444) Info : WD : Uptime 37 ConnectFailures 0 FreeMem 197588 WiFiStatus: WL_DISCONNECTED 6 ESPeasy internal wifi status: DISCONNECTED
00:37:08.226 : (197444) Info : WD : Uptime 37 ConnectFailures 0 FreeMem 197588 WiFiStatus: WL_DISCONNECTED 6 ESPeasy internal wifi status: DISCONNECTED
00:37:38.227 : (197444) Info : WD : Uptime 38 ConnectFailures 0 FreeMem 197588 WiFiStatus: WL_DISCONNECTED 6 ESPeasy internal wifi status: DISCONNECTED
00:37:50.110 : (197396) Info : WIFI : Connecting Lurch4 CC:CE:1E:13:B7:58 Ch:1 (-43dBm)WPA2/PSK (bgn) attempt #0
00:37:50.119 : (197380) Info : WIFI : Arduino wifi status: WL_DISCONNECTED 6 ESPeasy internal wifi status: DISCONNECTED
00:37:51.146 : (196216) Info : WIFI : Connected! AP: Lurch4 (CC:CE:1E:13:B7:58) Ch: 1 Duration: 1030 ms
00:37:51.148 : (196680) Info : WIFI : Arduino wifi status: WL_IDLE_STATUS 0 ESPeasy internal wifi status: Conn.
00:37:51.167 : (195964) Info : WIFI : DHCP IP: 192.168.10.75 (ESP-Easy) GW: 192.168.10.1 SN: 255.255.255.0 DNS: 192.168.10.1 / 0.0.0.0 duration: 20 ms
00:37:51.183 : (196396) Info : Webserver: stop
00:37:51.197 : (202208) Info : Webserver: start
00:37:51.199 : (202208) Info : mDNS : Starting mDNS...
00:37:51.203 : (195980) Info : mDNS : Started, with name: ESP-Easy.local
00:37:52.429 : (195044) Info : WIFI : STA got IP6 fe80::36b4:72ff:fe4c:3708%st4
00:37:52.432 : (195168) Info : UDP : Start listening on port 8266
00:37:55.428 : (195248) Info : WIFI : STA got IP6 2a10:3781:218:1:36b4:72ff:fe4c:3708
00:37:55.431 : (195376) Info : UDP : Start listening on port 8266
Adding a debounce setting of 50 - 100 msec on the Switch settings would probably help avoiding the flip-flopping of the state too...
The GPIO "flapping" is an old story... see also https://github.com/letscontrolit/ESPEasy/issues/4800
@fly74 what I can suggest to you is to go in "Hardware" page, then scroll down to "GPIO boot states" and set your GPIO PIN (23 in your case) from "Default" to "Input pullup" if when your push button is not pressed you need voltage on the PIN or to "Input pulldown" if when your push button is not pressed you need 0 Volt (to ground) on the PIN. Then reboot.
In this way you should enable the ESP32 internall Pullup (or Pulldown) resistor, The internal pull resistor should be enoght to avoid GPIO flapping between 0 and 1.
Internal pull-up isn't that strong. Does the button have a relatively long cable? Maybe you can add some small capacitor (e.g. 100 nF) close to the GPIO pin and GND? (or 2 capacitors, one between the pin and 3V3 and one between the pin and GND)
@TD-er Remember that Internal pull-up or Internal pull-down setting works ONLY if the "GPIO boot states" (in Hardware page) has been configured to "Input pullup" or "Input pulldown".
No issues so far on ESP8266-1M-normal and 4M1M-climate. I've sometimes searched and never found "Input pulldown" - Default state? All.zip download button I like it very much.
go in the Hardware page and there is the possibility to choose the Pin mode:
Sorry, my mistake, I've searched on ESP8266 device which I often use with motion sensors in ceiling lights and there is no "Input pulldown".
ESP8266 does not have multiple pull resistors per pin. It is pull up except for 1 pin which has a pull down and I think GPIO-16 has neither.
Internal pull-up isn't that strong. Does the button have a relatively long cable? Maybe you can add some small capacitor (e.g. 100 nF) close to the GPIO pin and GND? (or 2 capacitors, one between the pin and 3V3 and one between the pin and GND)
@TD-er Remember that Internal pull-up or Internal pull-down setting works ONLY if the "GPIO boot states" (in Hardware page) has been configured to "Input pullup" or "Input pulldown".
That might something to look into before next build as it sounds like a bug.
@TD-er Yes, it since September 2023 (https://github.com/letscontrolit/ESPEasy/issues/4800) that I shared my experience about the relationship that exists between the "Internal PullUp" flag of the "Switch input - Switch" and the ESP32 Internal Pull-up and Pull-down GPIO state.
As I wrote maybe can be enought (at least for ESP32 boards) to add a note in the HTML web page just down the "Internal PullUp" flag of the "Switch input - Switch" that this will works only if the "GPIO boot states" (in Hardware page) has been configured to "Input pullup" or "Input pulldown". And, "Internal PullUp" flag of the "Switch input - Switch" should be renamed to "Internal PullUp or Pulldwon" since what real configure the PIN as PullUp or PiullDown is the "GPIO boot states" (in Hardware page): "Input pullup" or "Input pulldown".
Yep (now) I remember. And also why we parked it for now as it does involve quite some code changes to do it right.
However adding a note should be (for now) a good quick fix.
Yes, for now go on with the note :)
My ESP32 C3 mini is running since an hour without WiFi disconnections. I've set up a "disconnect counter" so I can see whats happening in the next hours.
@Dickesplumpel Probably something like this (without the stack decoding)
00:06:58.222 : (186348) Info : WIFI : Disconnecting...
00:06:58.242 : (191120) Info : WiFi : WifiDisconnect()
Guru Meditation Error: Core 0 panic'ed (Load access fault). Exception was unhandled.
Core 0 register dump:
MEPC : 0x40043d16 RA : 0x4211b0fe SP : 0x3fca0100 GP : 0x3fc8b600
=> 0x40043d16: ?? ??:0
=> 0x4211b0fe: ieee80211_output_do at ??:?
TP : 0x3fc76968 T0 : 0x40386e1a T1 : 0x40387ce0 T2 : 0x6e617073
=> 0x40386e1a: vPortEnterCritical at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/portable/riscv/port.c:323
=> 0x40387ce0: gpspi_flash_ll_set_dummy at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/hal/esp32c3/include/hal/gpspi_flash_ll.h:352
(inlined by) spi_flash_hal_gpspi_configure_host_io_mode at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/hal/spi_flash_hal_common.inc:140
S0/FP : 0x3fcdf86c S1 : 0x3fce0000 A0 : 0x00000000 A1 : 0x3fcb3d9a
A2 : 0x3fca012c A3 : 0x3fca04b0 A4 : 0x3fc96000 A5 : 0x00000000
A6 : 0x3fc9293c A7 : 0x00000000 S2 : 0x00000000 S3 : 0x3fc93e88
S4 : 0x00000000 S5 : 0x00000036 S6 : 0x3fcb3d9a S7 : 0x00000000
S8 : 0x00000006 S9 : 0x00000000 S10 : 0x00000000 S11 : 0x00000000
T3 : 0x3fcadb54 T4 : 0x00000006 T5 : 0x00000000 T6 : 0x00000001
MSTATUS : 0x00001881 MTVEC : 0x40380001 MCAUSE : 0x00000005 MTVAL : 0x00000018
=> 0x40380001: _vector_table at ??:?
MHARTID : 0x00000000
Stack memory:
3fca0100: 0x3fc76968 0x40386e1a 0xffffffe0 0xffffffff 0x00000000 0x3fce0000 0x3fce0000 0x4211b0e2
=> 0x40386e1a: vPortEnterCritical at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/portable/riscv/port.c:323
=> 0x4211b0e2: ieee80211_output_do at ??:?
3fca0120: 0x40386e4c 0x4211f7e0 0x3fca01a0 0x00000000 0x3fc76968 0x40386e1a 0x4038771e 0x00000000
=> 0x40386e4c: vPortClearInterruptMask at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/portable/riscv/port.c:385
=> 0x4211f7e0: xQueueGenericSend at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:882 (discriminator 4)
=> 0x40386e1a: vPortEnterCritical at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/portable/riscv/port.c:323
=> 0x4038771e: i2c_ll_master_disable_tx_it at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/hal/esp32c3/include/hal/i2c_ll.h:889
(inlined by) i2c_hal_master_handle_tx_event at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/hal/i2c_hal_iram.c:24
3fca0140: 0x3fc96000 0x3fcadb54 0x3fc92960 0x3fca2c28 0x3fca2b50 0x3fcb3d74 0x3fca2aa8 0x420b756e
=> 0x420b756e: esp_netif_dhcps_option at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_netif/lwip/esp_netif_lwip.c:2353
3fca0160: 0x00000ffb 0x00000000 0x00000000 0x00000000 0x3fca2b50 0x3fcb3d74 0x00000000 0x420b34b8
=> 0x420b34b8: ethernet_output at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/netif/ethernet.c:272
3fca0180: 0x3fc96000 0x3fcadb54 0x3fca2c28 0x3fcb3d74 0x3fc92954 0x3fc92960 0x3fca2b50 0x420ad364
=> 0x420ad364: etharp_output_to_arp_index at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/etharp.c:763
3fca01a0: 0x3fc96000 0x3fcadb54 0x3fca2b50 0x3fcadb6c 0x3fcb3d74 0x3fcadb6c 0x3fca2b50 0x420ad5b6
=> 0x420ad5b6: etharp_output at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/etharp.c:826 (discriminator 1)
3fca01c0: 0x3fc96440 0x0000005c 0x3fcb3d6c 0x40388e20 0x3fcb3d74 0x0001804f 0x3fcb3da8 0x420ae5a8
=> 0x40388e20: multi_heap_malloc at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/multi_heap_poisoning.c:254
(inlined by) multi_heap_malloc at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/multi_heap_poisoning.c:240
=> 0x420ae5a8: ip4_output_if_opt_src at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:1050
3fca01e0: 0x420ae5d8 0x420a9ad2 0x3fca0260 0x3fc8b600 0x00000000 0x00000000 0x00000000 0x00000000
=> 0x420ae5d8: ip4_output_if_opt_src at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:1017
=> 0x420a9ad2: tcp_output_control_segment at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp_out.c:1938
3fca0200: 0xe12a2a1e 0xdb3e2be7 0x3fcb3dbc 0x3fcadb54 0x3fcadb54 0x3fcadb6c 0x3fcb3d74 0x420ae5ce
=> 0x420ae5ce: ip4_output_if_opt_src at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:1017
3fca0220: 0x00000000 0x00000006 0x3fcadb54 0x3fcadb54 0x3fcadb54 0x3fcadb6c 0x3fcb3d74 0x420ae5ea
=> 0x420ae5ea: ip4_output_if_opt_src at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:1018
3fca0240: 0x00000000 0x00000000 0x00000000 0x00000000 0x3fcadb54 0x3fcadb6c 0x3fcb3d74 0x420a9ad2
=> 0x420a9ad2: tcp_output_control_segment at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp_out.c:1938
3fca0260: 0x00000000 0x00000000 0x00000000 0x3fca2b50 0xe12a2a1e 0xdb3e2be7 0x3fcad858 0xe12a2a1e
3fca0280: 0x3fcadb6c 0x3fcadb54 0x3fcadb54 0x420aa30a 0x3fc96000 0x00000002 0x0000117f 0x00000050
=> 0x420aa30a: tcp_rexmit_fast at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp_out.c:1810
3fca02a0: 0xe12a2a1e 0xdb3e2be7 0x3fcad858 0x420b45d6 0x00000050 0x00000001 0x3fcadb54 0x420a737a
=> 0x420b45d6: netconn_gethostbyname_addrtype at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/api/api_lib.c:1325 (discriminator 2)
=> 0x420a737a: tcp_abandon at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c:597
3fca02c0: 0x00000004 0x3fc9ee28 0x00000005 0x3c155264 0x00000006 0x00000000 0x3fca0398 0x420a744a
=> 0x420a744a: tcp_netif_ip_addr_changed_pcblist at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c:2329
3fca02e0: 0x3c155264 0x3fca0318 0x3fca0398 0x420a7484 0x3c155264 0x3fca0318 0x3fca0398 0x420a4e6e
=> 0x420a7484: tcp_netif_ip_addr_changed_pcblist at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c:2329 (discriminator 9)
=> 0x420a4e6e: do_memp_free_pool at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/memp.c:370
(inlined by) memp_free at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/memp.c:440
3fca0300: 0x3c155264 0x3c155264 0x3fca2b50 0x420a4f24 0x3fc96440 0x000001cc 0x00000000 0x40388e20
=> 0x420a4f24: netif_issue_reports at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/netif.c:923
=> 0x40388e20: multi_heap_malloc at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/multi_heap_poisoning.c:254
(inlined by) multi_heap_malloc at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/multi_heap_poisoning.c:240
3fca0320: 0x00000000 0x00000000 0x00000000 0x00000000 0x3c155264 0x3fca0398 0x3fca2b50 0x420a5292
=> 0x420a5292: netif_invoke_ext_callback at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/netif.c:1821
3fca0340: 0x00000000 0x00000000 0x3fc9a1d0 0x3c155264 0x00000000 0x00000000 0x3fc9a1d0 0x4211f7b6
=> 0x4211f7b6: xQueueGenericReset at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:347
3fca0360: 0x3fc9edcc 0x3fcaacfc 0x3fc9ee20 0x00000000 0x00000004 0x3fc9ee28 0x00000005 0x00000001
3fca0380: 0x00000004 0x3fc9ee28 0x00000005 0x00000001 0x00000002 0x00000001 0x4b0aa8c0 0x00000000
=> 0x4b0aa8c0: ?? ??:0
3fca03a0: 0x00000000 0x00000000 0x3fc96000 0x3fc9ed00 0x00000004 0x3fc9ee28 0x00000005 0x3fc9ef18
3fca03c0: 0x3fc9edcc 0x3fca2b50 0x3fca81fc 0x420acaba 0x00000004 0x00120003 0x010aa8c0 0x00000000
=> 0x420acaba: dhcp_release_and_stop at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/dhcp.c:1454
3fca03e0: 0x00000000 0x00000000 0x00000000 0x00066100 0x00000004 0x00000003 0x3fca6974 0x00000002
3fca0400: 0x3fc96000 0x3fca2b50 0x3fca2aa8 0x420b6618 0x00000004 0x00000003 0x3fca6974 0x00000002
=> 0x420b6618: esp_netif_internal_nd6_cb at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_netif/lwip/esp_netif_lwip.c:2070
(inlined by) netif_callback_fn at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_netif/lwip/esp_netif_lwip.c:160
(inlined by) netif_callback_fn at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_netif/lwip/esp_netif_lwip.c:148
3fca0420: 0x3fc96000 0xffffffff 0x3fca110c 0x420b5eb8 0x3fc96000 0xffffffff 0x3fca10d0 0x420a3b5e
=> 0x420b5eb8: esp_netif_get_handle_from_ifkey_unsafe at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_netif/esp_netif_objects.c:112
=> 0x420a3b5e: tcpip_thread at /Users/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/api/tcpip.c:132
3fca0440: 0x00000000 0x00000000 0x00000000 0x3fca10d0 0x00000000 0x00000000 0x00000000 0x00000000
3fca0460: 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000
3fca0480: 0x00000000 0xa5a5a5a5 0xa5a5a5a5 0xa5a5a5a5 0xa5a5a5a5 0xa5a5a5a5 0xa5a5a5a5 0xa5a5a5a5
3fca04a0: 0xbaad5678 0x00000160 0xabba1234 0x00000154 0x3fca01e0 0x000661f1 0x3fc9141c 0x3fc9141c
3fca04c0: 0x3fca04b0 0x3fc91414 0x00000007 0x3fc9f008 0x3fc9f008 0x3fca04b0 0x00000000 0x00000012
3fca04e0: 0x3fc9faa0 0x00546974 0x00000000 0x00000000 0x00000000 0x00000000 0x3fca0490 0x00000012
ELF file SHA256: 0000000000000000
No, but I have only looked in the log of the ESP (left page open in browser) and there wasn't any error.
Custom variables on top - great :+1:
Custom variables on top - great 👍
Ah had forgotten about it, but it kinda annoyed me too, so I changed it. Glad you noticed and also agree with the change :)
Custom variables on top - great 👍
Ah had forgotten about it, but it kinda annoyed me too, so I changed it. Glad you noticed and also agree with the change :)
What is the change ?
Previously they were in the placed middlefield and you had to scroll down to find them. I use custom variables a lot.
Can you provide a screenshot ?
See sysvars page
And where can I create one?
using the let
command in rules.
See rules documentation
@fly74 did you test https://github.com/letscontrolit/ESPEasy/issues/4974#issuecomment-1940653377 ?
using the
let
command in rules.
I didn't know that. That's nice. I use it much too.
@fly74 did you test https://github.com/letscontrolit/ESPEasy/issues/4974#issuecomment-1940653377 ?
I'll test it later.
collection_G_ESP8266_4M1M no issues in my case, ESP32-C3 no wifi disconnections on 7 hours run.
The GPIO "flapping" is an old story... see also #4800
@fly74 what I can suggest to you is to go in "Hardware" page, then scroll down to "GPIO boot states" and set your GPIO PIN (23 in your case) from "Default" to "Input pullup" if when your push button is not pressed you need voltage on the PIN or to "Input pulldown" if when your push button is not pressed you need 0 Volt (to ground) on the PIN. Then reboot.
In this way you should enable the ESP32 internall Pullup (or Pulldown) resistor, The internal pull resistor should be enoght to avoid GPIO flapping between 0 and 1.
Unfortunately this don't work. After pressing it stays 1 and don't fall to 0 after release.
04.942 : (236164) Info : Webserver: start
05.049 : (235656) Info : SW : State 0
05.059 : (235568) Info : SW : GPIO=23 State=1 Output value=0
06.153 : (235456) Info : WD : Uptime 0 ConnectFailures 0 FreeMem 235600 WiFiStatus: WL_CONNECTED 3 ESPeasy internal wifi status: Conn. IP Init
08.888 : (234516) Info : SW : GPIO=23 State=0 Output value=1
Why not use an external powerdown? 4-5kOhm to ground?
I've just uploaded the latest GH Actions build to the web flasher
So I would like to summon the very appreciated testing crew :) @fly74 @ghtester @chemmex @alex-kiev @iz8mbw @Wookbert @Dickesplumpel
Just as a reminder:
Known issues to be fixed before new release:
wifimode,off
command on web page)I also would like to know what you guys think about the new download "artifacts" on the GH Actions builds (not the releases) as Ton needed to change stuff due to changes in how GH Actions operates. I personally like the single large download for uploading it to the webflasher, but I really dislike the download speeds offered by GH. (takes 5 - 10 minutes to download the full zip)
Not sure if Ton even could change it as how it is done now, but it is nice to know if there are some likes/dislikes about the current situation.