birds like wires


Raspberry Pi Status Board

Status board on a portrait-orientated display, at the bottom of some stairs.

It was only a matter of time. I’ve had two Pi boards sat around for a while now; so long, in fact, that they’re both the 256MB Model B types and weren’t made in Wales. This summer, as part of the annual revamp in our studios, the much-neglected information screen finally bobbed high enough up on the to-do list to be in danger of actually getting done. Combine that with a collection of retired portrait-capable plasma screens in the basement and we’ve got ourselves a project!

What started this all off was the buzz there had been around Panic’s latest offering: Status Board. What I found a little uncomfortable was the fact that you needed to dedicate an iPad to the job, which just seemed downright weird. I’m up to my ears in old Macs, but iPads are rather more difficult to find without being attached to a protective owner. Nevertheless, there was an option for having one that shouldn’t have needed to be unplugged and used elsewhere too often, so I hurried off and bought Status Board.

Weighing The Options

I quickly realised that while Status Board may be a great app in the right environment, to do the kind of thing I had in mind would mean writing most of the code myself anyway. There is, of course, no magic button that creates displays for monitoring studios. When you add to that the extra fee for HDMI output (which is galling enough without having to be reminded about it every time you use AirPlay for the output), plus the cost of an iPad HDMI converter and the fact that the display was standard-def and only had VGA and composite inputs; it was a non-starter.

What I needed was something that could connect to the display cheaply, rotate its video output to suit a portrait orientation and run a browser, which I could then use to display a web page. All easy things to do on a Raspberry Pi. I just had to remember some JavaScript!

The Setup

The Pi needed to fire up and boot straight into a browser, no messing around with desktops, and then load the correct page. After that there should be nothing to worry about on the Pi; it should sit and render the page, run the JavaScript and fetch some data, which is great as nothing would be lost should the SD card give out. I decided to use Chromium as the browser of choice; it’s heavier than Midori, but the rendering is very similar to Safari, and as I’d be using Coda I thought it would make knocking the page into shape a little quicker.

Update! I was completely unaware that Midori uses WebKit as its rendering engine, which makes it perfect for my requirements! I have since ditched Chromium, as it really was way too resource hungry. Full instructions are on the StatusBoard GitHub page.

After messing around with some coloured boxes I worked out that there was about 395×635px to play with and still keep the display looking nice. A quick Google turned up Simon Baird’s great JavaScript CoolClock, which took care of the timepiece. Then four full-width boxes, one for each studio, were created to display basic user and status information.

First boot. The first box with some automated content. The clock works. Four studio status boxes and a test block next to the clock. Almost there but no colour feedback. Presentable!

Here came the trick. How to get that basic user and status information from each studio? The easiest way I could think of was to run a simple Bash script every 10 seconds, checking on the logged in username, idle status and load averages, then writing that out as HTML to a file in /Library/WebServer/Documents. This gets served out by Apache on each system. Every minute the load average from each system gets sent to StatHat so a graph over 24 hours can be pulled down and used as a background for each studio block.

As a last minute thought, I added a free space reading for each of the workspace drives. Even with terabytes of storage, multiple users with lots of really high quality audio files chews through drive space on the console systems in no time, so it’s nice to be able to show people how much is left. The Bash script also checks against the local Active Directory database for the current user’s real name.


So, the clock was easy and a touch of JavaScript in each studio block fetches details from the console machines every 10 seconds, and graphs from StatHat every 10 minutes. I chose a colour scheme using Color Scheme Designer and that was about it!

The Pi itself hides out of sight and luckily there was a network port on the wall to feed it data. The files it actually fetches and displays are hosted on one of the studios’ servers, though they could just as easily be stored locally on the Pi and (optionally) made available with lighthttpd or other web server. A little RCA cable connects Pi and screen, though one of the longest parts of the project was searching for an elusive RCA to BNC adapter!

There’s an added bonus. After setting everything up in the lobby, I rather missed having that instant feedback on the facilities in my office. But because it’s just a web page, I can use the often-forgotten ‘Open in Dashboard’ feature of Safari to have my own mini status screen on my Mac. Magic!

All of the code is up on the StatusBoard GitHub page, so you could be displaying stats for your own systems in no time. If you do, definitely tweet a picture my way; I’d love to see what you’re monitoring!

I’d just like to say what a great little project!

Been following your site since your early joggler days, I miss finding the time for these kind of projects, really nicely presented end solution.

DarkGlobe left this message 1253 days ago

@DarkGlobe Thanks very much! I know how you feel; I’ve had very little time for these kind of projects recently, but thankfully the old screen was looking so poor it just had to be dealt with. :)

On a side note, I’ve just tested the page in Midori and it looks perfect. Chromium really is a bit weighty for the job, so if I get chance today I’ll be making the switch.

Andy left this message 1251 days ago

This looks very cool. Can it be adapted to display any webpage? Such as if I created a Twitter wall for example?

Also what is required to get it to work on any screen size, such as a monitor, or a HD panel?

Matt Auckland left this message 950 days ago

@Matt Yup, it’s easy to point it to another location – just host your custom Twitter wall (or whatever else) somewhere and change the .xinitrc script to point to the server. You could even host it on the Pi itself. You might even be able to do it with a single link from Twitter, as their feeds can still be reasonably customised.

If you’re using HDMI output then you have a lovely clear resolution up to 1920×1200, but with composite out it’s a little more restrictive. Midori will resize to fill the screen, so just make sure your content is designed for the resolution of your display – or design it to dynamically resize. Good luck!

Andy left this message 949 days ago

Thanks @Andy for the reply. Is there anything I need to modify to make this work in landscape mode on a HD display? I noticed there is a config.txt, but no documentation to explain what each option does.

Matt Auckland left this message 880 days ago

Here’s a nicely documented RPiconfig page.

I’m guessing display_rotate is the one you’ll need to twiddle with.

Andy left this message 879 days ago

Hi @Andy

I attempted to get this to work, by editing sudo nano /home/pi/.bash_profile and sudo nano /home/pi/.xinitrc setting up both files as described on the get repo, along with matchbox and the auto login, but it now just boots and then goes to a blank screen with a mouse pointer.

Difficult to diagnose these issues, when you’re not a Linux guru.

Matt Auckland left this message 875 days ago

@Matt Sorry, I rather missed your message! Must replace these comments with something more sensible where I actually get notified. It sounds to me like most things are working, but are you sure you’re pointing Midori at a web page it can reach? Try starting out with and see if that displays properly.

Andy left this message 845 days ago