Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
Russ Mathis
@RussMathis
Yes, have a couple ATTiny 45 that could manage that.
Russ Mathis
@RussMathis
should the CH_PD be pulled up with a resisitor?
fmgomes
@fmgomes
Hi @RussMathis, the Olimex board uses 12k pull up resistor on CH_PD
Russ Mathis
@RussMathis
K, thanks
should the 12K be used for all pullup and pulldowns? GPIO-0, 15, RST?
fmgomes
@fmgomes
I had today that discussion here, trying to find out the good values
Russ Mathis
@RussMathis
Even when pulling pin 0 down for programming?
fmgomes
@fmgomes
The olimex board uses 12k for CH_PD and reset
Russ Mathis
@RussMathis
cool, thx!
fmgomes
@fmgomes
for the remaining pins they use a 2k resistor in series withthe pin, that can be connected to gnd or vcc
And at least for me it is working and stable
ficeto
@ficeto
@RussMathis many variations in the size will work
should be great from 1K up to over 10K
fmgomes
@fmgomes
Before this board I have some ESP-01 boards, and even using the same resistors and lots of capacitors near the board, I had always stability problems
like WDOG resets, CPU Exceptions, etc.
ficeto
@ficeto
when a pin switches the output level and that pin has a pull
i found best to be used 1-2K resistors
they give best curve in both directions
@fmgomes it seems those ESP-01 boards are not very good at all
Russ Mathis
@RussMathis
hmmm. so use 1-2K for GPIO-0, GPIO-15 and a 12K for the CH_PD? Sound good?
ficeto
@ficeto
yes
Russ Mathis
@RussMathis
Thx!
Russ Mathis
@RussMathis
Where can I find a good doc describing max currents for pin sinking/sourcing?
Ivan Grokhotkov
@igrr
thanks everyone for the pulls, merged everything
Russ Mathis
@RussMathis
A new version is available at for Arduino IDE?
Ivan Grokhotkov
@igrr
not yet... i have just pushed some major changes (new bootloader), so would like to let people who build this stuff from source to try this first
might have broken something
don't want to affect everyone else :)
Russ Mathis
@RussMathis
cool... great job, get some sleep now?
Ivan Grokhotkov
@igrr
haha, not yet i'm afraid)
Russ Mathis
@RussMathis
LOL
Russ Mathis
@RussMathis
Can the IOs be latched between deepSleep sleep/wake states?
I found this in an Espressif Doc:
The digital IO pads are bidirectional, non-inverting and tri-state. It includes input and an output
buffer with tristate control inputs. Besides this, for low power operations, the IO can also be set
to hold. For instance, when we power down the chip, all output enable signals can be set to hold
low.
Optional hold functionality can be built into the IO if requested. When the IO is not driven by the internal or external circuitry, the hold functionality can be used to hold the state to the last used state.
ficeto
@ficeto
I can also say that any pin should be able to be used for wakeup
//GPIO (0-15) PIN Function Bits
#define GPFSOE 0 //Sleep OE
#define GPFSS  1 //Sleep Sel
#define GPFSPD 2 //Sleep Pulldown
#define GPFSPU 3 //Sleep Pullup
#define GPFFS0 4 //Function Select bit 0
#define GPFFS1 5 //Function Select bit 1
#define GPFPD  6 //Pulldown
#define GPFPU  7 //Pullup
#define GPFFS2 8 //Function Select bit 2
//GPIO (0-15) PIN Control Bits
#define GPCWE  10 //WAKEUP_ENABLE (can be 1 only when INT_TYPE is high or low)
#define GPCI   7  //INT_TYPE (3bits) 0:disable,1:rising,2:falling,3:change,4:low,5:high
#define GPCD   2  //DRIVER 0:normal,1:open drain
#define GPCS   0  //SOURCE 0:GPIO_DATA,1:SigmaDelta
Russ Mathis
@RussMathis
But you would have to enable or setup the pin(s) before sleeping, right?
ficeto
@ficeto
yes
Russ Mathis
@RussMathis
I don't know how to do that yet! Guess some bit in a register somewhere?
ficeto
@ficeto
:D
which pin do you want to do it for?
Ivan Grokhotkov
@igrr
do you guys think that passing arguments to the bootloader through RTC mem is a good idea?
@Links2004 @ficeto
basically the options are: RTC mem or flash
ficeto
@ficeto
when is that data populated and when is it read?
Russ Mathis
@RussMathis
Would be easier than storing some value in eeprom and reading on wake?
ficeto
@ficeto
@RussMathis eeprom is on flash
Russ Mathis
@RussMathis
OK, so before sleep could save some var to RTC and on wake have it available quicker than having to read flash?
Ivan Grokhotkov
@igrr
say you have a sketch which downloads an OTA update and stores it in the flash somewhere. next it should reboot into the bootloader, passing it a command (like "flash image from 0x50000 to 0x00000")
like they do it in Android :)
almost