Solar and stats

I finally got round to getting solar installed at the house. Due to the dormers, I ouldn’t really fit much on the main roof. I did manage to squeeze 1.5kW of panels onto the garage.

Red Electrical came and installed everything very quickly and neatly, very impressed with their work and support in deciding what equipment to go with.

The solar inverter that I went with is a Solis mini 1500 4g by Ginlong. Basically, a single MPPT grid tie inverter that will handle up to 1.5kW. The 4g just means its the fourth generation of their kit. Its a fairly cheap but decent chinese model, and has the option of a wired or wireless monitoring stick. This is where the fun starts!


Now, I like to gather stats about power usage (and just about anything else really), and I rather liked the idea of using data directly from the inverter rather than the more typical way of using clamp meters such as those from Open Energy Monitor, which I have used before. The idea being that data from the inverter will be more accurate than a passive monitoring system.

Of course, it wasn’t going to be that easy. The monitoring stick is designed to push data out to a remote server and you access the data via a portal. The portal isn’t actually that bad, it seems the system is used and rebranded by a number of manufacturers, but this wasn’t good enough for me. I wanted the data fed into my home automation system (OpenHAB), similar to how I’d set up my off grid system.

Thankfully, at least the monitoring stick does support sending to an alternate IP address and port. The problem is, the protocol is not documented anywhere and the manufacturer will not release it. I searched for quite a while under various names and brands and found a few people who had tried to do similar. The newest work in github was from graham0, but was two years old and for a different version of the firmware. However, it did give me a starting point.


So, pointing the secondary address of the monitoring stick to my desktop, I started examining the data being sent. There was a choice of a few protocols, but the one that seemed to give the best data was listed as SolarMAN-1.

What I was receiving was a 270 byte string. In HEX this was:


The XXXXXX part are the serial number of the inverter. I figured this out first as it was actually sent in plain ascii. Good start, at least I was getting something.

I worked on the assumption that the rest of the data was encoded similar to the previous protocols as worked out by graham0, I started looking for various 2 and 4 byte blocks. Temperature was quickly found as the first two bytes after the serial number. The rest of the data took a few days to crack. As I logged more of the rawdata to a file, I started pattern matching trends and data to the graphs that the main monitoring portal was producing.


In the end, I managed to write a program to take in the data and spit out usable stats. My next step will be to pipe this data into my MQTT server. Then OpenHAB can then access it much like my previous solar experiences. I have released the code on github, incase anyone else has a similar setup or wants to extend it. The raw data actually seems to support dual MPPT inverters, and theres a lot of data in there that I haven’t figured out yet.

So far I’m pretty certain that I’ve got the following stats correct:

  • Temperature
  • DC Volts (from panels)
  • DC Current (from panels)
  • AC voltage (grid supply)
  • AC Current (how much is fed into the grid)
  • AC Frequency (should be around 50Hz)
  • kWh produced today
  • kWh produced in total

I’ll continue work on it and see what other stats I can pull out, but from this I should be able to calculate most other things.

Is it worth it?

As its only a small solar install, the ROI is going to be quite long compared to the solar on the previous house (only have another year or so and they should be paid off). However, I do think solar is great thing to have. Now if only I could justify a powerwall…

My Own Lightsaber

R2 is progressing nicely, solar stats are gathering, and I’m waiting for parts for my powerwall project. To add to the list of projects, and to learn techniques on the lathe and mini-mill, I’ve decided to build my own lightsaber.

If you want a lightsaber, there are plenty of options. Cheap ones, off the shelf decent ones, upgraded ones, custom ones, and even kits. As I want to learn machining skills I am going down the custom DIY route.

Saber Parts

A saber in its simplest for is:

Sound Board

This is a small board with an accelerometer, LED driver, speaker driver, and a couple of inputs for buttons, with a microcontroller to tie it all together. From research and conversations with my friend Neil (who has his own saber shop, London Sabers) I decided to go with a sound board from a company called Plecter Labs. This is a home run shop that produces a range of sound boards of differing complexity. The boards can be bought in the UK from JQSabers. That is also where I got a lot of the other parts that I needed.

Lightsaber sound board wiring test

Test wiring of sounds board and other components


These days you have a choice between a single LED cluster in the hilt, or a string of LEDs that run up the inside of the blade. With a string of LEDs you can have a gradual light up of the blade that looks more like the film, but with a single LED cluster in the hilt it makes the blade a lot easier to remove. To keep things simple, my lightsaber will just have a single LED cluster in the hilt. I’ve gone with the Tri Cree XP-E2 which has two blue and one white LEDs on a small circuit board. The white LED allows for something called ‘Flash On Clash’ which, as  it sounds, means that when the sound board detects that you’ve hit something, the blade will pulse with an extra white light.

