All posts by albert

Wake-up Light Part 3: Hardware

This is the third part (part 1, part 2) of my write-up on building a Raspberry Pi-based wake-up light. At this point, the Pi was capable of switching 433 MHz remote controlled outlets and can be scheduled to do this at certain times.

I had a few ideas on how to roll my own light for the project. In the end, I went for 10 m of RGB-LED strip on Ebay and four pieces of quarter round rod from the department store. I think these pictures speak for themselves:

2014-02-03 21.00.58 2014-02-08 21.51.332014-02-03 20.14.41 2014-02-08 19.51.592014-02-03 20.14.32 2014-02-03 20.36.15 2014-02-03 20.14.562014-02-08 22.42.13

To get off the ground quickly, I whipped out an Arduino and soldered three MOSFET transistors to a protoboard. My initial idea was to hook it up to the Pi via I2C, but as I had the 433 MHz receiver left over from the kit I bought, and also already being familiar with the library as I used it to find what codes to use for my outlets, I figured I might as well make it wireless. This also has the added bonus of making it possible to control the light directly with my existing remote.

2014-02-08 21.46.16

To test things out, I hastily modified the rc-switch library example. The code is available over on my Github account, although for the time being it really is not very pretty and does contain bugs! I made the A-channel on my remote turn the light on and off and used B to set the brightness. I also wrote a small state machine to dim the light from blue through red and orange and up to white at full brightness over the course of 15 minutes. This would be my wake-up sequence. The “E” channel does not have any buttons on my remote (only A-D). It is, however, no problem to send on and off commands on it using the commands on the Raspberry Pi. Making the Arduino listen to channel “E” of my outlet remote system meant I did not have to waste one of the four channels on the actual remote. To the Pi it was all the same, I just changed what channel it should power on in the crontab. Here is an attempt to catch a sped-up version of the light sequence on camera. You get the idea.

2014-03-04 21.02.06

Sweet, at this point the project was really starting to get somewhere! The wake-up sequence is good enough for now, and the extra feature of being able to toggle the light on and off along with my other lamps in the evening is very convenient. With the right setup, ssh, nano and cron can be quite ok for setting the alarm. However, I was hoping to do something more portable and… modern, like an MQTT message server perhaps?

Next time: Software!

Wake-up Light Part 2: Scheduling

Last time, we had managed to get a command for controlling the lights up and running on the Raspberry Pi. The obvious choice for scheduling such a command in Linux is Cron. To automatically turn on the lights using Cron, we need to edit the root-user’s crontab:

$ sudo crontab -e

This will launch a text editor inside the terminal. Lets scroll down to the end using the arrow keys and add the following lines:
45 6 * * 1,2,3,4,5 send 11111 3 1
50 6 * * 1,2,3,4,5 send 11111 4 1

The values, in turn, represent minute, hour, day of month, month and day of week. That is, the first command fires 06:45 every month, Monday through Friday. The send command is the same as before; turn group 11111, light 3 and 4, on (1). There is lots you can do with Cron and it has been around forever. If you have not used it before there are lots of extensive guides out there to get you started so I will not bother. This setup took me through most of the winter. The Pi turned on the lights just before my alarm went off at 07:00 and the results were imminent – waking up was a lot easier and “softer” as the light eased the body into the idea of waking up before it was blasted by the sound of an alarm. It was good, but not what I had planned for. This was only fading in two discrete steps, and even though I could just have added a few more outlets like this, I really wanted a singe, more powerful, custom light. Plus, the relays in the outlets make a loud and annoying clicking sound when they turn on. On the software side things were working fine, but logging onto the Pi and setting the alarm in the terminal was not really optimal. Next time: Building some hardware!

Wake-up Light Part 1: Flipping switches

2014-02-08 22.45.39 2014-02-08 22.45.20 2014-02-08 22.45.31

I’ve had the idea to build my own wake-up light for quite some time. This winter i finally got around to it. This is the first part of my write-up of the project.

In simple terms, the point of a wake-up light is to gently wake you up by slowly turning up the light before the alarm goes off in the morning. There are several commercial products available that do this already, all of which I think are either ugly, too small or simply not practical enough for my use case. Some of the things I wanted that are commonly not available in these products are:

  • Big, powerful light. Usually, products are night stand-size alarm clocks with a few measly watts of power.
  • RGB controllable light. My living room is also my bedroom. If I’m going to make the wake-up light big and powerful, I also want to be able to set it to a cosy warm evening-setting. Plus, this would make it able to do a more sunrise-like color fade in the morning.
  • Powerful scheduling options. I’m a student and don’t get up at regular hours every day. I want the wake-up time to be easily settable, preferably synchronized to my alarm or even my schedule.

Flipping some switches

I figured I could use my Raspberry Pi as the central point for the system. It’s hanging off the back off my TV, running Raspbmc and is on 24/7 anyway, so a simple start would be to add a cronjob to simply turn on some lights in the morning. I already had 433 MHz light switches connected to three ambient lights in my room, so I started out with by hooking up a transmitter to the Pi.

2013-10-12 22.51.17

