PiGRRL Switch: Creating the Controllers

With the screen chosen and working, the next step for creating the PiGRRL Switch was prototyping the controllers.  Initially, I wanted something cheap and easy like a breakout board that acted as a Bluetooth HID joystick.  I was immediately drawn to Adafruit’s EZ-Key which acts as a Bluetooth keyboard.  At the time I’m writing this, however, it’s out of stock and seems to have been for a while.  Additionally, because it acts as a Bluetooth keyboard and not a joystick, it rules out any possibility of adding analog controls in the future.

Another alternative to a Bluetooth HID breakout would be taking apart a cheap Bluetooth joystick and putting it in a 3D printed casing.  However, I decided this would greatly reduce the design flexibility of the controllers and might make it difficult to reconfigure the controllers on the fly (i.e. using two JoyCons as one controller vs. using them as two separate controllers).

So with those two options off the table I decided instead to use a Bluetooth serial bridge.  The HM-10 BLE and HC-05 Bluetooth 2.0 modules are both cheap and plentiful and provide a good solution at the cost of some extra work.  These modules can be hooked up to the UART of an Arduino and paired via Bluetooth.  Once connected, it acts as a virtual serial port in Linux, allowing the serial data to be read just as if the Arduino was connected via USB or FTDI.  The only exception to this is that it doesn’t support firmware loading wirelessly.

2017-03-13 22.18.32

The next step was setting up the initial design on a breadboard.  Above is an Arduino Pro Mini, four pushbuttons wired to the digital pins, and the HM-10 BLE module.  I decided to use the HM-10 because of the lower power requirements (BLE being an initialism for Bluetooth Low Energy).  The code for the Arduino reads the values from the digital pins and prints out eight characters to signify which buttons are pressed (‘1’ for unpressed and ‘0’ for pressed).  Right now I’m using a byte for each button which is wasteful, so I’ll go back at some point in the future and make the code more efficient so each button is represented by a bit.

2017-03-14 22.50.16

Once everything was wired up and running I had a lot of trouble finding an app that could connect to the HM-10 as a serial terminal.  Apparently the BLE standard has a lot of bells and whistles that make configuration a bit more difficult.  After trying several different apps I eventually found Serial Bluetooth Terminal which can connect to both BLE and regular Bluetooth devices via a serial terminal.  Above is screenshot of my phone connected to the controller with the button status being transmitted.

2017-03-14 20.31.24

2017-03-14 20.31.37

With my proof of concept working, I soldered everything onto a proto-board, this time with eight buttons to serve as a D-pad and four action buttons.

With that complete the next step was connecting to the Raspberry Pi over a serial terminal.  Unfortunately, this was much more difficult than I expected.  I could pair and connect to the HM-10, but couldn’t find a way to mount it as a serial terminal.

2017-03-15 21.01.17

Rather than continue further down the rabbit hole, I decided to drop the BLE module for now and switch to the HC-05 modules I bought as a backup.  Those have been around for years and have been used extensively with Arduino and Raspberry Pi.  Once that module was paired and connected, mounting it as a serial terminal was as simple as using the following commands to connect and then print out the values read from the module:

sudo rfcomm bind /dev/rfcomm0 <MAC Address>
sudo cat /dev/rfcomm0

2017-03-17 19.20.25

2017-03-17 22.01.22

Lastly I connected the controller, screen, and Raspberry Pi to battery packs and verified everything still worked as suspected.  Success!  The next step is writing a program for Linux that reads the button data coming off the serial port and uses it to emulate a controller for the console.


Working with All the Pixels!

For the past two years, the computer setup in my home office has consisted of a Dell Precision T3500 with an old graphics card and two mismatched Dell monitors with roughly 720p resolution.  While this was plenty capable for running 3D printer software using pre-made files found on Thingiverse, I found the setup lacking when I started designing my own prints in OpenSCAD.  When it came to gaming, I couldn’t even run the original Portal, which came out in 2007.  My other option, my ThinkPad X220, seemed cramped in comparison to my dual 1080p monitor setup at work, and so a few months ago I started looking into upgrading my setup.

In an attempt to futureproof (and because I enjoy being on the bleeding edge), I decided to look at 4K monitors, given that the larger screen resolution would allow me to multitask or be able to keep open reference material (e.g. OpenSCAD cheatsheet) while working in an application.  I originally checked out a dual 4K 24″-27″ monitor setup as suggested in this blog post, but I quickly decided that I would need a larger screen in order to make full use of 4K.  After combining the calculations from isthisretina.com and OSHA’s recommended screen distance, I settled on getting a medium sized TV and using it as a monitor.

After much deliberation and browsing, I purchased a 39″ Seiki UHD TV when it was on sale for $280 and a GeForce GTX 960 to drive all of those pixels. The GTX 960 is a pretty capable graphics card and would be able to provide a decent gaming experience and even drive an additional 4K display if I ever decide to buy another one.  After working with this new setup for several weeks, I found a few pros and cons as outlined below:



  • So many lines of code!  Eclipse was barely usable on my previous monitors.  I had to work with all of the Views closed to get a usable amount of space for editing code.  With my new one I can put Eclipse at half-screen, open a ton of Views, and still see over 100 lines of code.


  • Multitasking!  I love never having to switch windows.  This monitor makes it so I almost never have to do that.
  • It’s big enough to fully take advantage of the 4K  with a “Retina” distance at 30″.  I sit a little over two feet away from my monitor, so I can barely distinguish between individual pixels if I’m looking closely.
  • It’s the equivalent of four 1080p displays but cheaper than two 1080p displays.  I did have to upgrade my graphics card to account for the higher resolution, but even with that it was worth it.



  • There’s a slight backlight dimming on the edge of the screen due to the large contrast between viewing angles.  This isn’t too much of a problem and is easily solved by moving my head or rolling my chair side to side.
  • There’s no inactive monitor mode so I have to manually turn off the display.  Again, not a big problem, just another thing to remember.
  • My wife can steal the remote and turn off the TV when I ignore her for too long.

While I haven’t been working with the new setup long enough to tell for sure, I’m overall happy with my decision and would highly recommend it!