Lightsaber LED with wires soldered on, ready to be connected to the sound board.

Tri Cree LED


This is the part that will be 100% custom for me. There are modular options available, or replica ones if you want something from the film. I’m doing a totally custom design and will all be machined by me on the lathe and mini-mill. It will be a fairly simple design (for this one at least) as my skills on the lathe are not exactly the best yet.

Lightsaber 'emitter' after it has been turned on the lathe and given a light polish

Emitter end of the hilt

Adding some fine grooves into the hilt of the Lightsaber on the lathe.

Turning the main part of the hilt, adding some cosmetic details


The blade is just a simple tube with reflective film on the inside to give a smooth lighting. As I want to be able to hit things with my lightsaber, I’ve gone for the thick walled dueling blade.


So far, I have made the emitter and main part of the hilt, along with doing a test wiring of all the electronics to go inside of it. Quite pleased with how the hilt is coming along, I just need to wait for my new mini-mill to turn up so that I can accurately drill some holes and create areas for the switch to sit. The pommel end of the hilt still needs to be designed, and will house the main speaker. Currently I’m working on some laser cut parts that will hold the internals in place, yet still be easily removed for servicing.

Laser cut parts to hold the guts of the lightsaber

The start of the skeleton for the internals

18650 Power Wall

The next step in my solar power quest is to get a decent amount of storage. To that end, I’m attempting to make my own 18650 power wall using all the recycled cells I’ve been harvesting.

Power Wall Design

I’ve been watching a lot of DIY power wall projects, including HBPowerwall and Jehu Garcia. Unlike my batteries for R2 which will be charged and discharged with me present, a power wall needs to be left unattended for extended periods of time usually. Mine will be in the garage and I’ll only be physically present when working on projects in there. This means that I need to add some extra safety features into it such as fuses.

Fuses and holders

4 x 18650 Holder

4 x 18650 Holder

A lot of people have been soldering fuse wire directly to the 18650 cells, but this is something I want to avoid. Firstly, this runs the risk of ruining the cell. Secondly, I’d like to easily be able to swap out failed fuses and cells. One person I’ve been watching on YouTube is Adam Welch who had a nice idea on how to solve both these issues. I’m extending on his idea by using fuse holders and standard 5x20mm fuses. Along with this I will be using some standard PCB mount 4 x 18650 holders.

The holders will allow for quick swapping of any dead cells, not that I’m expecting that to happen too often but I am using recycled cells with unknown service life.

PCB Design

To make this a bit more professional I’ll tie all this together with some custom PCBs that I’m currently getting made. The PCBs will join two holder trays together and mount the fuses to them.

Bottom side of 18650 Power wall PCB

Bottom side of PCB

Top side of 18650 Power Wall PCB

Top side of PCB

There will also be an edge connector designed into the PCB. The final idea will be for modular shelves that can be added into the main battery as I build them by making a backplane that they plug into. The backplane will have rows of sockets, and also house the BMS system that I want to add to further protect the battery and cells. It also gave me a chance to try out KiCAD rather than Eagle CAD that I had been using for projects up to this point.


Whilst this approach won’t be anywhere near as energy dense as something like the HBPowerwall project has accomplished, it should allow me to have a nice small scale, safe, installation.

No way I’ll ever do something like this tied to the grid, but it should be enough for lighting and charging my tool battery packs at least. With only 100W of solar panels at the moment, a single bank of cells will give me a little more energy storage than the two SLA ones. Adding a second will hopefully take this up to about 400Wh of storage. More than enough for my needs.

Still messing with the monitoring of the solar, seems to be working ok so far. However, there is currently no load on the charge controller which means it enters float charge and doesn’t show the actual amount of energy I could produce. I’m going to start wiring in a load of some form to get better stats.



Pretty Solar Graphs

The first step on my solar progress is to get some graphs done, to get an idea of how much energy I can get from my solar panels on an average day. From this I can work out what I can conceivably run from my setup.


Previously, I installed a simple solar setup for testing. This is using an EPEver Tracer1210A solar charge controller, from Tracer. It wasn’t the cheapest, but it had a lot of good reviews (watch out for cheap copied). The other benefit was the fact it had a serial output that talked modbus, or rs485. Intended for official devices, they do provide the protocol to allow third parties to read the system details.

After doing some searching, I discovered Jamin on github who had done some coding and circuit design to get the current details from the charge controller and push the results out to a service called Blynk.

My Project


This project gave me the starting point for what I wanted to do. My idea was to do this:

Controller -> RS485 -> NodeMCU -> MQTT -> OpenHAB -> InfluxDB -> Grafana