Having someone in Shenzen send me a transmitter/receiver pair for 433 MHz on Ebay set me back about the same amount sending a normal letter home to my mother would. Mine was titled “RF Wireless Transmitter & Receiver Kit Module 433Mhz for Arduino/ARM/MCU WL”.


Obviously, someone on the Internetz already wrote the code to talk to my outlets using Arduino. And someone else also ported it to Raspberry Pi. Sweet! The project I’m using is called rcswitch-pi. According to the readme, it depends on the (seemingly useful) wiringpi project, so first we need to get that (assuming you have git installed):

$ cd
$ git clone git://
$ cd wiringPi
$ ./build

Wiringpi is used for the gpio calls inside rc-switch and is sort of replacing the Arduino’s digitalWrite() and the like. Now let’s install rcswitch-pi:

$ cd
$ git clone
$ cd rcswitch-pi
$ make

The program is hardcoded to have the transmitter connected to Wiringpi pin 0, which corresponds to pin 11 of the GPIO header on the Pi. If you want, you can change this by editing send.cpp and running the make command again.

Hooking up the receiver to my Arduino and using the original rc-switch library, I figured out what group and channel corresponded to the buttons on my remote.

2013-10-12 22.50.14

I could now control the lights from the Pi using these commands:

$ cd ~/rcswitch-pi
$ sudo ./send 11111 3 1 #Press "C on"
$ sudo ./send 11111 3 0 #Press "C off"
$ sudo ./send 11111 4 1 #Press "D on"
$ sudo ./send 11111 4 0 #Press "D off"

A small explaination to all these numbers: my outlets have “group switches” allowing different remotes to control  different sets of outlets. I have mine set to 11111. The buttons on the remote are labeled A-D. I have some lights hooked up to C (3) and D (4). All this I learned by loading the example sketch from the rc-switch library onto my Arduino and observing the serial output as I pushed some buttons on the remote.

Once I knew the send command was working, I linked it into /usr/bin/. This makes it possible to run the command without having to cd into the folder every time, which will be convenient for scheduling later.

$ sudo ln -s ~/rcswitch-pi/send /usr/bin/send
$ cd
$ sudo send 11111 3 1
$ sudo send 11111 3 0

Next time: Scheduling!

Hi, I’m Albert

This is where I post projects from the past and present in the hope that someone else (my future self included) will find them useful. Also, one day I really would like to be featured on Hackaday and become internet-famous. You can contact me on social media, or at “mail” on this domain.

Kör Control Center till TI eZ430-Chronos på Mac


I slutet av november kunde man köpa en eZ430-Chronos-klocka från Texas Instruments webshop för halva priset. Här kommer en snabb förklaring hur man får igång deras Control Center som används för att ta emot data och programmera om klockan, på macen.

Vi börjar med en kort bakgrund: jag läste ett inlägg av en annan kille som hade köpt en likadan klocka. I förbifarten uppfattade jag att Control Center-programmet var skrivet i Tcl/Tk. Jag hade ingen aning om vad det var då, men lite efterforskningar visade att det borde gå bra att köra samma kod även under OS X.

  1. Det första som behövs är en mac-version av Tcl/Tk. Det finns att ladda ner här: Efter installationen finns ett nytt program som heter i /Program/Verktygsprogram/
  2. Nu behöver vi själva tcl-skriptet. Det finns i två versioner, en för Windows och en för Linux. Dumt nog har TI låst in dem i arkiv som bara går att packa upp på respektive operativsystem. Jag fick ut filerna genom att installera arkivet på en virtuell linuxmaskin som jag körde i Virtualbox. Koden flyter även runt på internet, till exempel här: Ladda ner filerna eller extrahera dem ur arkivet.
  3. Till sist behöver vi ändra raden som anger vilken komport som är USB-dongeln. Öppna eZ430-Chronos CC 1_2.tcl och ändra rad 66 från:
    set com "/dev/cu.usbmodem001"


    set com [glob /dev/cu.usbmodem*]

    De tre siffrorna på slutet i den ursprungliga raden varierar från dator till dator (och ibland från gång till gång). Skriptet ska nu välja första bästa komport med lämpligt namn så att namnet inte behöver hårdkodas.

  4. För att använda programmet, koppla in USB-dongeln, öppna en terminal, navigera till mappen med tcl-skripten och skriv:
    tclsh eZ430-Chronos CC 1_2.tcl
  5. Klart! Programfönstret dyker upp och det ska gå att se accelerometerdata precis som i Windows. Notera att avläsning av knapparna inte fungerar i OS X – om man trycker på någon av knapparna på klockan så genereras ett fel och ingenting händer. Återkommer eventuellt med lösning på detta!

Skärmavbild 2013-12-28 kl. 20.20.00

Uppdaterad: Programmera MSP430 Lauchpad med en Mac


