Next Revision of the STM32 Nucleo-L152RE Board Sent!

When performing the board bringup for the expansion board, I quickly discovered that I made a mistake on the RFM69HW footprint.  Typically when you are numbering a component you continue the numbering on the same side you stopped on (1…8, 9..16).  In this case, the schematic footprint I created counted from 1..8, then I started 9 across from pin 1 instead of being across from pin 8.  Doh!

RFM69HW Incorrect Pin Wiring

RFM69HW Incorrect Pin Wiring!

Here’s a quick picture of the Rev AA board design tested out, with I2C, OneWire, and UART cable connections leaving it.  The board itself has the GPS mounted, Ethernet SPI connection, and 128Mb flash chip, mounted and working. Next to the board is a 2 AA cell battery boost chip hot-glued to a AA case.

STM32 Expansion Board AA Front

STM32 Expansion Board AA - Front


I also discovered that 5 pins that I believed were there, were not present on the L152RE version of the nucleo board.  Based on these two details, I decided I would quickly get another board out that would have those details fixed, and any other changes/improvements that I wanted to make.

STM32 Nucleo – Revision AB

As my Github Readme indicates, the quick update turned into a slight overhaul of the design, where many of the fundamentals remained. My changes to the design have made the board more inline with my end goal of having a multi-purpose board that can interface with a wide variety of sensors and sending that data wirelessly to listening nodes.

The schematics show that MotionSense1 and 2 now have the capability to control servo’s, the on board relay can switch up to 30V at 1A, and a built in piezo can be used to get the users attention if needed.   I added the ATSHA204A for some potential crypto functionality to handle things such as signed firmware updates delivered wirelessly.  It also has a random number generator which can be useful on devices with low entropy.

I added a 3.3V regulator for handling the power to all of the connected bus’s so that the power to external devices can be controlled from the processor (which will help us reach an ultra low power state).


I opted to send out the first revision of the board knowing that it wouldn’t be perfect, and it turns out I was right.  By sending it out and making progress on other projects, I saved a significant amount of time for a $20 set of boards.  Having the boards in hand, I quickly checked out the design and found areas that could be fixed and improved.  So with this revision of the board I’m much more confident that things are connected the way they need to be, and that I have nice features that I would have wished to have on the AA board, but didn’t (such as an on board relay). Having spent another $20 for a new set of boards is great since I can now focus on writing firmware and software to interface with and take advantage of this board to its fullest!


STM32 Nucleo Expansion Board Recieved!

This is just a quick post showing the newly arrived PCB’s.  I have only found a few errors in the board where the STM32 Nucleo Expansion port didn’t have some signals that I assumed.  Luckily I added enough 0 ohm resistors and work arounds so that it won’t be a problem.  (Latest schematics on Github show the changes in the Develop Branch).  I discovered the problem when adding OneWire support for the DS18B20 temperature sensor.  Once I get all of the other sensor ports working I’ll flush out any other unexpected behavior and keep the schematics updated as I progress.




Bottom Side

I got 10 of these boards for about $20 so it was a really good deal. These boards were made in Kicad and the designs and all source code is available on github as explained in this post.

After attending Embedded Systems Conference this past week, I’ve got quite a few new ideas to making these sensor nodes firmware more robust, with licensing terms that will allow me to use the software I create in open source projects as well as closed source.


STM32 Nucleo-L152RE SensorNodes Project

So for the past few months I have been working on planning a project that has been on the back burner for quite some time:  house hold wireless sensor network.  The principal is that I would have micro controllers running in low power mode spread across the house monitoring for special failure conditions, such as the toilet starting to leak.  Once a failure condition is detected, a wireless message would be sent and ultimately I would be notified via email or text message of the failure.

Choice of Platform for Project

The following platforms were considered:

  1. MiniWireless from Anarduino.
  2. ULPNode from Charles-Henri Hallard.
  3. JeeNode from JeeLabs (or their US distributor ModernDevice)
  4. Teensy 3.1 from pjrc
  5. Freedom-K64F from Freescale
  6. STM32 minimum development system on eBay
  7. STM32 Nucleo series from ST

The ATMega328 based platforms (MiniWireless, ULPNode, JeeNode) all have been exercised in low power modes and would serve well as simple wireless modules for checking simple conditions and sending a wireless message.  The downside of the platform is the limited number of interface options and the 8-bit processor itself. The lack of JTAG or SWD debugging increases debugging and validation time significantly.

Teensy 3.1’s are a great Freescale platform utilizing the MK20DX256 family of processors.  It has a 32-bit processor with a very dedicated designer who is very active in the support forums for the device.  One of my aspirations with this project is to be able to wirelessly reprogram all the sensors on the network, and the Teensy 3.1 won’t work in that regard.  The Teensy 3.1 supports a small microcontroller named HalfKay which runs closed source firmware which makes the Teensy 3.1 easy to program from the Arduino IDE (provided you have the Teensyduino library installed). The Teensy 3.1 is so stable that I have one at home and at work that I use to filter all of my keystrokes to create and replay macro’s. A rather nice side note is that the Teensy 3.1 platform now supports SWD debugging, which involves cutting two traces and soldering a few wires.