A little bit convoluted, I could probably have pushed straight to a database for logging, and do the graphs in grafana. I decided that pushing via MQTT would allow me to integrate the logging into my OpenHAB system, which would give me the capability to trigger home automation actions depending on the statistics from the charge controller. For example, it makes it very easy to use OpenHAB to send an email if the battery level gets low, and not only that it could turn off some of the load running off the battery as it gets to different levels.


The circuit is pretty much a direct copy of what Jamin used, only adapted for a NodeMCU rather than a ESP8266 Mini Dev board.

Bad photo of current system.

Prototype of circuit. Ordered a 5110 LCD to add to it, and will neaten it all up then.

I did look into powering this from the 5V on the serial output of the charge controller, but according to the documentation this can only put out about 50mA of power, which probably won’t be enough to cover the usage by the NodeMCU.


The initial code can be found on my github repository here:

Still a work in progress, but it does the basics so far. Future improvements will allow writing of certain settings, maybe a simple webserver for point in time readings, or an LCD screen.


So the circuit will transmit the readings over wifi to my central MQTT server, running mosquitto. MQTT is just a simple messaging system when you can subscribe to, or publish to, certain queues.

Readings from the charge controller will be published to set queues on the server, which OpenHAB will be subscribed to, with the following items file:

Number EPSolar_Temp "Temperature [%.2f °C]" { mqtt="<[mymosquitto:EPSolar/1/ctemp:state:default" }

Number EPSolar_BattVolt "Battery Voltage [%.2f V]" { mqtt="<[mymosquitto:EPSolar/1/bvoltage:state:default" }
Number EPSolar_BattRemain "Battery Remaining [%.2f %]" { mqtt="<[mymosquitto:EPSolar/1/bremaining:state:default" }
Number EPSolar_BattTemp "Battery Temp [%.2f °C]" { mqtt="<[mymosquitto:EPSolar/1/btemp:state:default" }

Number EPSolar_LoadPower "Load Power [%.2f W]" { mqtt="<[mymosquitto:EPSolar/1/lpower:state:default" }
Number EPSolar_LoadCurrent "Load Current [%.2f A]" { mqtt="<[mymosquitto:EPSolar/1/lcurrent:state:default" }

Number EPSolar_PVVolt "PV Voltage [%.2f V]" { mqtt="<[mymosquitto:EPSolar/1/pvvoltage:state:default" }
Number EPSolar_PVCurrent "PV Current [%.2f A]" { mqtt="<[mymosquitto:EPSolar/1/pvcurrent:state:default" }
Number EPSolar_PVPower "PV Power [%.2f W]" { mqtt="<[mymosquitto:EPSolar/1/pvpower:state:default" }

Number EPSolar_ChargeCurrent "Battery Charge Current [%.2f A]" { mqtt="<[mymosquitto:EPSolar/1/battChargeCurrent:state:default" }

Number EPSolar_PVVoltMax "PV Voltage MAX (today) [%.2f V]" { mqtt="<[mymosquitto:EPSolar/1/stats_today_pv_volt_max:state:default" }
Number EPSolar_PVVoltMin "PV Voltage MIN (today) [%.2f V]" { mqtt="<[mymosquitto:EPSolar/1/stats_today_pv_volt_min:state:default" }

My OpenHAB system is configured to store persistence data into an InfluxDB server, which is a common setup amongst the OpenHAB community and is well documented. This InfluxDB stores historic data on items in OpenHAB, which is searchable by Grafana. Grafana gives a nice interface to produce all the pretty solar graphs you might want.

Solar Graphs

Using Grafana to get some pretty solar graphs

Pretty Solar Graphs

This makes it really easy to see just what is happening, including the charging states as it you can see the switch from bulk to float charge on the battery voltage. This should allow me to make sure the charging is correct for the Lithium Ion batteries I want to eventually connect.

A bit of Solar

I got a message a few weeks back to see if I was still looking for old laptop batteries for 18650 harvesting, and of course I said yes. The next day, I got one or two batteries dropped off at my house:

A few crates. There were a couple of other ones too.

A few crates. There were a couple of other ones too.

Wow. Its going to take some time to crack them all open, harvest the cells, and test them all properly. Of course, I’ve got two batteries for R2 now that seem to be in a good shape and last long enough for pretty much any event. So the question is, what do I do with all the cells I’m going to have once I’ve finally gone through all these crates.

I’ve a few projects in mind that will utilise a couple of cells each, including a standby battery for R2’s brain, but a rough calculation shows that once I’m through all these crates I’ll have approx 1200 cells of varying states. So far, I’m through about half a crate and the vast majority seem to be in a good condition and over 2000mAh capacity. That means I’ve got nearly 8kWh of energy storage! Even if I assume half the cells are dead (so far only about 2% seem dead), thats still 4kWh.

