- Tue Jul 04, 2017 6:27 am
#67902
Thanks for the reply. As I understand it, GPIO16 is actively driven high, so I don't think that would work. Also, I was hoping to be able to restart the ESP, and then check the value of GPIOn, in order to discount accidental button touches. So far I have tested the reset part, which works well, although I started with a 0.1uF cap, which was no enough(maybe because the Wemos Mini D1 I'm testing on has another 0.1uF cap on the RST line). Just about to test the GPIOn reading,,,
- Tue Jul 04, 2017 6:46 am
#67904
Yes. That's true for GPIO16 it seems to go high soon after reset is closed.
I am not sure if that would stop a boot being performed. If so then it would need a different GPIO pin for this to work. If boot did proceed then this would mean boot worked on switch closure.
Edit: I suspect boot would proceed as this is similar to mechanism where GPIO16 wakes from deep sleep after time out.
I am not sure if that would stop a boot being performed. If so then it would need a different GPIO pin for this to work. If boot did proceed then this would mean boot worked on switch closure.
Edit: I suspect boot would proceed as this is similar to mechanism where GPIO16 wakes from deep sleep after time out.
- Tue Jul 04, 2017 7:09 am
#67905
All works as expected, except that when I connected GPIOn(actually GP1013/D7) via a 39 ohm resistor(couldn't find a piece of wire..), it starts to misbehave. I think the cap needs to be bigger, or the pullup on RST needs to be bigger, or the 0.1uF cap to ground on RST needs to be removed. In other words, it's a bit borderline. Although I can understand that it's borderline, as I've just plucked values out of thin air, I don't understand wht connecting GPIO13 via a 39 ohm R to the emitter/top of switch should have any such effect.
- Tue Jul 04, 2017 7:21 am
#67907
I'm thinking there might be some clever way to put the capacitor in the emtter circuit instead. I'll give it a try.
