Search found 133 matches

by meowsqueak
Mon Jan 28, 2019 11:15 am
Forum: ESP32 IDF
Topic: v3.0 to v3.1 migration guide? WiFi not working...
Replies: 29
Views: 3003

v3.0 to v3.1 migration guide? WiFi not working...

Is there a guide to updating an ESP-IDF application from v3.0 to v3.1? Specifically I'm having trouble getting WiFi to connect to my access point after simply changing to release/3.1 (0e2eccfad0feb15629a931f1183a6d9841ee0487) and rebuilding. Before I start going through diffs with a fine-toothed com...
by meowsqueak
Mon Jan 28, 2019 11:02 am
Forum: ESP32 IDF
Topic: esp_log_level_set() with tag provided as variable has no effect
Replies: 3
Views: 392

Re: esp_log_level_set() with tag provided as variable has no effect

Looks like this was fixed a little over a year ago on the master branch, but the fix has not made its way into 3.0.7. It is in 3.1 though.
by meowsqueak
Mon Jan 28, 2019 10:54 am
Forum: ESP32 IDF
Topic: esp_log_level_set() with tag provided as variable has no effect
Replies: 3
Views: 392

Re: esp_log_level_set() with tag provided as variable has no effect

I'm not 100% sure why it works with literal tags (new_entry->tag is not set to tag anywhere I can see) however I've tested my fix and posted it as a pull request here: https://github.com/espressif/esp-idf/pull/2996
by meowsqueak
Mon Jan 28, 2019 10:38 am
Forum: ESP32 IDF
Topic: esp_log_level_set() with tag provided as variable has no effect
Replies: 3
Views: 392

Re: esp_log_level_set() with tag provided as variable has no effect

I think I've found the problem - around line 168 in components/log/log.c (in my head of ESP-IDF) there's the following code: //search in the cache and update it if exist for (int i = 0; i < s_log_cache_entry_count; ++i) { #ifdef LOG_BUILTIN_CHECKS assert(i == 0 || s_log_cache[(i - 1) / 2].generation...
by meowsqueak
Mon Jan 28, 2019 10:17 am
Forum: ESP32 IDF
Topic: esp_log_level_set() with tag provided as variable has no effect
Replies: 3
Views: 392

esp_log_level_set() with tag provided as variable has no effect

For many months I have used code such as: esp_log_level_set("mytag", ESP_LOG_DEBUG); However I'd like to programmatically enable debugging for certain tags in response to certain events. The tag I wish to set is stored in a char *, such that I wish to call: void set_debug(char * tag) { esp_log_level...
by meowsqueak
Fri Oct 19, 2018 11:09 am
Forum: ESP32 IDF
Topic: i2c bug in 3.0, works with older idf
Replies: 9
Views: 1879

Re: i2c bug in 3.0, works with older idf

I thought we'd been through all of this with 2.x? I spent countless hours debugging the i2c driver, investigating with brushing wires together, debugging the interrupt handler, finally concluding with a workaround for a hardware bug. Are we now saying that the 3.x driver is broken again? I haven't u...
by meowsqueak
Wed Jun 27, 2018 5:27 am
Forum: ESP32 IDF
Topic: Debugging ESP32 programs on Linux using an "ESP32 Emulator Library"
Replies: 10
Views: 8984

Re: Debugging ESP32 programs on Linux using an "ESP32 Emulator Library"

The Ebiroll QEMU project is really interesting in my opinion, because it's relatively easy to write device drivers "on the other side" of the emulation, then develop ESP32 code against those, allowing the exact same code to run on the target hardware or inside QEMU. What would be super-useful is if ...
by meowsqueak
Sat Jun 09, 2018 7:24 am
Forum: ESP32 IDF
Topic: Getting the uptime
Replies: 9
Views: 7196

Re: Getting the uptime

shelladdicted wrote: esp_timer_get_time() returns an int64_t so [-2³²,+2³²] is the max.
As ESP_Sprite said, you've got your math wrong. It will overflow after 292,000 years. Should be long enough for most IoT apps and even some enterprise applications.
by meowsqueak
Fri Apr 27, 2018 2:47 am
Forum: ESP32 IDF
Topic: OpenOCD ESP32 - Erase
Replies: 8
Views: 1742

Re: OpenOCD ESP32 - Erase

I've also had JTAG debug/flash programming success on the ESP32 with this one:

http://www.ftdichip.com/Support/Documen ... _CABLE.PDF

It's based on the FTDI FT232H device.
by meowsqueak
Mon Apr 16, 2018 8:15 pm
Forum: General Discussion
Topic: multi-thread I2C synchronization
Replies: 9
Views: 2359

Re: multi-thread I2C synchronization

No, I'm not sure now - I hadn't seen that warning before. I thought I'd looked at the source in the past and seen a lock. Sorry for sowing confusion. I'll edit my comment. Incidentally I am using a mutex for my own project, as I needed to ensure that tasks had exclusive use of individual slaves.

Go to advanced search