The first thing that jumps out for this amount of storage is a form of power wall. Now, I’m not going to do anything grid tied, that is just too much hassle, but doing something off grid for the garage is definitely doable. If I can perhaps do enough to run the computer and other electronics, plus indoor and outdoor lighting, then I will consider it a success.

25W solar panel for testing

25W solar panel for testing

To start the project, I got hold of a few small solar cells, one 25W, and a couple of 50W ones. The 25W one will be used for experimentation and testing theories out, and the two 50W panels will be mounted on the wall of the garage for a more permanent solution. I also purchased an EPSolar MPPT charge controller, to go with a couple of spare 12V SLA batteries I had spare from initial testing of R2. I went for this model as it has a serial out port on it that will allow me to tie it into my OpenHAB home automation system and graph things like battery charge, solar power production, and any load on the system.

Fabricated a couple of brackets to mount the 100W combined solar panel

Fabricated a couple of brackets to mount the panel

Being able to graph those details will allow me to make an estimate of how much energy I can generate on a typical day, and from that calculate how much I can actually run off my system for a given amount of solar panels, and also work out just how many kWh of energy storage I need.

The charge controller however will only work with standard lead acid batteries, whilst I want to make use of the 18650 cells. To this end, I did a lot of reading and it seems that there are very few hobby level solar charge controllers that will work properly with lithium technologies. Some charge controllers can be made to work with them, but it is more of a bodge.

After much searching, I did find one chinese charge controller that said it worked with lithium batteries, and actually seemed to back that up in the details. One of the main things to look for is that it supports the typical CC/CV (constant current/constant voltage) charge methods that are required for all lithium cells. A few clicks, and it was on its way on a slow boat from china.

Solar charge controller mounted

Solar charge controller mounted

For now, I’ve got the EPSolar charge controller mounted on the wall of the garage, connected to the 100W of panels outside.

Next steps are to get some data logging from the serial port, probably using an ESP8266 based device, dumping the data into my MQTT server, which in turn will be monitored by OpenHAB to be dropped into an influxDB store for graphing with Grafana.

Along with this is the slow process of breaking open a lot of laptop batteries and harvesting the cells. Once I have enough for a decent sized test, I will be looking into various ways of mounting them and hopefully adding an individual fuse to each cell for safety. More research into BMS for making sure the battery is properly balanced is required too.



Building a battery for R2 with 18650 cells

There are many options for a battery to power an astromech, from the tried and tested Sealed Lead-Acid, to the latest LiFePO4. This article will look at utilising the very common 18650 cells. These are used in power tools, laptops, even Tesla cars.

WARNING, this article will talk about opening old packs, harvesting their cells, soldering cells, spot welding cells, and lots of other things that could be quite dangerous.

Lithium cells of any type can heat up or burst into flames if mistreated. Only attempt the things in this article if you are entirely comfortable with any possible outcomes. Do other research, read other articles, the author accepts no responsibility for any injuries or death from the instructions given.

General theory

18650 refers to the size of the cells, 18mm x 65mm. They generally have a capacity between 1500 and 3500mAh. If you see anything saying 4000mAh or above, chances are its a scam. There are a lot of cells branded ultrafire that claim over 6000mAh capacity which is a total lie. Voltage ranges from 4.2v when full, to 3.2v when empty. These cells use Lithium-Ion technology, which is a lot safer than the Lithium Polymer that is used in many radio control devices. The drawbacks are that it has a much lower discharge rate. LiFePO4 are even safer, but are also more expensive. Li-Ion seems to be a middle ground, which is why it is used in so many places.

Generally, these cells are arranged in series/parallel to get the desired voltage and capacity. For example, a 24V battery is made of 6 cells in series. Extra capacity is added by putting more cells in parallel, so that if you use cells with 2500mAh capacity and want a 24V battery with 10Ah capacity, then you will use 4 rows of 6 cells, commonly written as 6s4p.

The current drain allowed on a battery is usually 1C, or 1*<capacity>, so in the same example 6s4p battery, you can have a maximum drain current of 10A. Doubling the battery up to be a 6s8p will give you 20Ah and a 20A potential drain. 1C is the safe limit using recycled cells. If you are using brand new cells then you may be able to get a higher current draw by checking the datasheet. For example a NCR18650B can draw 2C and a NCR18650PF can go up to 3C.



As mentioned above, 18650 cells are used in many places, and can generally be recycled. The best place I have found for second hand cells is from laptops or power tools. These battery packs can be cracked open and the cells removed. It is quite a labour intensive task, but saves a lot of money. You can pick up job lots of second hand cells from eBay, tho this is getting more expensive as more people are harvesting cells this way.

You have to force the two halves of the battery case apart, usually with a screwdriver or similar flat sharp object, and then separate the cells from the circuitry and cabling inside. Always wear heavy gloves, and take extra care when using a lot of force. Its easy to slip and damage yourself or the batteries. Also make sure to take care not to use the cells as a fulcrum as this will also damage the cell. Basically, be careful and take your time.

