|Product Performed to Expectations:||10|
|Specifications were sufficient to design with:||6|
|Demo Software was of good quality:||9|
|Demo was easy to use:||10|
|Support materials were available:||8|
|The price to performance ratio was good:||9|
|TotalScore:||52 / 60|
I am interested in this development board for the simple reason that I need something with which I can run up a quick to implement USB to UART interface for communicating with ESP8266 boards.
I've used other devices to perform this task before, but I've found that using them was a little bit fraught with worry with the USB extension leads and long breadboard cables.
This was creating fragile, easy to disconnect points along the wires all the way back to the computer, and frankly when flashing a new firmware to ESP8266, having to worry about fragile wire connections adds another whole level of error checking into the process, so to see a simple breadboard ready unit that the USB lead connected into really would solve any worries around a lead falling out etc.
So, this development board would enable me to securely connect a UART bridge through from USB, removing the worry of wires becoming disconnected part way through a firmware update.
The unit comes in a box seated in a foam board with basic pinouts printed on it so you can get started quickly.
It directs you to the Silabs.com website where you can download drivers, read up the white-pages and get some example usages for some ideas.
Installing the driver was simple, although when I tried to do this on a mobile device I found the mobile experience was extremely poor.
Short story? My advice is not to use the Silabs website on a mobile device, use it on a laptop or computer.
Device Driver URL: USB to UART Bridge VCP Drivers | Silicon Labs
When I had driver it was a simple process to install onto my Windows laptop, presented no surprises etc and when the CP2102n device was then plugged into that laptop it immediately showed in Device Manager.
There was one aspect that was not particularly well documented, however. It was simply 'can the board change the UART Baud rate based on a application setting?'.
The reason this became a concern was that early in the instructions or usage, for Windows you are shown how to change the Baud rate inside the Properties of the device in Device Manager, which seemed a little clunky given that most Serial Terminal software will happily set the expected Baud rate for you and reading around on the internet it wasn't entirely clear whether this indeed was possible or whether you would have to change the internal driver properties in Device Manager to affect a Baud rate change on the CP2102n.
I had found references around the internet that the CP2102 chip should be able to dynamically change the Baud rate based on application setting but before getting any further I definitely wanted to check this.
So, I connected the CP2102n using Tx and Rx to an Arduino Uno that was tied in reset causing it to be essentially an expensive USB to UART bridge, then used two serial terminals to the two devices to test that when they were both set to the same Baud the messages were echoing to the other terminals in both directions, and that when the Baud rates were not the same, the echoed response was garbled, and this was indeed the case.
This was brilliant news as I know that the ESP8266 chip will react very differently based on the incoming Baud rate of the serial connection.
So, I connected the Rx and Tx to Tx and Rx on my ESP8266, connected the VRegin to the ESP8266 power pin and the Ground to the ESP8266's Ground pin, plugged in the CP2102n to my laptop and opened Putty.
I started up a Serial session on Baud 115200 and it opened up the serial session window as normal.
The serial window displayed the ESP8266 firing up and left me at a python cursor point of '>>>', so I entered into the serial session 'print("this works!") and pressed enter.
..and it worked!
This means that this is a brilliant little board to have in my toolkit that when I need to flash new firmware to a ESP8266 or just debug some running code on one.
I can put it on to a breadboard, connect up the ESP8266 running the serial lines to it and safely do what I need to without a whole lot of trailing wires, running risk of shorting or falling out half way through.
In short, it's a very welcome addition to my development toolchain, it's already proving itself.