Michel2/ESPEasy
1
0
Fork 0
mirror of https://github.com/letscontrolit/ESPEasy.git synced 2026-09-12 09:36:59 +00:00
Code Issues Releases Activity
16,017 Commits 6 Branches 386 Tags
8d4a5ba6648adc5a04421cc97acc994fff904863
Commit Graph
18 Commits
Author SHA1 Message Date
TD-er c27f249f69 [Memory] Move other controller queue elements to 2nd heap (ESP8266) 2025-02-20 17:07:15 +01:00
Ton Huisman 307bea9672 Merge branch 'mega' of https://github.com/letscontrolit/ESPEasy into feature/MQTT-controller-cmd-improvements 2024-07-05 21:35:45 +02:00
TD-er 7270701b72 [Cleanup] Rename ambiguously controller_number in controller code 2024-06-23 16:02:37 +02:00
Ton Huisman 671916e9c0 [C007] Emoncms: add configurable url (Controller Publish) 2024-06-22 22:12:48 +02:00
TD-er 06e458ea04 [Controller] Fail gracefully when almost out of memory 
One often reported issue is that the ESPEasy node (especially ESP8266 ones) will crash when WiFi is unstable.

This could be due to memory suddenly filling up by the controller queue.
When creating a new item for the controller queue, there was no `(std::nothrow)` included on the `new` calls, so if running out of memory this might have thrown a `std::bad_alloc` exception, which are not caught and thus ESPEasy might crash on it.
 2024-05-23 15:20:14 +02:00
TD-er d3b65298c7 [Controller] Fail gracefully when almost out of memory 
One often reported issue is that the ESPEasy node (especially ESP8266 ones) will crash when WiFi is unstable.

This could be due to memory suddenly filling up by the controller queue.
When creating a new item for the controller queue, there was no `(std::nothrow)` included on the `new` calls, so if running out of memory this might have thrown a `std::bad_alloc` exception, which are not caught and thus ESPEasy might crash on it.
 2024-05-23 15:19:39 +02:00
TD-er 71630ba87b [Cleanup] Remove no longer needed globals/Protocol.h/.cpp 2023-09-15 18:13:15 +02:00
TD-er 922ad76e5e [Controller] Simplify ESPEasy core administration of CPlugins 2023-09-15 17:09:09 +02:00
TD-er 9c07393225 [Scheduler] Cleanup of Scheduler code 2023-09-12 12:29:51 +02:00
TD-er ea86cd6a77 [TaskValueTypes] Add build flag FEATURE_EXTENDED_TASK_VALUE_TYPES 2023-04-15 16:02:36 +02:00
TD-er 30ec3a6c2e [Controller Queue] Do not format message when controller queue is full 2023-01-18 12:03:02 +01:00
TD-er 6bc0cc5fcf [Controller] Fix queue element vase class members being set 2023-01-04 13:56:55 +01:00
TD-er d038ce2e15 [Controllers] Reduce bin size by getting rid of extensive macros 2023-01-01 21:11:08 +01:00
TD-er 8fe63e47fd [Controller Queue] Reduce bin size by using inheritance 2022-12-31 01:15:47 +01:00
TD-er 6b0474d2a3 [Build] Remove all debug logs when BUILD_NO_DEBUG is set 2022-08-30 17:46:39 +02:00
TD-er b87db70810 [SendToHttp] Fix HTTP 401 and 404 error 
Still to do: look into why not all HTTP requests seem to arrive at the other node when sending at short intervals (less than 3 sec)
 2022-08-23 18:28:39 +02:00
TD-er 2c0ed04f15 [HTTP] Use the same function for all HTTP controllers + fix timeout 
This also fixes a timeout issue on ESP32 as the WiFiClient timeout is set in seconds (!!!!!)

See: https://github.com/espressif/arduino-esp32/pull/6676

Extremely frustrating design choice as it has taken extreme amounts of time to debug those issues!
 2022-07-22 16:42:46 +02:00
TD-er 1cfd75d6bf [INO to CPP] Rename Cnnn.ino to Cnnn.cpp 
This way we know for sure the Arduino typical build issues will be affecting building controllers.
 2022-01-31 11:01:41 +01:00