An Opus BT-C3100 18650 charger/tester

The drawback is that each cell is of unknown capacity and life, some cells may even be totally dead. They could already have been through a few thousand cycles. Each cell needs its capacity testing with a charger/tester such as the Opus BT-C3400. Of course, if you can ask friends and family for donations of old laptop batteries, you can save even more money. I managed to get a lot donated for free. Despite the drawbacks and amount of work required, you can end up with a battery for next to nothing that would cost a lot if you bought a ready made one. For example, I built a 24V 25Ah (approx) 6s11p for around £50 of cells, plus a few other bits.

The other option is to buy brand new cells in bulk. Either from Chinese sites such as, or from other sites closer to home such as Chinese ones are generally a little cheaper, but you do have a long lead time and the risk they are counterfeit. A typical cell such as the NCR18650B (high capacity/average discharge rate) or NCR18650PF (medium capacity/high discharge rate) can be bought for approx £3 a cell.


As well as the actual cells, there are a couple of other essentials. These are cell spacers, which clip into various configurations to hold the cells in place, and allow air flow around them. You’ll also need nickel strip to connect all the cells together. Both of these items can be bought from in bulk. If you are buying brand new batteries from NKON, they also sell nickel strips for a decent price when bought in batches of 10m.

Lastly, you’ll need battery connectors and a balance lead. The battery connector can be anything you wish, as long as it will take the current. The balance lead is a connector so you can make sure that all the series cells are at the same voltage. This is important so you don’t let one cell run down lower than the others, which will potentially damage the cell, and maybe the whole battery. You need one for the correct size of battery (eg, a 6s battery will need a 7 wire balance lead) which can be got again from or ebay.

Constructing the battery

Once you have enough cells together, and all the other items, time for construction. The general process is:

  1. Sort the batteries into parallel sets with the same total capacity. The idea is to have them well balanced before you even start. You can use a site such as to help with that
  2. Clip the cell spacers together in the required layout (eg 6×12 for a 6s12p), then lay the cells out. Each parallel set should be the same orientation (eg, negative to the top), but alternate them as you fill in the series set.
    The start of a 6s12p pack. Can see the parallel sets run down the picture, with the series sets alternating across

    The start of a 6s12p pack. Can see the parallel sets run down the picture, with the series sets alternating across


  3. Once you have all the batteries in place, clip the top of the frame into place
    Here is a small 3s5p pack, ready for the nickel strips

    Here is a small 3s5p pack, ready for the nickel strips


  4. Now its time to connect the parallel sets up. Using either a soldering iron, or a spot welder, connect strips along all the parallel sets. These are the ones that are all the same way up. What this does is create the capacity for battery pack. Be careful if soldering, don’t allow too much heat to build up on the cell, do it as quick as possible. You can get spot welders from for around £200 that will do the job a lot better.""

    You can also get a device that will give you a full readout, just from plugging the balance connector in. They are only a few pounds from places like ebay. They will let you view the total voltage, each parallel set voltage, and also the max/min/dif between the cells.

    Balance capacity checker

    For the initial charge you will need to use a decent balance charger, such as an imax B6. These are generally for lipo batteries, used in radio controlled quad copters or planes. The benefit of a charger like this is that it will balance the cells out and has lots of monitoring and protection built in. Follow the instructions in the charger manual closely.


    Once charged, leave your pack for a while, even a month, testing the voltages periodically. If you have a dead cell, then it can manifest as one of the parallel sets slowly loosing charge. When this happens, you’ll have to dismantle the battery and retest all the cells.

    If you have the time, you can also do a full discharge test with the charger on the battery to get an accurate reading of its capacity. This will take a long time if you’ve made a big battery, depending on the charger you use. If you aren’t overly bothered about an accurate capacity test, just run the battery in the droid (or whatever other use) and monitor the voltage. Don’t let the voltage go down below 3*<number in series> (eg, a 6s should never be let to dip below 18v). To prolong the life of the battery, don’t even let it go that far. Full charge/discharge cycles are the worst case for wear on them, and will shorten the lifespan. I recommend discharging it to around 40-50%, at least on the first try.

    After the first discharge, check the balance of the cells again. Ideally there should be little difference between them in a fully functional battery pack. If there is significant difference (IMHO, 0.1v between the highest and lowest voltage) then you may have a bad cell somewhere. Do another balanced charge and discharge cycle and see if the same cell has troubles. If it does, rip it apart and try again.

    If the battery remains balanced, then you can actually use a none balance charger (cheaper, and usually higher current for rapid charging) for most charge cycles. Tho make sure it is balanced occasionally and no harm in doing a slow balanced charge once in a while.


    Using 18650 cells gives you great flexibility in not only the size (voltage and Ah), but also the shape. This example has shown creating standard blocks, but with some creativity you can make a battery that follows a certain shape (ie, follows the outer curve of an R2 unit’s interior). If you want to make use of recycled cells, then this is a very cheap option to get some very high capacity batteries built. Even buying brand new cells will still save you a lot of money.

    For example, I’m currently building a 6s12p pack using NCR18650B cells. I’m getting these for approx £3 a cell. That makes the total cost of cells £216, which gets me a 24V/40Ah capacity battery in a fairly small form factor that can give out nearly 80A (my droid barely pulls 10A at full speed!). I doubt I could fit enough SLA batteries in my droid to get that, and a similar capacity of LiFePO4 would set me back about £800. Even taking into account the cost of a spot welder (which can be used many times of course) its double the price.

    Further research

    One thing I haven’t covered in this article is a BMS. This is a Battery Management System makes sure nothing is going wrong with it, and will cut off the output when the battery gets too low. I’m still researching these myself, and will possibly mess with them on my next pack. IMHO, if you are keeping an eye on the battery voltage during use and doing periodic balance tests and charges, then a BMS is not necessary.

    Also note that capacity of the cells will drop over time, depending on number of cycles, how deeply they were charged/discharged, and how rapidly they were discharged. Take care of the battery, and it will last longer, drain it constantly at high current and it will be dead within a few hundred cycles.


