Search found 62 matches
- Mon Aug 29, 2016 10:01 pm
- Forum: ESP8266 boards
- Topic: ISR to wake from deepsleep?
- Replies: 4
- Views: 4448
Re: ISR to wake from deepsleep?
You can check the machine.reset_cause() to check whether the reset button has actually been pressed, or whether something else happened (e.g. power-on)
- Sun Aug 28, 2016 11:11 am
- Forum: ESP8266 boards
- Topic: Sending mails with esp8266 and micropython
- Replies: 11
- Views: 12499
Re: Sending mails with esp8266 and micropython
You definitely want to host your own server on the internet, and have the esp8266 talk to it using some other protocol (not smtp). Many customer ISPs don't allow smtp to leave their network directly to arbitrary destinations - this is just to reduce the amount of spam leaving their network (it turns...
- Sat Aug 13, 2016 1:43 pm
- Forum: ESP8266 boards
- Topic: Accessing SD cards
- Replies: 21
- Views: 17796
Re: Accessing SD cards
Does it use the same SPI pins as the built-in SPI flash on the modules (e.g. ESP-12) ?
Is there some chip-select line or something?
Is there some chip-select line or something?
- Thu Aug 11, 2016 7:43 pm
- Forum: ESP8266 boards
- Topic: Software serial?
- Replies: 57
- Views: 73044
Re: Software serial?
There is a second UART which is tx-only. It is on one of the gpio pins which varies from one module to another, but you can find it easily enough by attaching a scope of them in turn. (Curiously enough, on my modules it appears to have a blue led wired on the board too, I think it's gpio2) You can u...
- Thu Aug 11, 2016 7:37 pm
- Forum: ESP8266 boards
- Topic: Accessing SD cards
- Replies: 21
- Views: 17796
Re: Accessing SD cards
Which module are you using which supports an SD card?
None of mine obviously do.
None of mine obviously do.
- Sat Jul 30, 2016 9:10 pm
- Forum: ESP8266 boards
- Topic: Multiple esp8266 boards talking to each other
- Replies: 11
- Views: 13595
Re: Multiple esp8266 boards talking to each other
The capabilities in Micropython on the esp are not very good for what you want. Micropython does not give access to the mesh functionality of the esp library. The device doesn't support adhoc (I think). It's possible that you could implement it, by having "alpha" just scan continuously, and all the ...
- Fri Jul 29, 2016 2:09 pm
- Forum: ESP8266 boards
- Topic: Extreme remedy for bad flash!
- Replies: 3
- Views: 3962
Re: Extreme remedy for bad flash!
If it's useful it should be possible to create a special build with a modified memory map to skip the block(s) you've knackered. I think the location of the wifi configuration is hard-coded in the firmware blob, I'm not sure about that though. I rather think it finds the flash size and subtracts a ...
- Thu Jul 28, 2016 3:29 pm
- Forum: ESP8266 boards
- Topic: Extreme remedy for bad flash!
- Replies: 3
- Views: 3962
Re: Extreme remedy for bad flash!
I fried a ESP8266 by calling the wifi .connect() method too often - by default it will write the settings to the same location in the flash, every time. Don't do that. But I've reprorgrammed them loads of times without a problem. I've created a patch to Micropython for the ESP8266, which allows opti...
- Fri Jul 15, 2016 8:16 pm
- Forum: ESP8266 boards
- Topic: _boot.py
- Replies: 3
- Views: 5339
Re: _boot.py
The file _boot.py does not need to exist, becuase it should be compiled-in from the scripts/ directory. If that didn't happen, it's a bug (possibly build problem). The _boot.py is mostly concerned with getting the filesystem mounted or creating it if it doesn't exist yet. The errors about boot.py an...
- Mon Jul 11, 2016 10:49 pm
- Forum: ESP8266 boards
- Topic: Q: Where to put main.py in Custom Firmware?
- Replies: 6
- Views: 7986
Re: Q: Where to put main.py in Custom Firmware?
You can also drop a dos-fs image (must have a sector size=4096) at offset 561152. This image can contain boot.py and whatever other Python or data files you need.
That's what I'm doing.
But this is really not well documented, and I suspect that this offset may be subject to future change.
That's what I'm doing.
But this is really not well documented, and I suspect that this offset may be subject to future change.