Freescale’s Freedom-K64F is a feature packed platform which has a variety of sensors already on the board, with bloggers dedicated to the configuration and usage of the platform. One of the key factors in the projects that I choose to work on is the accessibility of the components.  Ideally everything that I share with the open source community should be relatively inexpensive to purchase or download.  The FRDM-K64F however comes in at $35 plus shipping, which is a bit out of the inexpensive range compared to other offerings.  My plan is to have a dozen or more of these sensors around the house so the price for each development board would quickly add up.

The STM32 minimum development environment found on eBay is a bargain at under $6 for a fully reprogrammable module. However the support for the cloned hardware is lacking, and useful tools such as a JTAG programmer would have to be purchased separately.

STM32 Nucleo Family


In order to capture more marketshare of the Maker community, ST has partnered with mbed to produce the Nucleo line of development boards to showcase many of their processors. High performance Cortex M4’s are among the lineup as well as low power Cortex M0’s, all priced below $11. After carefully reviewing the available lineup, I selected the Nucleo-L152RE for its low power features and wide range of communication options. It’s the only board that not only has a large programming space of 512KB, but a 16KB EEPROM.  21 Channels for the ADC and two DAC outputs make it an ideal expandable platform.

I have already started to work through examples for it and learning the platform in general.  The great thing about the STM32 platform is the recent availability of the OpenSTM32 System Workbench. With the eclipse based IDE, it is fairly straight forward to create a new project, compile, reprogram and debug projects using the OpenOCD compatible ST-Link built into the Nucleo boards. AC6, the company that partnered with ST to deliver this great tool, have an update mechanism for not only the eclipse plugin but for all of the dependencies such as GCC and OpenOCD. Unlike other full featured open source development platforms, the only step needed is to install the System Workbench as it takes care of the rest.

After working with NXP’s LPC1788, LPC1347, Nordic Semiconductor’s nrf51422,  and Texas Instrument’s RM46L852, I find that the development workflow is best in OpenSTM32 System Workbench, followed closely by Nordic Semiconductor’s nrf51422 (after following all steps in Application Note 29 to get a working eclipse setup).

Nucleo-L152RE expansion board

L152RE Expansion Board Schematics

Today I sent out an Expansion board for the Nucleo L152RE which takes full advantage of the pins brought out to the Morpho headers ST provides. The design, developed in Kicad, is fully open source with a permissive Creative Commons – Share Alike license.  Even though I have a full Altium license available, I chose to use Kicad so that anyone can use the designs and all parts freely.  The design and design files are on github for download.  Do keep in mind that I haven’t tested it yet, so it should only be used as a reference.  Once boards come back I’ll populate them and begin testing.

Nucleo-L152RE Expansion Board

The expansion board has the following features:

  • Fully Open Source developed in open source Kicad with part numbers and the actual BOM (so anyone can take the design and change it)
  • RFM69HW pads for high power wireless
  • 128Mb external FLASH
  • MT3329 GPS footprint for 10Hz update rate
  • RGB LED pins along with 4 status LEDS and 1 status button
  • Circuit to perform zero power voltage measurements
  • RJ-45 connection for external power support along with some gpio pins and SPI bus
  • 2 RJ-45 connections that each support a SPI bus with a unique chip select, ADC pin, and a GPIO/DAC pin.
  • SWD breakout for ST-Link SWD debugger
  • 2 USART connectors
  • Micro USB AB connector that can potentially support host or device (with a programmable ID pin)
  • 4 I2C, 4 One Wire Bus connectors, 4 ADC water sensing pins, 4 motion sensing inputs, and 6 pins multiplexed into a single ADC channel meant for limit switches or on/off sensors

Most of the pins on the STM32-L152RE can tolerate 5V, so for the pins that aren’t, I’ve added a special note on the pins on the schematic to serve as a clear reminder.

Part and PCB Price Comparison

Since the last board I sent out a number of comparison tools have entered the market that allow for the quick comparison between the different major part stores (digikey, mouser, newark, etc…) and different major PCB houses.  Using both of those I saved over $25 dollars on my small run of 10 boards + parts for 10 boards.  For SandSquid, it worked best if I used the manufacture part number rather than a particular store’s part number.  So for all of the parts in my schematic I have added field’s to the part that has the manufacture part number, and following the recommended way of Kicad, I modified the python script for BOM generation to throw that part number in a CSV with all of the other fields, so that I can copy and paste it into the example BOM on SandSquid.

In the past I have had a lot of success with OSHPark and I have found that their prices are reasonable, but after a quick look at PCB shopper I was able to find a PCB house that would print 10 of my boards for less than half the price to print 3 boards from OSHPark.  Since many of those cheap PCB houses are in China, the quality won’t be the same as the quality purple PCB’s from OSHPark, but I decided to take that chance.


So in summary I have started to branch out into developing on the STM32 family of MCU’s, with an ideal platform for collecting a variety of sensor measurements throughout my home and vehicles. This first revision of the board is meant as a stepping stone, with future open source boards integrating the STM32 processor into a one board solution. By choosing open platforms like Github and tools like Kicad, these designs and firmware can be a benefit to the community as a whole.