R2 ventures out

The day finally arrived. I was going to show off R2 to the public. Up until this point, he’d not been out of the garage and only had a handful of visitors (including a few local kids… ‘have you got an R2D2 in your garage?!). I was a little nervous.


I’d only arrived home at about midnight the night before after having left a convention early (unheard of! Miss the survivors photo! What?!), not to mention I’d been in the convention hotel for 10 days by that point. After contacting the organiser of Morecambe Comic Con, he had said I could get there early to avoid the crowds and find a safe spot for R2. This meant being up, ready, loaded, and in Morecambe by 9am! One slight issue, well many issues with that time, but the main one being I hadn’t actually tried to load R2 into my car at all yet. I knew from measurements that he wouldn’t fit in in three legged mode, which was one of the reasons I’d built his sled. I also knew that the sled made it nice and easy to get him stood up in two leg mode. So all that was left was to see if the sled would hold up and get him into the car.

Success, R2D2 is in the car!


He fitted. Was a two person job unfortunately, but I have a few ideas to make it easier, and hopefully turn it into a single person job for the next event.


I managed to get to The Platform in Morecambe at about 8:55am, and hunted down the organiser. Thankfully Joy had followed me down, so helped me unload R2 infront of the Platform. Switching him from two leg mode to three leg isn’t too hard, 8 nuts to tighten on the shoulders, and some ankle locks to put in place on the feet. Unfortunately I had forgotten the spanner to tighten the nuts so had to get them as tight as possible by hand. Then came the fun of getting him in the building. The pavement surface outside was not conducive to operating an astromech. For something supposedly highly advanced, he doesn’t like to run on anything but a smooth surface. So, with a bit of lifting and a bit of dragging R2 entered the building. Thankfully once inside the floor was nice and smooth, perfect for R2 to have a wander.

R2D2 waiting for the crowds to turn up.As I brought him in and scouted out the place, I encountered a few handling problems. It appeared that I’d lost one of the shims from a foot which meant one of his drive wheels wasn’t getting the grip it should. This led to him veering off to the right all the time and at one point he encountered a stall and destroyed a lego figure! After apologising profusely, I found a corner to sit him in and waited for the crowds to appear.

Time for the fun

R2D2 found a nice place to stand.

Right about 10am, the doors opened for early access and I decided to move to the now closed fire escape. Up to this point, it had been open for people to bring their wares in for the stalls. Now it was a nice empty space to place R2.
Slowly the place started to fill up and R2 had his first visitors. The day started to just fly by after that. I just loved the reactions he was getting from people of all ages. It was so enjoyable to make people jump a little when he moved over to them, and I slowly got used to the controls and being able to give him a little personality. Up to this point, I’d only had a tiny space in my garage to move him, now I had a much larger area and could try a few different things. Kids seemed to love him, sometimes a little too much, but I’d already decided to work on the premise that if they managed to break something then I need to make it stronger. R2 should be a bit interactive. Tho there were times when I wished I had the cattle prod attachment on him. He got plenty of tugs on the HPs, and a few extra spins of the dome, and I managed not to trap any inquisitive fingers in the dome panels when they opened. One little girl however didn’t like him waving at her with a utility arm. I loved some of the cosplay at the event too, there were some fantastic costumes on show, including a friend of mine who came as Kylo Ren and hung around for pictures.

R2D2 playing nicely with Kylo

