|
|
|
Getting started with MicroPython on the ESP8266
|
|
|
|
===============================================
|
|
|
|
|
|
|
|
Using MicroPython is a great way to get the most of your ESP8266 board. And
|
|
|
|
vice versa, the ESP8266 chip is a great platform for using MicroPython. This
|
|
|
|
tutorial will guide you through setting up MicroPython, getting a prompt, using
|
|
|
|
WebREPL, connecting to the network and communicating with the Internet, using
|
|
|
|
the hardware peripherals, and controlling some external components.
|
|
|
|
|
|
|
|
Let's get started!
|
|
|
|
|
|
|
|
Requirements
|
|
|
|
------------
|
|
|
|
|
|
|
|
The first thing you need is a board with an ESP8266 chip. The MicroPython
|
|
|
|
software supports the ESP8266 chip itself and any board should work. The main
|
|
|
|
characteristic of a board is how much flash it has, how the GPIO pins are
|
|
|
|
connected to the outside world, and whether it includes a built-in USB-serial
|
|
|
|
convertor to make the UART available to your PC.
|
|
|
|
|
|
|
|
The minimum requirement for flash size is 512k. A board with this amount of
|
|
|
|
flash will not have room for a filesystem, but otherwise is fully functional.
|
|
|
|
If your board has 1Mbyte or more of flash then it will support a filesystem.
|
|
|
|
|
|
|
|
Names of pins will be given in this tutorial using the chip names (eg GPIO0)
|
|
|
|
and it should be straightforward to find which pin this corresponds to on your
|
|
|
|
particular board.
|
|
|
|
|
|
|
|
Powering the board
|
|
|
|
------------------
|
|
|
|
|
|
|
|
If your board has a USB connector on it then most likely it is powered through
|
|
|
|
this when connected to your PC. Otherwise you will need to power it directly.
|
|
|
|
Please refer to the documentation for your board for further details.
|
|
|
|
|
|
|
|
Deploying the firmware
|
|
|
|
----------------------
|
|
|
|
|
|
|
|
The very first thing you need to do is put the MicroPython firmware (compiled
|
|
|
|
code) on your ESP8266 device. There are two main steps to do this: first you
|
|
|
|
need to put your device in boot-loader mode, and second you need to copy across
|
|
|
|
the firmware. The exact procedure for these steps is highly dependent on the
|
|
|
|
particular board and you will need to refer to its documentation for details.
|
|
|
|
|
|
|
|
If you have a board that has a USB connector, a USB-serial convertor, and has
|
|
|
|
the DTR and RTS pins wired in a special way then deploying the firmware should
|
|
|
|
be easy as all steps can be done automatically. Boards that have such features
|
|
|
|
include the Adafruit Feather HUZZAH and NodeMCU boards.
|
|
|
|
|
|
|
|
For best results it is recommended to first erase the entire flash of your
|
|
|
|
device before putting on new MicroPython firmware.
|
|
|
|
|
|
|
|
Currently we only support esptool.py to copy across the firmware. You can find
|
|
|
|
this tool here: `<https://github.com/themadinventor/esptool/>`__, or install it
|
|
|
|
using pip::
|
|
|
|
|
|
|
|
pip install esptool
|
|
|
|
|
|
|
|
It requires Python 2.7, so you may need to use ``pip2`` instead of ``pip`` in
|
|
|
|
the command above. Any other
|
|
|
|
flashing program should work, so feel free to try them out, or refer to the
|
|
|
|
documentation for your board to see its recommendations.
|
|
|
|
|
|
|
|
Using esptool.py you can erase the flash with the command::
|
|
|
|
|
|
|
|
esptool.py --port /dev/ttyUSB0 erase_flash
|
|
|
|
|
|
|
|
And then deploy the new firmware using::
|
|
|
|
|
|
|
|
esptool.py --port /dev/ttyUSB0 --baud 460800 write_flash --flash_size=8m 0 esp8266-2016-05-03-v1.8.bin
|
|
|
|
|
|
|
|
You might need to change the "port" setting to something else relevant for your
|
|
|
|
PC. You may also need to reduce the baudrate if you get errors when flashing
|
|
|
|
(eg down to 115200). The filename of the firmware should also match the file
|
|
|
|
that you have.
|
|
|
|
|
|
|
|
For some boards with a particular FlashROM configuration (e.g. some variants of
|
|
|
|
a NodeMCU board) you may need to use the following command to deploy
|
|
|
|
the firmware (note the ``-fm dio`` option)::
|
|
|
|
|
|
|
|
esptool.py --port /dev/ttyUSB0 --baud 460800 write_flash --flash_size=8m -fm dio 0 esp8266-2016-05-03-v1.8.bin
|
|
|
|
|
|
|
|
If the above commands run without error then MicroPython should be installed on
|
|
|
|
your board!
|
|
|
|
|
|
|
|
Serial prompt
|
|
|
|
-------------
|
|
|
|
|
|
|
|
Once you have the firmware on the device you can access the REPL (Python prompt)
|
|
|
|
over UART0 (GPIO1=TX, GPIO3=RX), which might be connected to a USB-serial
|
|
|
|
convertor, depending on your board. The baudrate is 115200. The next part of
|
|
|
|
the tutorial will discuss the prompt in more detail.
|
|
|
|
|
|
|
|
WiFi
|
|
|
|
----
|
|
|
|
|
|
|
|
After a fresh install and boot the device configures itself as a WiFi access
|
|
|
|
point (AP) that you can connect to. The ESSID is of the form MicroPython-xxxxxx
|
|
|
|
where the x's are replaced with part of the MAC address of your device (so will
|
|
|
|
be the same everytime, and most likely different for all ESP8266 chips). The
|
|
|
|
password for the WiFi is micropythoN (note the upper-case N). Its IP address
|
|
|
|
will be 192.168.4.1 once you connect to its network. WiFi configuration will
|
|
|
|
be discussed in more detail later in the tutorial.
|
|
|
|
|
|
|
|
Troubleshooting installation problems
|
|
|
|
-------------------------------------
|
|
|
|
|
|
|
|
If you experience problems during flashing or with running firmware immediately
|
|
|
|
after it, here are troubleshooting recommendations:
|
|
|
|
|
|
|
|
* Be aware of and try to exclude hardware problems. There are 2 common problems:
|
|
|
|
bad power source quality and worn-out/defective FlashROM. Speaking of power
|
|
|
|
source, not just raw amperage is important, but also low ripple and noise/EMI
|
|
|
|
in general. If you experience issues with self-made or wall-wart style power
|
|
|
|
supply, try USB power from a computer. Unearthed power supplies are also known
|
|
|
|
to cause problems as they source of increased EMI (electromagnetic interference)
|
|
|
|
- at the very least, as by the common safety standards they are considered
|
|
|
|
a hazard which may lead to electrical device breakdown and eletric shock to
|
|
|
|
humans. Please avoid using unearthed power connections at any time. In regard
|
|
|
|
to FlashROM hardware problems, there are independent (not related to MicroPython
|
|
|
|
in any way) reports
|
|
|
|
`(e.g.) <https://github.com/peterhinch/micropython-samples.git>`_
|
|
|
|
that on some ESP8266 modules, FlashROM can be programmed as little as 20 times
|
|
|
|
before programming errors occur. This is *much* less than 100,000 programming
|
|
|
|
cycles cited for FlashROM chips of a type used with ESP8266 by reputable
|
|
|
|
vendors, which points to either production rejects, or second-hand worn-out
|
|
|
|
flash chips to be used on some (apparently cheap) modules/boards. You may want
|
|
|
|
to use your best judgement about source, price, documentation, warranty,
|
|
|
|
post-sales support for the modules/boards you purchase.
|
|
|
|
|
|
|
|
* The flashing instructions above use flashing speed of 460800 baud, which is
|
|
|
|
good compromise between speed and stability. However, depending on your
|
|
|
|
module/board, USB-UART convertor, cables, host OS, etc., the above baud
|
|
|
|
rate may be too high and lead to errors. Try a more common 115200 baud
|
|
|
|
rate instead in such cases.
|
|
|
|
|
|
|
|
* The ``--flash_size`` option in the commands above is mandatory. Omitting
|
|
|
|
it will lead to a corrupted firmware.
|
|
|
|
|
|
|
|
* To catch incorrect flash content (e.g. from a defective sector on a chip),
|
|
|
|
add ``--verify`` switch to the commands above.
|
|
|
|
|
|
|
|
* Additionally, you can check the firmware integrity from a MicroPython REPL
|
|
|
|
prompt (assuming you were able to flash it and ``--verify`` option doesn't
|
|
|
|
report errors)::
|
|
|
|
import esp
|
|
|
|
esp.check_fw()
|
|
|
|
If the last output value is True, the firmware is OK. Otherwise, it's
|
|
|
|
corrupted and need to be reflashed correctly.
|
|
|
|
|
|
|
|
* If you experience any issues with another flashing application (not
|
|
|
|
esptool.py), try esptool.py, it is a generally accepted flashing
|
|
|
|
application in the ESP8266 community.
|
|
|
|
|
|
|
|
* If you still experience problems with even flashing the firmware, please
|
|
|
|
refer to esptool.py project page, https://github.com/themadinventor/esptool
|
|
|
|
for additional documentation and bug tracker where you can report problems.
|
|
|
|
|
|
|
|
* If you are able to flash firmware, but ``--verify`` option or
|
|
|
|
``esp.check_fw()`` return errors even after multiple retries, you
|
|
|
|
may have a defective FlashROM chip, as explained above.
|