Search found 17 matches
- Mon Jun 24, 2019 11:32 am
- Forum: Report Bugs
- Topic: Corrupt MAC address in efuse
- Replies: 5
- Views: 17591
Re: Corrupt MAC address in efuse
OK, thanks
- Fri Jun 21, 2019 12:24 pm
- Forum: Report Bugs
- Topic: Can not start ULP after DEEPSLEEP_RESET
- Replies: 2
- Views: 5773
Re: Can not start ULP after DEEPSLEEP_RESET
To be clear, is your ULP program ending immediately after it reports the power supply down state? Or does it continue to run while in deep sleep? Wow! Good point :D :D It works now, after i inserted the stop code below from the example (duh!) WRITE_RTC_FIELD(RTC_CNTL_STATE0_REG, RTC_CNTL_ULP_CP_SLP...
- Fri Jun 21, 2019 10:49 am
- Forum: Report Bugs
- Topic: Can not start ULP after DEEPSLEEP_RESET
- Replies: 2
- Views: 5773
Can not start ULP after DEEPSLEEP_RESET
I have a setup where we use the ULP to poll the power supply every 1ms in order to get an early warning for taking the ESP32 into deepsleep. This works just fine with code along the lines of: ulp_set_wakeup_period(0, 1000); // Set ULP wake up period to 1ms ulp_threshold = ref * 95 / 100; adc1_ulp_en...
- Fri Jun 21, 2019 5:43 am
- Forum: Report Bugs
- Topic: Corrupt MAC address in efuse
- Replies: 5
- Views: 17591
Re: Corrupt MAC address in efuse
Hi Angus. Thanks for replying. The ESP32 is powered on VDD3P3_RTC by a coin cell throughout the powerdown. We are monitoring the supply with the ULP for going into deepsleep, and then using the same pin as a GPIO for wakeup (as per the code above). I *might* have seen this on rare occasions without ...
- Thu Jun 20, 2019 10:38 am
- Forum: Report Bugs
- Topic: Corrupt MAC address in efuse
- Replies: 5
- Views: 17591
Re: Corrupt MAC address in efuse
I have seen this then the ESP was waking up from deepsleep. Is there some kind of low level issue here! Espressif guys? The chip was woken on a GPIO: ESP_ERROR_CHECK(esp_sleep_enable_ext0_wakeup(LG_GPIO_PSDOWN, 1)); esp_deep_sleep_start(); Causing this PREAMBLE: This is an ESP32 chip with 2 CPU core...
- Tue Apr 09, 2019 11:07 am
- Forum: ESP-IDF
- Topic: itterating over keys in nvs namespace
- Replies: 2
- Views: 7316
Re: itterating over keys in nvs namespace
As mentioned in the above issue, I have created this gist which packs Ed Smallenburg's arduino sketch as an iterator.
It can iterate with a prefix in a specified namespace or across all namespaces. There is even an example to look at ..
/Flemming
It can iterate with a prefix in a specified namespace or across all namespaces. There is even an example to look at ..
/Flemming
- Mon Apr 08, 2019 10:59 am
- Forum: ESP-IDF
- Topic: ULP never becomes ready to wake the CPU
- Replies: 6
- Views: 8660
Re: ULP never becomes ready to wake the CPU
Also: I think the documentation for 'wake' is a bit unclear on this: It specifically says you have to wait for RTC_CNTL_RDY_FOR_WAKEUP, otherwise the instruction will have no effect .. I guess some clarification in the docs regarding this issue would be nice
- Mon Apr 08, 2019 10:48 am
- Forum: ESP-IDF
- Topic: ULP never becomes ready to wake the CPU
- Replies: 6
- Views: 8660
Re: ULP never becomes ready to wake the CPU
Ahh. OK, and thanks!
Will it be OK to call 'wake' without waiting for RTC_CNTL_RDY_FOR_WAKEUP when power is on?
This way I can use the ULP for watching the voltage level on the GPIO and generate an RTC interrupt without polling from the main CPU.
/Flemming
Will it be OK to call 'wake' without waiting for RTC_CNTL_RDY_FOR_WAKEUP when power is on?
This way I can use the ULP for watching the voltage level on the GPIO and generate an RTC interrupt without polling from the main CPU.
/Flemming
- Mon Apr 08, 2019 9:43 am
- Forum: ESP-IDF
- Topic: ULP never becomes ready to wake the CPU
- Replies: 6
- Views: 8660
Re: ULP never becomes ready to wake the CPU
It is entering deepsleep. The debugging is done by just starting the ULP while the power is on. Ie. not entering deepsleep, but just watching the ulp_* variables I start the code like below at boot time in order to debug the ULP ulp_set_wakeup_period(0, 200000); // Set ULP wake up period to 200ms ES...
- Sun Apr 07, 2019 5:53 pm
- Forum: ESP-IDF
- Topic: ULP never becomes ready to wake the CPU
- Replies: 6
- Views: 8660
ULP never becomes ready to wake the CPU
I must be doing something wrong here! But what is it?! I have an ULP program to wake the CPU when an RTC GPIO has been high for a full second (5 iterations of 200ms). However, as shown in the IDF examples, there must be a loop awaiting the RTC_CNTL_RDY_FOR_WAKEUP flag before we can call wake. It see...