I think I found the problem, I edited export.sh by mistake and the git mark as a change. After discarding this change the version was idf.py --version
ESP-IDF v4.3
[]s
Search found 30 matches
- Wed Jun 23, 2021 7:43 pm
- Forum: General Discussion
- Topic: ESP-IDF v4.3-dirty is this the latest stable version?
- Replies: 2
- Views: 7875
- Wed Jun 23, 2021 5:25 pm
- Forum: General Discussion
- Topic: ESP-IDF v4.3-dirty is this the latest stable version?
- Replies: 2
- Views: 7875
ESP-IDF v4.3-dirty is this the latest stable version?
Hello
I just updated the ESP-IDF to v4.3 when I do idf.py --version I get ESP-IDF v4.3-dirty is this "dirty" the latest stable version?
Thanks
I just updated the ESP-IDF to v4.3 when I do idf.py --version I get ESP-IDF v4.3-dirty is this "dirty" the latest stable version?
Thanks
- Wed Nov 18, 2020 11:15 pm
- Forum: General Discussion
- Topic: ULP ADC read help
- Replies: 2
- Views: 3696
Re: ULP ADC read help
Hi @boarchuz
Thanks for the response, I will go with jump inside the ULP based on a variable
[]s
Thanks for the response, I will go with jump inside the ULP based on a variable
[]s
- Wed Nov 18, 2020 6:28 pm
- Forum: General Discussion
- Topic: ULP ADC read help
- Replies: 2
- Views: 3696
ULP ADC read help
Hello
I have a running app reading the ADC channel while sleeping and the channel is set fixed in the code
.set adc_channel, 5
adc r1, 0, adc_channel + 1
This code works, but now I need to pass the channel dynamically
;.set adc_channel, 5
.global adc_channel
adc_channel:
.long 0
adc r1 ...
I have a running app reading the ADC channel while sleeping and the channel is set fixed in the code
.set adc_channel, 5
adc r1, 0, adc_channel + 1
This code works, but now I need to pass the channel dynamically
;.set adc_channel, 5
.global adc_channel
adc_channel:
.long 0
adc r1 ...
- Fri Oct 16, 2020 1:52 am
- Forum: General Discussion
- Topic: uart_read_bytes timeout problem
- Replies: 4
- Views: 6564
Re: uart_read_bytes timeout problem
Hi @WiFive
I tried that patch but did not work
[]s
I tried that patch but did not work
[]s
- Thu Oct 15, 2020 9:07 pm
- Forum: General Discussion
- Topic: uart_read_bytes timeout problem
- Replies: 4
- Views: 6564
Re: uart_read_bytes timeout problem
Hi @PeterR
I tested a little further and when the timeout >= 20 and have receiver buffer I get the response in
D (2675) uart_readbytes: bytes received: 1 time: 7995
D (3675) uart_readbytes: bytes received: 1 time: 7955
D (4675) uart_readbytes: bytes received: 1 time: 7915
D (5675) uart_readbytes ...
I tested a little further and when the timeout >= 20 and have receiver buffer I get the response in
D (2675) uart_readbytes: bytes received: 1 time: 7995
D (3675) uart_readbytes: bytes received: 1 time: 7955
D (4675) uart_readbytes: bytes received: 1 time: 7915
D (5675) uart_readbytes ...
- Thu Oct 15, 2020 5:25 pm
- Forum: General Discussion
- Topic: uart_read_bytes timeout problem
- Replies: 4
- Views: 6564
uart_read_bytes timeout problem
Hello
I found a strange behavior on uart_read_bytes. I am using IDF 3.3.2 but tried on the IDF 4.1 and got the same result.
When I pass the timeout as 0 if thereis anything on the receiver buffer it reads it and immediately returns (0.040ms) what is correct, but when I pass any other timeout if ...
I found a strange behavior on uart_read_bytes. I am using IDF 3.3.2 but tried on the IDF 4.1 and got the same result.
When I pass the timeout as 0 if thereis anything on the receiver buffer it reads it and immediately returns (0.040ms) what is correct, but when I pass any other timeout if ...
- Mon Dec 09, 2019 3:01 pm
- Forum: General Discussion
- Topic: Ideas to consume less current with less heat
- Replies: 6
- Views: 7899
Re: Ideas to consume less current with less heat
HI
Just to complete my finds, I discovered that there is a register that controls the peripherals
DPORT_PERIP_CLK_EN_REG
reading from it I found that most of the peripherals when not used are off so seems that the module are already configured for minimum power consumption.
[]s
Just to complete my finds, I discovered that there is a register that controls the peripherals
DPORT_PERIP_CLK_EN_REG
reading from it I found that most of the peripherals when not used are off so seems that the module are already configured for minimum power consumption.
[]s
- Sun Dec 08, 2019 12:03 am
- Forum: General Discussion
- Topic: Ideas to consume less current with less heat
- Replies: 6
- Views: 7899
Re: Ideas to consume less current with less heat
Hi username
Thanks for the links I will check on that.
But I still want to dig on the Esp side, this blog
http://iot-bits.com/ultra-low-power-design-esp32-10-tips/
on Item 6 he says that I can write to the DPORT register and turn off the peripherals that I dont use, this seems like an ...
Thanks for the links I will check on that.
But I still want to dig on the Esp side, this blog
http://iot-bits.com/ultra-low-power-design-esp32-10-tips/
on Item 6 he says that I can write to the DPORT register and turn off the peripherals that I dont use, this seems like an ...
- Sat Dec 07, 2019 4:28 am
- Forum: General Discussion
- Topic: Ideas to consume less current with less heat
- Replies: 6
- Views: 7899
Re: Ideas to consume less current with less heat
Hi ESP_Sprite
That would be my last option for two reasons, one is space with buck convertes I will need an inductor which takes lots of space and the second is interference, in my early prototypes I used a buck converter with an inductor and when I started using NVS (with Preferences library to ...
That would be my last option for two reasons, one is space with buck convertes I will need an inductor which takes lots of space and the second is interference, in my early prototypes I used a buck converter with an inductor and when I started using NVS (with Preferences library to ...