ESP8266 Community Forum

- Tue Nov 24, 2015 2:10 pm #34905 digitalRead() is known to be slow on AVR, but for ESP there is probably not much differences.
Looking at implementation of digitalRead in cores/esp8266/core_esp8266_wiring_digital.c, yes, it use the GPIP() macro defined in cores/esp8266/esp8266_peri.h
So, I'm not sure why your code doesn't enter in the if statement.
Do you have a pullup resistor on the input, because maybe the RF433 output is open-drain ?
Did you try with a simple switch to figure out ?

- Wed Nov 25, 2015 4:02 am #34946 OMG ! I'm sooo sorry !

You're right ! it was an hardware issue !

As the ESP8266 don't deal with 5v signal, i used a voltage divider bridge. But this voltage divided made a pull-down but on the program i have the PullUp On on the DataPin; so it was a big mess


Finally, i remove the voltage divider and the ESP8266 display to me the RF signal.
Actually i use the GPIP() function, but i will try with the standard DigitalRead() function.


Thanks again Martinayotte for your advices, and sorry again

- Mon Jan 09, 2017 12:42 pm #60729 Hi Kriss,

could you post the replacement function ? I'm trying to make it work too..

- Mon Jan 09, 2017 1:08 pm #60735 As I've mentioned above, the direct SDK function is GPIP() macro, but as I said, I doubt that it would be lot faster than digitalRead().