Search found 50 matches
- Sun Jun 28, 2020 11:26 am
- Forum: ESP8266 boards
- Topic: I2C.scan() only returning 1 address in chain
- Replies: 7
- Views: 1080
Re: I2C.scan() only returning 1 address in chain
Pulled all the jumper wires, swapped them out for different ones. I've been disconnecting the slaves by pulling VCC from them, so the logic lines are still there. Currently it's the GY521 being detected, which is physically 2nd in the chain. Pull power from it & the BMP280 is detected; repower and ...
- Fri May 22, 2020 12:37 pm
- Forum: ESP8266 boards
- Topic: Who can confirm deep sleep alarm wake on D1 mini boards
- Replies: 4
- Views: 1216
Re: Who can confirm deep sleep alarm wake on D1 mini boards
There does not seem to be a direct connection between GPIO16 and RST on the board, I measure infinite resistance, but a capacitance on the order of µF, which is apparently sufficient to transmit a weak reset pulse. Of course there is no connection between GPIO16 and RST. People also want to use GPI...
- Mon May 18, 2020 12:29 pm
- Forum: ESP8266 boards
- Topic: Firmware support for D1 mini deep sleep problem
- Replies: 2
- Views: 641
Re: Firmware support for D1 mini deep sleep problem
GPIO0 should always be high when you reset and if you want a normal start. If it is low on reset your ESP will go into flashmode. To use the deepsleep you must connect GPIO16 to reset. Then it will work as expected. The deepsleep is a SDK function and has nothing to do with MicroPython so you will n...
- Sat May 16, 2020 9:27 am
- Forum: ESP8266 boards
- Topic: Is deactivating WLAN equivalent to depowering wifi?
- Replies: 2
- Views: 1161
Re: Is deactivating WLAN equivalent to depowering wifi?
I have noticed that WLAN state changes are persistent across resets. This is as expected, as the ESP8266 is documented to automatically reconnect upon power-up. Correspondingly, I have noticed that deactivating the WLAN before reseting is also persistent: the WLAN is not reactivated or connected up...
- Sat May 16, 2020 9:22 am
- Forum: ESP8266 boards
- Topic: RTC memory
- Replies: 2
- Views: 1243
Re: RTC memory
Apparently a trick to both reduce power consumption to increase battery life while simultaneously saving EEPROM cycles is to pass small amounts of data across deep sleep cycles by writing that data (up to 512 bytes) into the RTC memory. I don't see API endpoints for this in the docs. Does MicroPyth...
- Tue May 05, 2020 7:34 pm
- Forum: General Discussion and Questions
- Topic: asyncio.start_server example (!)
- Replies: 11
- Views: 2086
Re: asyncio.start_server example (!)
At last it worked ! Putting a small delay right after writer.awrite(resp) , solved the problem. The whole working code is : import uasyncio as asyncio import utime async def serve(reader, writer): t = utime.ticks_ms() resp = b"HTTP/1.0 200 OK\r\n\r\n" + "Ticks = {TICKS}\r\n".format(TICKS=t) l = awa...
- Fri May 01, 2020 8:31 pm
- Forum: ESP8266 boards
- Topic: Mode STA...no work
- Replies: 8
- Views: 2076
Re: Mode STA...no work
Works! Just one time... :shock: Upload again main.py and...not works. I don´t get it. @madeskjet , did you read my post? You have you put time.sleep(0.1) as I suggested because that is the problem. Edit: Maybe it is neccessary to put de delay after "sta_if.active(True)" Anyway it 100% is a (reprodu...
- Fri May 01, 2020 7:33 pm
- Forum: ESP8266 boards
- Topic: Mode STA...no work
- Replies: 8
- Views: 2076
Re: Mode STA...no work
Impossible! NodeMCU Amica V1.0 MicroPython v1.12 on 2019-12-20; ESP module with ESP8266 import machine import network import time led = machine.Pin(16, machine.Pin.OUT) led.value(0) print ("LED Encendido") sta_if = network.WLAN(network.STA_IF) ap_if = network.WLAN(network.AP_IF) if (ap_if.active())...
- Thu Apr 30, 2020 1:27 pm
- Forum: ESP8266 boards
- Topic: What makes WiFi config persistent?
- Replies: 6
- Views: 3612
Re: What makes WiFi config persistent?
Yesterday, I compiled the latest version of micropython for ESP8266 and I started seeing this annoying output in repl repeatedly: connected with Cisti, channel 1 dhcp client start... ip:192.168.1.4,mask:255.255.255.0,gw:192.168.1.1 state: 5 -> 2 (22c0) rm 0 reconnect state: 2 -> 0 (0) scandone stat...
- Tue Apr 28, 2020 9:07 pm
- Forum: ESP8266 boards
- Topic: SOLVED: File download interrupted by RTOS message
- Replies: 8
- Views: 1237
Re: File download interrupted by RTOS message
These are debug messages. They interfere with your download.
To disable, see boot.py and uncomment some lines.
import esp
esp.osdebug(None)