Search found 361 matches
- Wed Jan 13, 2021 2:39 pm
- Forum: General Discussion
- Topic: ESP32ULP wakeup question
- Replies: 7
- Views: 698
Re: RTC-gpio with esp32 Macro legacy not detecting
I_RD_REG(RTC_GPIO_IN_REG,RTC_GPIO_IN_NEXT_S,16), All of these need a look. I_RD_REG is defined as I_RD_REG(reg, low_bit, high_bit) (ie. last arg is *high* bit, not *num bits*). I'll also give https://github.com/boarchuz/HULP a plug. There might be some useful bits in there (it will also support the...
- Wed Jan 13, 2021 8:18 am
- Forum: General Discussion
- Topic: Adding new GPIO20 define for Arduino framework
- Replies: 4
- Views: 590
Re: Adding new GPIO20 define for Arduino framework
Yeah there's a lot more to it. A lot of the Arduino stuff is precompiled so making changes there won't achieve much.
If you're really motivated and you only need simple IO, you might look at ESP-IDF to learn how to initialise and read/write using the registers directly.
I would pick a different pin!
If you're really motivated and you only need simple IO, you might look at ESP-IDF to learn how to initialise and read/write using the registers directly.
I would pick a different pin!
- Wed Jan 13, 2021 6:08 am
- Forum: General Discussion
- Topic: Adding new GPIO20 define for Arduino framework
- Replies: 4
- Views: 590
Re: Adding new GPIO20 define for Arduino framework
You might still run into problems if any drivers check the validity of the pin (eg. pinMode(20, OUTPUT) -> error?).
Something like this will make the compiler stop complaining but don't expect correct functionality:
#define GPIO_NUM_20 ((gpio_num_t)(20))
Using a different pin for now would be best.
Something like this will make the compiler stop complaining but don't expect correct functionality:
#define GPIO_NUM_20 ((gpio_num_t)(20))
Using a different pin for now would be best.
- Wed Jan 13, 2021 6:02 am
- Forum: ESP32 Arduino
- Topic: PicoV3 - Arduino ?
- Replies: 6
- Views: 860
Re: PicoV3 - Arduino ?
See section "3.3 Compatibility with ESP32PICOD4" of PICO-V3 datasheet: https://www.espressif.com/sites/default/files/documentation/esp32-pico-v3_datasheet_en.pdf If GPIOs 18 and 23 are defaults for any of the Arduino functionality (eg. I2C bus) then you might have issues with libraries that expect...
- Wed Jan 13, 2021 5:54 am
- Forum: General Discussion
- Topic: RTC Memory in Deep Sleep
- Replies: 2
- Views: 444
Re: RTC Memory in Deep Sleep
Try:
Code: Select all
esp_sleep_pd_config(ESP_PD_DOMAIN_RTC_SLOW_MEM, ESP_PD_OPTION_ON);
esp_sleep_pd_config(ESP_PD_DOMAIN_RTC_FAST_MEM, ESP_PD_OPTION_ON);
- Fri Jan 08, 2021 6:06 pm
- Forum: ESP32 Arduino
- Topic: ESP32 dual core gives task_wdt ... did not reset the watchdog in time
- Replies: 5
- Views: 11825
Re: ESP32 dual core gives task_wdt ... did not reset the watchdog in time
I think younger me was mistaken there, sorry.
Do you still see the wdt even with a vTaskDelay(1)?
Can you share your exact error message and code for the offending task it refers to?
Do you still see the wdt even with a vTaskDelay(1)?
Can you share your exact error message and code for the offending task it refers to?
Re: freertos
Try add the following (at same depth as "name"): "compilerPath": "${config:idf.toolsPath}/tools/xtensa-esp32-elf/esp-2020r3-8.4.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc", "compileCommands": "${workspaceFolder}/build/compile_commands.json" Check compilerPath is correct, you may have a different ve...
- Wed Jan 06, 2021 10:48 am
- Forum: General Discussion
- Topic: interesting lcd.print memory bug
- Replies: 2
- Views: 338
Re: interesting lcd.print memory bug
The raw encoder value is ultimately being used as the index for array Keuzes, without any checking. If it isn't conveniently 0, 1, or 2 then all bets are off.
Whatever value it was (-1?) just happened to be the offset to one of the pointers ("Back"?) in your other 'unused' array.
Whatever value it was (-1?) just happened to be the offset to one of the pointers ("Back"?) in your other 'unused' array.
- Wed Jan 06, 2021 12:46 am
- Forum: ESP-IDF
- Topic: Trying to make component folder work
- Replies: 7
- Views: 594
Re: Trying to make component folder work
Check these files are exactly "CMakeLists.txt"
- Tue Jan 05, 2021 11:38 am
- Forum: ESP-IDF
- Topic: Trying to make component folder work
- Replies: 7
- Views: 594
Re: Trying to make component folder work
Should only need this:
Try adding sgtl5k to REQUIRES in project-folder/main/CMakeLists.txt
Code: Select all
#include "sgtl5k.h"