Search found 62 matches
- Sun Jun 12, 2016 8:51 pm
- Forum: ESP8266 boards
- Topic: Have I bricked my board?
- Replies: 5
- Views: 7318
Have I bricked my board?
Hi, I've tried flashing the latest esp8266 micropython firmware, and it seems thoroughly bricked. I built a new toolchain from git and the latest micropython, but now it won't boot. Moreover, I get various errors that I think weren't happening before, with "esptool.py". Even the flash_id command app...
- Sun Jun 12, 2016 10:58 am
- Forum: ESP8266 boards
- Topic: Direct communication between ESP8266 nodes
- Replies: 9
- Views: 12347
Re: Direct communication between ESP8266 nodes
If all nodes are connected to the same (non-esp8266) accesspoint, they should be able to talk to each other normally. I don't know if the micropython networking stack supports multicast, but you should be able to use broadcast in UDP, and the other nodes will all receive if they have an open socket ...
- Thu Jun 09, 2016 7:19 pm
- Forum: ESP8266 boards
- Topic: mpfshell: remote shell for esp8266
- Replies: 29
- Views: 43456
Re: mpfshell: remote shell for esp8266
Hi,
It seems wrong to write a new tool which runs on Python 2; Micropython is itself based on Python3 and all new projects should surely use P3.
And you really want to fix that echoing bug.
Mark
It seems wrong to write a new tool which runs on Python 2; Micropython is itself based on Python3 and all new projects should surely use P3.
And you really want to fix that echoing bug.
Mark
- Thu Jun 09, 2016 7:14 pm
- Forum: ESP8266 boards
- Topic: OTA
- Replies: 2
- Views: 4776
Re: OTA
Probably some kind of downloader which downloads new files into a subdirectory in the fs, e.g. "new.d" or something. Then after all downloads are complete and confirmed, then rename the files. Otherwise, you'd risk "bricking" the device on an OTA update if it fails half way (or, say, the power fails...
- Wed Jun 08, 2016 5:49 pm
- Forum: ESP8266 boards
- Topic: esp8266 async sockets
- Replies: 3
- Views: 5183
Re: esp8266 async sockets
The microcontroller does not have a multitasking operating system, so it's ok to enter a busy-waiting loop checking the sockets and anything else that needs checking. You can do that under an OS (e.g. Linux) too, but it uses CPU time that other tasks could use, which is why it's generally discourage...
- Wed Jun 08, 2016 8:42 am
- Forum: MicroPython pyboard
- Topic: How to pyboard achieve the usb print function
- Replies: 6
- Views: 5929
Re: How to micropython achieve usb print function
I think the problem is that the Micropython boards don't have USB controllers, either host or device. This will cause a problem trying to talk USB. The USB port on the board goes directly into a usb-serial chip attached to the uart, so it's not a USB port which can be controlled by the gadget. There...
- Tue Jun 07, 2016 9:06 pm
- Forum: MicroPython pyboard
- Topic: Getting started with pyBoard & electronics
- Replies: 17
- Views: 16747
Re: Getting started with pyBoard & electronics
Soldering on female headers is certainly a good idea. I'd recommend you find your local hackspace, where you'll probably find someone who can help. Be very careful with boards which only support 3.3v - don't feed 5v into the inputs, otherwise you may let the "magic smoke" out i.e. destroy your chip....
- Mon Jun 06, 2016 6:19 pm
- Forum: ESP8266 boards
- Topic: Crash in (I think) wifi accesspoint scan()
- Replies: 3
- Views: 3473
Re: Crash in (I think) wifi accesspoint scan()
In the latest version of the SDK, release notes, it says they (Expressif) have apparently fixed this issue:
" The ESP8266 maybe reset if connected to a special router."
http://bbs.espressif.com/viewtopic.php?f=46&t=2198
This could well be the same thing, and for micropython bug #1946
" The ESP8266 maybe reset if connected to a special router."
http://bbs.espressif.com/viewtopic.php?f=46&t=2198
This could well be the same thing, and for micropython bug #1946
- Sun Jun 05, 2016 1:07 pm
- Forum: ESP8266 boards
- Topic: Crash in (I think) wifi accesspoint scan()
- Replies: 3
- Views: 3473
Re: Crash in (I think) wifi accesspoint scan()
It does not appear to be the strlen() issue. I think it's probably the same as #1946. The strlen() issue did overrun the buffer, but usually only by a few bytes and not into an illegal area of memory, so I don't think it often caused a problem (except for returning incorrect data, of course). Plus t...
- Sat Jun 04, 2016 7:45 pm
- Forum: ESP8266 boards
- Topic: Crash in (I think) wifi accesspoint scan()
- Replies: 3
- Views: 3473
Crash in (I think) wifi accesspoint scan()
Hi, My device is crashing and rebooting, although not very often, possibly inside the scan() function. I can't reproduce this when it's just sitting at home, it obviously happens in certain geographical locations more than others. Perhaps there is a bad wifi packet which is killing it. Perhaps a som...