Här om dagen insåg jag att jag inte programmerat MSP430 Launchpad sedan jag installerade om datorn till Mountain Lion (OS X 10.8) tidigare i år. 2011 skrev jag ihop en guide om vad man behöver installera för att komma igång och eftersom det har ändrats lite tänkte jag att det vore på sin plats med en uppdatering.

  1. Ladda ner och installera MSP430LPCDC, det är en drivrutin som gör att datorn kan hitta launchpaden. Installationen kräver av någon anledning  att du startar om datorn efteråt.
  2. Installera Macports (eller Fink om du föredrar det). Det är en pakethanterare som gör det enkelt att installera program via terminalen.
  3. Installera själva kompilatorn MSPGCC och debuggern MSPDebug som används för att föra över koden till mikrokontrollern genom att köra följande kommando i terminalen. (Om använder Fink, byt ut “port” mot “fink”).

    sudo port install msp430-gcc msp430-libc mspdebug

  4. Klart!

I den gamla guiden finns ytterligare några steg (4-8) som visar hur man kan ladda ner ett färdigt program och testa så att allt fungerar. Lycka till!

Programmera MSP430 Lauchpad med en Mac

Launchpad + Mac


Jag har precis lyckats börja programmera min Launchpad i OSX och tänkte berätta hur jag gjorde. Till att börja med ska jag säga att det här utgår ifrån en annan blogpost, men jag har tänkt lägga till fler steg för den som inte är så van!

För att jobba med launchpaden behöver vi två saker, dels en kompilator som kan kompilera vår kod så att den kan köras på en MSP och dels en drivrutin för att kommunicera med den och föra över kod. Idag (11-12-29) heter de senaste versionerna samt MSP430LPCDC Båda finns att ladda ner på Om du vill följa det här exemplet hela vägen så passa på att ladda ner också!

1. Ladda ner, MSP430LPCDC och

2. Zippa upp och installera MSP430-Launchpad-toolchain-20111001.pkg och MSP430LPCDC 1.0.3b.pkg som du precis laddade ner.

3. Klart!

Förhoppningsvis ska du nu kunna programmera din Launchpad, dock hade jag lite mer bekymmer än så, så vi fortsätter med ett exempel. Vi tar nu breathing-led-demot (som vi laddade ner precis), kompilerar det och laddar in på Launchpaden.

4. Zippa upp

5. Öppna (finns under /Program/Verktygsprogram)

Jag antar att du har laddat ner filen till mappen som heter Hämtningar (Downloads) i OSX, har du till exempel sparat den på skrivbordet får du skriva Desktop istället för Downloads!

6. Gå in i den uppzippade mappen (skriv kommandot och tryck enter)

cd Downloads/demo-breathing-led-gcc-4.5.3

7. Koppla in Launchpaden om du inte redan gjort det!

8. Kompilera programmet och ladda upp till Launchpaden med det förberedda skiptet (skriv in lösenord när det efterfrågas!):


Nu ska LED1 börja dimmas upp och ner långsamt om allt har gått bra! För mig funkade det dock inte direkt utan jag fick följande felmeddelande:

dyld: Library not loaded: /usr/local/Cellar/libmpc/0.9/lib/libmpc.2.dylib

För att lösa det installerade jag MacPorts och körde kommandot

sudo port install libmpc


Stöter du på andra problem så kommentera gärna nedan!

Hej Texas!

Jag kan ha råkat nämna den här hemsidan till några som jobbar på Texas Instruments idag, så därför tänkte jag nu skyndsamt visa upp mitt flashigaste projekt med TI-hårdvara, nämligen min alldeles egna studentoverall! Det är en mycket avancerad krets bestående av resistorer, lysdioder och en Launchpad från TI. Håll till godo:

Projekt: autonom robot

Okej, mycket har hänt. Till att börja med; nästan inget har hänt med bilen jag postat bilder på tidigare, den har om något rört sig bakåt i utvecklingen mot supercool autonom robot. Däremot har jag byggt en annan tillsammans med några klasskamrater som del i en projektkurs. Den nya roboten har bluetooth, GPS, kompass, varvräknare och sex avståndssensorer av samma typ som på den gamla. Målet med projektet är att, på vinterväglag, utforska en parkeringsplats där ett antal flyttkartonger finns utställda och hitta den snabbaste vägen mellan två GPS-koordinater. Det ska ske genom att via bluetooth skicka sensordata till en laptop där en karta ritas upp och sen användas för att beräkna bästa vägen. Mycket spännande. Hittills har vi hunnit med följande:

  • Bestämt hur systemet ska vara uppbyggt och vilka komponenter som ska ingå
  • Ritat och tillverkat ett eget kretskort
  • Köpt en radiobil
  • Monterat en varvräknare
  • Monterat avståndssensorerna (typ)
  • Hittat på ett kommunikationsprotokoll mellan bilen och datorn
  • Skrivit kod för att köra bilen via bluetooth från en dator
  • Skrivit kod för att samla in sensordata
  • Skrivit kod för att räkna om GPS-koordinater till ett eget, lokalt koordinatsystem

Slutspurten fram till 19/12 kommer innefatta att sätta ihop all kod så att delarna fungerar tillsammans och att trimma in systemet så att det funkar så bra som möjligt. Två saker står klart; det är, har varit och kommer fortsätta vara sjukt kul att jobba med robotprojekt OCH det tar otroligt mycket tid! Till sist en bild på kretskortet och merparten av modulerna vi köpt: