Search found 35 matches
- Fri Mar 16, 2018 8:34 am
- Forum: General Discussion
- Topic: How to use the 'REAL' AP+STA mode?
- Replies: 1
- Views: 6644
How to use the 'REAL' AP+STA mode?
According to my previous experience, the AP+STA mode of the device means that the device is connected as a STA to a wireless router that can access interest, and other equipment such as a mobile phone are connected to the softap of the device, and the mobile phone can access the Internet through thi...
- Fri Feb 09, 2018 4:11 am
- Forum: General Discussion
- Topic: How to keep DAC output level during deepsleep?
- Replies: 2
- Views: 5420
Re: How to keep DAC output level during deepsleep?
According to the document:
When configured as RTC GPIOs, the output pads can still retain the output level value when the chip is in
Deep-sleep mode, and the input pads can wake up the chip from Deep-sleep.
But I did not find any way to achieve this..............
When configured as RTC GPIOs, the output pads can still retain the output level value when the chip is in
Deep-sleep mode, and the input pads can wake up the chip from Deep-sleep.
But I did not find any way to achieve this..............
- Tue Feb 06, 2018 9:33 am
- Forum: General Discussion
- Topic: How to keep DAC output level during deepsleep?
- Replies: 2
- Views: 5420
How to keep DAC output level during deepsleep?
Hi all,
I want to know if it is possible to achieve DAC keeping output voltage level during the deepsleep?For example,GPIO25 kept 2V level during the deepsleep.The Pins of DAC should be RTCIO,right?Thanx!
I want to know if it is possible to achieve DAC keeping output voltage level during the deepsleep?For example,GPIO25 kept 2V level during the deepsleep.The Pins of DAC should be RTCIO,right?Thanx!
- Mon Nov 13, 2017 3:14 am
- Forum: General Discussion
- Topic: Wrong wake up reason
- Replies: 3
- Views: 7332
Re: Wrong wake up reason
Many Thanx!
- Fri Nov 10, 2017 6:26 am
- Forum: General Discussion
- Topic: Wrong wake up reason
- Replies: 3
- Views: 7332
Wrong wake up reason
I set the GPIO37 as the ext1 trigger pin to wake up the ESP32 chip from deepsleep, but got : Wake up from GPIO 5 I tried to use GPIO36,got: Wake up from GPIO 4 When I set GPIO4 as the ext1 trigger pin to wake up the ESP32 chip from deepsleep, got : Wake up from GPIO 4 too. I guess that the result wa...
- Mon Oct 23, 2017 4:20 am
- Forum: General Discussion
- Topic: How to use the SPI CS signal as the GPIO?
- Replies: 0
- Views: 3124
How to use the SPI CS signal as the GPIO?
Due to the shortage of the pin, I used GPIO5 of ESP32 to be multiplexed as the CS of SPI and the normal GPIO for outputting a control signal. The control signal is simply pulled up or pulled low. In actual use, I found that the CS signal is system internal management .As a normal GPIO signal output,...
- Fri Oct 13, 2017 1:28 pm
- Forum: General Discussion
- Topic: Issue of PWM pin as EXT wakeup
- Replies: 1
- Views: 4410
Issue of PWM pin as EXT wakeup
I took GPIO4 as both of the PWM output and EXT signal to wake up the chip from deepsleep mode.After first time boot from reset,the PWM output works well and the chip goes into deepsleep.After the board waken up from deepsleep by GPIO4 or other gpios, the PWM would have no output.The issue could be f...
- Mon Sep 25, 2017 3:31 am
- Forum: Report Bugs
- Topic: SD card 0x107 errors after Aug22 commit 0532d37
- Replies: 4
- Views: 9245
Re: SD card 0x107 errors after Aug22 commit 0532d37
commit 3924594aed7f44a09b6137479ca1ca18d138c310 (HEAD -> master, origin/master, origin/HEAD) Merge: e9655c5d 0db01b4a Author: Ivan Grokhotkov <ivan@espressif.com> Date: Mon Sep 18 19:32:39 2017 +0800 Merge branch 'feature/toolchain-update' into 'master' make,docs: update toolchain See merge request...
- Mon Sep 25, 2017 3:21 am
- Forum: Report Bugs
- Topic: SD card 0x107 errors after Aug22 commit 0532d37
- Replies: 4
- Views: 9245
Re: SD card 0x107 errors after Aug22 commit 0532d37
I got the same issue with the latest code on github, the same example code (sd_card_example_main.c)worked fine with the older version idf: I (0) cpu_start: App cpu up. I (615) heap_init: Initializing. RAM available for dynamic allocation: I (635) heap_init: At 3FFAE2A0 len 00001D60 (7 KiB): DRAM I (...
- Mon Sep 11, 2017 10:46 am
- Forum: General Discussion
- Topic: espefuse.py could not write efuse in Windows msys2
- Replies: 6
- Views: 11607
Re: espefuse.py could not write efuse in Windows msys2
Sorry for the inconvenience with this. There was a bug in espefuse.py on Windows where it would over-buffer output. It's actually prompting "This is an irreversible operation ... Type 'BURN' (all capitals) to continue." but due to buffering this output is not correctly flushed to the console. As ot...