WVSE Meetup, Intro to NoSQL

I had the opportunity to speak recently at the monthly Willamette Valley Software Engineers (WVSE) Meetup (@WVSEmeetup) about NoSQL. I would like to thank the organizers of the event, Angelo Seminary (@angeloseminary of i.t.motives) and Brenton Paulson (@brentonpaulsen) for a great event. Mr. Paulson’s company, MAPS Credit Union offers a great venue. This was my second time attending an event at WVSE, the first as a speaker. Both visits have been great experiences, and very well coordinated.

Willamette Valley Software Engineers (WVSE)

Discussion Topic

I did a high-level overview of NoSQL and what some of the different models of databases look like in the NoSQL world. We then took a look at how MongoDB fits into the NoSQL space. I have a blog post about Why NoSQL to, take a look here. I also shared how to model data in documents.

In addition to the overview, I provided a brief example of CRUD operations in MongoDB. While the coverage of CRUD wasn’t too in depth, it was a good introduction. I have posts on CRUD with MongoDB using Python and Java for additional reading.

As NoSQL seemed to be a relatively new topic to most of the dozen or so people in attendance, there were some great questions asked. Hopefully, I was able to satisfactorily answer everyone’s questions. It was great to have Chase Swanson in attendance too as he was able to add his experience with MongoDB to the discussion.

About WVSE

If you are a software engineer or developer in the greater Willamette Valley area, I would encourage you to check WVSE out. They meet regularly to share ideas, learn from one another to network and meet others, and to have a good time! Regardless of your preferred technology or favorite languages or tools, they would like you to join them. Their format is to meet once a month with some casual networking, a presentation with Q and A, and maybe some after hours at a fun place to cap the evening. You can check out their upcoming meetings and topics on their Meetup page.

 

Facebooktwitterredditlinkedinmail

MicroPython and the NodeMCU ESP8266

In a previous post, I looked briefly at MicroPython and it’s place and role in the Internet of Things (IoT) arena. In this post, I’d like to walk through the process of getting a NodeMCU ESP8266 device flashed and up and running with MicroPython. Then we’ll do the, almost required, IoT version of “Hello World”… a blinking LED light.

There are multiple micro-controller options available for using MicroPython so why, you may ask, have I decided on the NodeMCU? First and foremost they are inexpensive. You can find the NodeMCU ESP8266 development boards on eBay for under $5.00. Granted that is from a factory overseas, but for under $10.00 you can get one on Amazon. The second reason I like this board, in particular, is that it has LED lights built into the board so I don’t necessarily need to break out LED bulbs and resistors. Another big plus is that it is WiFi ready and with MicroPython that means that one can set up a web interface with the board and also readily make truly connected projects without additional hardware.

All that said and done I’ll be using a basic NodeMCU ESP8266 device for this tutorial. Feel free to use a different physical device with the same chip, just know that some settings may be different based on the physical device configuration. The board has a USB interface which, when connected to a PC provides power.

Firmware

We obviously need to get a copy of the MicroPython firmware. It comes in a .bin file format that can be loaded directly to the ESP8266 device and can be downloaded from the MicroPython site here. For this tutorial, I will be using the esp8266-20170108-v1.8.7.bin version of firmware. You will want to download that to your computer and remember where it is saved.

Now we need to deploy the firmware to our device. If you are using the above-mentioned board, deploying the firmware should be relatively straight forward. If you are using a different ESP8266 board, check with the manufacturer of your board for the proper flashing technique. For the rest of us, we will want to start with the esptool and use it to move the firmware over to our device. The tool can either be downloaded from GitHub directly or can be installed using pip with:

python -m pip install esptool

This version of esptool supports Python version 3.4 or newer.

Serial Ports

Once we have that installed on our system and the device connected via the USB port, we should, for best practice, clear the device by erasing its current state. Assuming that the port name of the device is COM4, we can accomplish that with the following command:

esptool.py --port COM4 erase_flash

Just substitute COM4 for whichever communication port your particular device is using. It may be something similar to /dev/ttyUSB1 on a non Windows machine and from a terminal port, you can use the command ls /dev/tty.* to detect the port. Also, depending on your ESP8266 device you might need to install the USB to UART Bridge VCP Drivers the be able to detect the device via a serial connection. Once the device has been flashed (it takes less than 10 seconds on my machine) we upload the firmware to the device with the following command:

esptool.py --port COM4 --baud 460800 write_flash --flash_size=detect 0 esp8266-20170108-v1.8.7.bin

The filename of the firmware should match the downloaded firmware. Assuming you don’t get any errors during the flashing process, you now have a NodeMCU ESP8266 device running MicroPython. Pretty slick, eh?

Serial Terminal

We can now connect to the device using a serial terminal tool, like PuTTY for Windows, the screen program on Mac, or something like picocom for Linux. I’ll be using PuTTY since I’m currently on a Windows 10 machine.

We’ll want to select our serial port again, in my case it is COM4 and set the speed, or baud rate, to 115200. Then we can open the connection and we should be prompted with a Python read-evaluate-print-loop (REPL) interface as shown:

We can start entering in Python commands on the device itself. Let’s have our device do the IoT version of “Hello World” and turn on one of the on-board LED lights. These lights are controlled through General-Purpose Input/Output (GPIO) pins and there are two of them on board. GPIO 2 controls a small blue LED on the board.

In the REPL then, we want to be able to turn the light on and off. That can be done by altering the state (electrical charge) provided to the GPIO pins, typically by changing the state from low to high and back to low.

Here is something that I discovered when working with this particular LED and GPIO setting and board. On this board, the LED on GPIO 2 (and 16 for that matter) is wired between the pin and the power, so when we set the pin state to low, the light is activated, and when set to high, it is off. There is active development on this issue and firmware updates may have already addressed the issue. However, if one connects an external LED light to, say GPIO 5 along with the required resistor (~300+ ohms), we get the expected light on with a high state, and off with a low state.

MicroPython code – Try it Out!

Okay, so technical issues aside, let’s look at the code necessary to turn on our LED. First, we’ll need access to the board’s hardware. We can import a package called machine which provides the necessary software interface. Then we can change the state of a given GPIO pin…

>>> import machine
>>> pin = machine.Pin(2, machine.Pin.OUT)
>>> pin.high()  # light off
>>> pin.low()  # light on
>>> pin.high() # light off again

There we have it! We have taken a NodeMCU 8266 device, flashed it with MicroPython, accessed it through the serial port, and with minimal code, turned the on-board LED lights on and off.

Congratulations on your first venture into IoT and Python! There is a lot more that can be done with this $5.00 board and I think I will spend some time experimenting with it a bit. I’ll post my results and findings here as I work through the process.


Follow me on Twitter @kenwalger to get the latest updates on my postings.

Facebooktwitterredditlinkedinmail