Search found 17 matches

by themadsens
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 :)
by themadsens
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...
by themadsens
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...
by themadsens
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 ...
by themadsens
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...
by themadsens
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
by themadsens
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 :-)
by themadsens
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
by themadsens
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...
by themadsens
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...