R2D2 playing nicely with Kylo

I tried to stay out of the way as much as possible as it breaks the magic if they see the wizard behind the curtain, or rather the guy holding the controller. When I was spotted, quite a few people were amused at the fact I was using a standard PS3 controller to operate him. A few people wanted to know how he worked, or more details about the build, which I was more than happy to supply. Possibly a bit too much information was given at times, but they were polite enough to keep smiling whilst I talked.

At one point, I was even interviewed by a reporter from the local newspaper. She asked a few questions and took a short video of R2 doing some spins, and uploaded it to their facebook page. The main site had an article released today, and I was mentioned and quoted in it.

I had a few friends come and visit me too, after all I had been talking about R2 so much over the last few years they wanted to actually come and see what I had been wittering on about. I’d like to apologise now for the nonstop talk of R2. Most who saw him agreed it was a worthwhile project!

Oh No, breakage!

Trying to hire R2D2 as an Auror

Trying to hire R2D2 as an Auror

There was an issue with the main dome drive, which I gave up trying to fix towards the end of the day. Thankfully noone seemed to notice that he wasn’t turning his head much. I was pleasantly surprised by the battery, which after a full day of entertaining was only just down to below half capacity. Also, taking him back to the car over the rough surface outside shook a few parts off him finally. I knew something would end up falling off, but they held on all day at least!

R2D2 gets the ladies...

R2D2 gets the ladies…


Already hoping to be at another event on Star Wars day, a May the Fourth event at Southport Vue cinema. Just need to get his MOT and my driving test, so he can be an official Builders Club droid. I’ll should have the door panels finished for the next event too.

I set a deadline!

This year has been a bit busy so far, and in February I realised I only had something like three free weekends to get R2 ready for his first outing, Morecambe Comic Con, a deadline I was determined to keep. Between conventions, work trips, and more conventions (including two on back to back weekends), I knew I had a lot of work to do in a short time. Thankfully, with a bit of organisation and a few late nights I finally managed to get him to a showable state. Not quite to the level I wanted, but close enough.

I utilised Github’s issue and project management tools to help organise myself, putting issues in as todo items, as well as logging things that I found were wrong as I went along. This actually helped quite a bit, and I’m going to endeavour to keep using it. I slowly managed to close off some of the items, and R2 was getting more and more complete. I managed to get the electronics and code to a level where it was stable and he wasn’t too fast to react. Had a few dicey moments when direction changes at high speed made him teeter on the edge of doing a faceplant.

And more bits were added, I got his skirt installed finally, after having bought it nearly a year ago. This however involved some fairly major dismantling of R2, which in turn meant I had to finally get the sled finished for him. Overall, I’m quite pleased with the sled, and it allowed me to lay him down gently and take his legs off to get into the base of the frame.

With the skirt all painted and in place, it was time to test the electronics with his new battery. Up to this point I’d been using a couple of SLA batteries, but these were heavy and didn’t fit in properly. Not to mention they were very low capacity. Over the last year I had been collecting old laptop batteries from various sources, and stripping them down to get the 18650 cells out of them. Once I’d tested the cells and selected the decent ones, I made a new battery pack (6s11p) which should provide 24V, with about 22Ah of capacity. A bit of metal folding and riveting, and R2 also had a battery box.

A quick reassembly, and he was back on all three wheels, ready for the final touches. However, time was getting very short indeed by this point. I had one weekend and a few evenings to get the panels on the doors, and to sort out a few other annoying little details. I’d had the idea of using sheet steel for the doors, but had trouble putting the correct curve into the metal to make it sit nicely in the door areas. If I can get this right, then the doors can be attached easily with magnets to the hinge areas, letting me remove them so I can still get the skin off if needs be. Without the right curve tho, this just didn’t work and looked rather poor. Unfortunately, with no time left I simple hot glued them in place, so that at least there was something there. There wasn’t even enough time to paint one of the panels, so was left bare. 

On my last evening to work on him, I made the decision to change the dome drive mechanism. I’d got a new, more powerful motor, but this gave me troubles with the friction drive in that the rubber ring was coming off. I did have a dome gear set, and decided to try that out (once I’d found it. The garage is a bit untidy). Turned out this was a bad idea. The motor gear is only a thin piece of aluminium, and you have to get it exactly in line with the equally thin main gear. With more time (and the correct cad file) I’ll laser cut a much thicker motor gear out of acrylic. This will make it both easier to mesh the two gears, and also a little quieter hopefully.

So, at about 1am I called him finished and went to bed. I was due to set off to a convention the next day in London. To make it even more complicated, there was another convention the weekend after in the same hotel. Rather than drive home, just to drive back again a couple of days later, I opted to stay down in London. I would’ve got another couple of evenings to do more work, but in the end I decided it was the better option.

All I had left to do was get to the convention

Remote observatory

Ok, so remote means just a few meters away, either in the house or in the car. Somewhere warm anyway.

So, as mentioned in my previous post, I’d done a lot of research, and one of the things I came across was this video:

This is what I want to be able to do. I’ll never have the room for an actual observatory like this one, but I could at least automate a lot of the work. That’ll scratch at least two, maybe three, of my geek itches. Of course, everything has to be Linux based, and also as cheap as possible. With that, I decided on at least the following to start with:

  • AstroEQ – Definitely needed goto support on my EQ5 mount to start with.Fully made systems can be bought (minus steppers and mounting hardware), but I already had most of the parts laying around the place so decided to make it myself using an Arduino Mega
  • Indilib – This, running on a raspberry pi acts as a remote control server for anything that I wanted to add. All devices had to be supported, or easy enough for me to add with my limited programming skills.
  • Guide Scope – These are used to ‘lock’ onto a star and make sure that the telescope mount follows it precisely. Long exposures of up to even 30 minutes can then be achieved without too much difficulty. Initial plans are to try and use the Raspberry Pi camera (will try both standard and NoIR) versions.
  • Focuser – Last essential part for remote control is the ability to focus the telescope. This will use the DSLR attached and a stepper motor coupled to the focus knob. There are a couple of arduino based projects that emulate the MoonLite protocol, which is supported by indilib.

Once I’m happy with this lot (and I *will* blog my progress) and have some of my other projects finished (*cough* R2), then I want to take a look at a couple of other add ons such as:

  • Filter wheels – I can use kstars to take many photos with different filters in place, and also with a black filter I can automatically take dark frames for stacking images. (Dark frames are used to remove noise in the picture that is generated by the DSLR)
  • Auto lens cap – A simple servo driver to cover the telescope main lens. Not really necessary, but figured it would be a nice project.

I should be able to do all of this fairly easily. I already have most of the components necessary, and the software running on my workbench. One of the big issues I’ll need to work on is just how to mount it all to the scope and stop the cables getting tangled!

My next blog should be on building and configuring the AstroEQ.

Another hobby?

Hi, my name is Darren and I’m a serial hobbiest.

Well maybe not that bad, most of my hobbies are pretty much related (electronics, computers, science), and a lot are things I’ve been interested in since I was a kid. Most recently, I’ve invested in a fairly decent telescope and mount to do some visual astronomy, but more for astrophotography. I want to take pretty pictures of things very far away! So after a lot of reading of various blogs and websites (Star Gazers Lounge forum is fantastic), and watching numerous youtube videos, I got a tripod for my camera and a couple of cheap lenses off eBay. That is all that is needed and you can get some half decent shots.

My astrophotography album

But it wasn’t enough. So I dove back into the forums and did even more research, and learnt a few important things.

  • Telescope – Numerous different types, mainly split into reflectors, refractors, and catadioptric. All have their benefits and downsides, but for doing astrophotography the telescope isn’t the most important item surprisingly.
  • Mount – This, for astrophotography, is the most important thing to get right.You need to have a solid mount for doing anything more than a few seconds exposure, and one with tracking in Right Ascension at least, to track the stars. And it really needs to be an equatorial mount to avoid rotation of the starfield as it rotates.
  • Eyepieces – You need eye pieces to view through a telescope, and the shorter the focal length, the greater the magnification. These are generally only used for visual astronomy, as cameras bypass the need.
  • Camera – Most DSLR cameras block out a large part of the infra red by design, but you can get them modified to remove this filter and get much more vibrant images. Its not a necessity, but definitely a nice to have.

Whilst learning all this, I had a thought in my head about some form of computer control (Linux based, of course) and actually stumbled upon a few projects to help with this. The first was AstroEQ which was an opensource ‘Goto’ system (select a star, and the telescope will automatically move to center on it) designed around an arduino. That was a perfect start for me, and I was pretty sure I could get it working from Linux. Thats when I discovered indilib!

Indilib is an open source system for controlling all sorts of astronomical instrumentation, not just goto mounts, but also things like auto focusers, digital camera, filter wheels, and other custom devices you may want. Even better, all this can be run from a Raspberry Pi as the control server and a laptop using the actual astronomy software. This would mean I could set it all up, and retreat to somewhere a little warmer to actually do my observations and photography. I’m sure this is against the amateur astronomers code or something, but damn it gets cold out there.

Along with indilib, there is kstars. This is a planetarium program written for the K Desktop Environment, and with EKOS plugin can control any indilib hardware. Not only that, it can schedule work and sequences, and help you plan your observations.

I’m going to (try to) write more blog posts chronicling my progress on getting all this set up, and some HowTo posts on using indilib on a raspberry pi, with kstars, and any custom hardware I make.