Posts tagged: dell

Won’t someone think of the children?

Let’s do a quick show of hands of parents who think that the internet is a safe place for children to spend their time on? If you’ve got your hands up you haven’t been on the internet for very long.

kid-in-shockTo be completely honest, the internet scares me. Or better, the amount of scary stuff that is on it, scares me. So now that my son is old enough to have his own PC in his bedroom, I looked around to see what was available to make sure that he doesn’t get exposed to material that is well above his age. They grow up quick enough anyway.

Now as someone who runs Ubuntu on his server, and OS X on his MacBook, I am already one step ahead of most parents, who have to deal with a Microsoft Windows environment of some sort. Good luck to you. This blog post depends on a Linux server of some sort, and although the client can be any operating system, I strongly advice you to stick to a *nix based desktop.

After dismissing most options available (things like OpenDNS, and a variety of dedicated applications to block any harmful content), I decided that however I was going to implement it, it would have to be by using a whitelist, rather than the normal practice of a blacklist. The reasoning behind this is that the amount of harmful content changes every minute, and no amount of blacklisting will catch 100% of it. With a whitelist, everything has to be vetted by me, but it ensures total control over their web experience. I also wanted to be able to approve/deny new websites as my son requests them, with little effort required on my side.

Something that sits between the client and the internet would be the perfect solution, and I quickly stumbled upon TinyProxy. As the name implies, the application is small, efficient, easy to manage and it supports blacklisting and whitelisting. Perfect.




Requirements

  • A server running your favourite Linux distribution. I personally use Ubuntu, but for the purpose of this guide, it doesn’t matter.
  • TinyProxy as installed by your favourite package manager. For Ubuntu that’s as easy as apt-get install tinyproxy, but obviously that will be different if you run something else. Make a note of the version number of TinyProxy though, as we’ll need version 1.6.5 or later.
  • A webserver running on your server. Apache2 is what I use, but as long as it supports PHP, then it doesn’t matter. What does matter though, is that the webserver should be able to access your TinyProxy whitelist file, which if you have both TinyProxy and the webserver running on the same server will be the case.
  • A client configured to use TinyProxy. This can be Firefox, Internet Explorer, Chrome, Opera, or any other browser you like to use. Be aware though that as soon as your child learns what a proxy is and how to remove it from his PC/laptop, the whole plan falls apart.

Before you continue with the next section, make sure that your webserver is able to serve some pages, and that you have confirmed that TinyProxy is working correctly for you.

Installation

Grab the tinyproxy-admin.tar.gz package and unpack it somewhere on your server. There are a number of files in there, each of them I will describe below.

tinyproxy.32
tinyproxy.64 – These two binaries are the 1.6.5 binary patched with a small change to allow TinyProxy’s child processes to refresh their filter list when the parent receives a SIGHUP signal and when the whitelist file is changed. These changes have also been submitted to the development version of TinyProxy, but because apt-get on my Ubuntu system installs 1.6.5, I have used that code base. Eventually these patches will appear in the Ubuntu package manager, but until then, these will do. The extension indicates whether the binary is for 32-bit, or 64-bit *nix.

tinyproxy – This is the TinyProxy start file (usually found in /etc/init.d), which contains a couple of changed lines. The permission on the tinyproxy.log files is by default set to restrictive. It needs to be read by the webserver’s user, which means that setting it to 644 everytime we start TinyProxy is required.

The files below need to be put in your TinyProxy configuration directory, usually /etc/tinyproxy.

tinyproxy.conf – This contains only the required changes to your distribution’s version. The ErrorFile, PidFile and Filter locations need to match your installation, and to switch from blacklisting to whitelisting, the FilterDefaultDeny parameter needs to be set to Yes.

whitelist – This contains just a single line; localhost. You need to whitelist the domain that your webserver runs on, otherwise it won’t work. If your local webserver can be reached through a proper domain name, then change localhost to that instead.

403.html – This is the file referred to by the ErrorFile directive in the tinyproxy.conf file. It contains two variables which need to be changed to match your system.

The following files are part of the administration interface and will need to be put in a directory that can be served by your local webserver. For instance, if your webserver uses /var/www as the root directory, put these in a new directory called /var/www/tinyproxy. The pages should then be able to be accessible by navigating to the http://your.webserver.domain/tinyproxy url.

config.php – This is the configuration for the administration interface. Make sure that the variables match your configuration, and if you want it to notify you by Twitter each time a new domain approval request is made, enter your details in there too.

style.css
filter.html
admin.html
filter.php
img (dir) – These are the remaining files which do not require any modification.

How it all works

Whenever a client is requesting a webpage from a domain, the request is done through TinyProxy. If it finds a line in the whitelist file for the domain, it lets the request pass through, but if it doesn’t, an error 403 occurs (Forbidden) and the 403.html page is served to the client. The included 403.html file calls the filter.html file internally and passes it the website that the client is trying to access.

tinyproxy-filter

When the request is made, the domain gets added to the whitelist file, but with a prefix of M|, therefore still not matching a proper whitelisted domain name. And it is this mechanism which allows me to approve or deny domains whilst keeping the whitelists all in one place. The admin interface simply drops the M| prefix if the domain gets approved, or changes it to D| if it remains denied. Easy peasy :o)




I appreciate that the above is all a bit long and winded, so I’ll do a small summary/checklist below for those who are keen to get going.

  • Install TinyProxy using package manager
  • Install webserver
  • Confirm the above are working
  • Download tinyproxy-admin.tar.gz
  • Amend config.php
  • Move config.php, style.css, filter.html, admin.html, filter.php and the img directory to a subdirectory beneath your webserver
  • Amend TinyProxy startup script: tinyproxy
  • Amend TinyProxy configuration file: tinyproxy.conf
  • Amend whitelist and move it to the TinyProxy configuration directory
  • Amend 403.html and move it to the TinyProxy configuration directory
  • Replace tinyproxy binary with patched version
  • Restart TinyProxy
  • Breath out ;o)

The Eee PC Digital Picture Frame

I just can’t help myself. It all started way back in 2002 with The Swedish Chef, followed in 2005 by the (still) popular Project Bling: the desire to create the ultimate digital picture frame.

So here it is, the third (and hopefully last) instalment: The Eee PC Digital Picture Frame aka The Eee PF.

I’ve divided it up in four sections, for easy digesting ;) All pictures can be enlarged, and the complete set of pictures can be found in the gallery.

Part 1: Disassembling the Eee PC
Part 2: Mounting the LCD
Part 3: Building the frame
Part 4: Finishing touches




Part 1: Disassembling the Eee PC

It starts off with an Asus Eee PC 701 2G, which is perfectly small, yet cheap enough to destroy in the name of science.

Asus Eee PC 701 2G

Push the three tabs at the top of the keyboard in and lift the keyboard up to reveal the keyboard connector at the bottom of the keyboard. Using a small flat screwdriver, push the two locks open and remove the keyboard completely. Next to the keyboard connector is the touchpad connector which should be disconnected as well.

With the keyboard removed, the bottom half of the case is next. Remove the nine screws as indicated in the pictures. Turn the Eee PC over and remove the six remaining screws. For good measure, also remove the battery by sliding the two latches outwards, and slide the battery out. Flip the Mini over again and open the lid again. Using a plastic wedge (or your finger nails if you have them), pry the case open using some gentle force along the sides. Be patient at this point as the plastic latches inside the case, are fragile and will snap if you exercise too much force.

Now we just need to remove the motherboard. Disconnect the speaker and display connectors. There are two latches holding it in place, located at the bottom edge of the PCB. Lift the motherboard up at the right hand side and then pull it out up and sideways.

Time to separate the LCD from the bezel. Six screws are hidden underneath the plastic covers which are stickied in place. Use a plastic wedge along the side of the bezel but be very careful, it is very fragile. Take your time and be gentle. Just four screws and four sticky metal tape strips to remove before you can lift the LCD clean out.

Voilà, the Eee PC naked! Now we are ready for some serious modding ;)

The Eee PC dissected
 

Part 2: Mounting the LCD

Whatever you do, make sure you buy a frame and mount which have a high WAF since it needs to live in the living room. You don’t want to find yourself building something like this and then SWMBO tossing it in the bin because is clashes with the design ;) Take the mount and measure the dimensions of the LCD and frame and carefully cut it to size. As usual; measure twice, cut once :)

The LCD driver board sits neatly underneath the LCD, but when you mount the display into the frame, it doesn’t fit. Cutting away a bit of the frame allows it to be sunken into it and sit flush with the frame. Some double sided tape holds the mount in place.

On to the motherboard. This needs to be mounted with enough clearance above the LCD so that heat can escape and to do this I made my own spacers using normal motherboard spacers which I had plenty of from my PC building days. The screw holes on the Eee PC are tiny, so cut away at the top of the spacers to make them small enough to fit. Looks rather neat, eh?

The Eee PC mounted
 

Part 3: Building the frame

Before we create the frame, we need to think about an alternative heat sink. Normally, the bottom of the keyboard would dissipate the heat, so after doing some testing, I settled on an Akasa Southbridge cooler and some tiny Maplin heat sinks. Tests showed that the temps remained nicely around the 50ºC mark, which will rise to about 65ºC once the back cover will be on. Well within the limits :)

Using some 4mm Pine Stripwood cut to length, mark out all the ports and crevices that need to be carefully removed from the frame to allow access once everything is closed up again.

Here’s a quick mock up of how it all will fit together once we’ve painted the frame and glued it to the photo frame’s back.

The Eee PC framed

Because the power switch would be covered up when the back is glued on, we need to move the switch’s function to somewhere more convenient. Reading this blog post over at Infinity Squared on an external power switch, I decided to go for the smallest I could find at Maplin. My soldering is definitely not the best, so a bit of heat shrink camouflages most of it ;)

I also wanted to have some sort of visual indication that the frame is on or off (other than the tell-tale display ;)). But how to get the minuscule surface mounted LEDs displayed through the frame? I had seen something previously, where light was transported using a small transparent acrylic tube. And when I was killing some time wandering around my local Tesco, I found my 48p answer… translucent golf markers! Remove the heads, drill a few holes and Bob is a relative.

Almost there. Using some left over black paint, paint all the sides and make sure that once assembled, all the small blemishes are hidden. Well, most of them ;)

Ready for assembly! Some glue, some patience and some skilful balancing of weighty items on top of the corners and all that is left to do is add the back cover.

The Eee PF framed and painted
 

Part 4: Finishing touches

A sheet of hardboard has been cut to be the approximate size and then using patience and lots of sanding made to fit exactly. The space at the bottom of the frame is perfect for the speakers, so using a small drill, create lots of small holes where the sound can penetrate through. It won’t be high fidelity, but it’s good enough for announcements. At the top of the frame, the microphone has been mounted, so we may be able to support voice commands in the future! A quick lick of paint finishes it off.

We’re re-using the stand from the picture frame, but instead of hammering it in the backboard, we have to glue it. I’ve used Araldite, which should create a long lasting strong bond.

And that is it! I’m quite pleased with the result, and even SWMBO commented on how nicely it looks in the living room… result!

The Eee PF finished

As a final note, I haven’t mentioned at all what software the frame is running, so before you bombard me with questions, I better list them here ;)




The OS is a standard Ubuntu 8.10 Desktop, with /usr compressed with squashfs/unionfs so it can fit on the 2GB SSD. After booting, it starts Firefox on my homepage, a PHP/Ajax/MySQL slideshow script which displays the pictures, weather and clock. The mousepointer is hidden using a small utility called Unclutter and the display is automatically switched off at night using sudo vbetool dpms off and switched on again in the morning using sudo vbetool dpms on. It’s still all a bit rough round the edges, but for now it works :)

Current Cost Classic vs CC128

Back in November I bought (well, actually I signed up to a new deal with E.ON which included one) a Current Cost electricity monitor, and hooked it up to my server so I could gather the stats for Cacti. I do this by running a small perl script which looks as follows:

#!/usr/bin/perl
# /usr/local/bin/cc-classic.pl
 
use Device::SerialPort qw( :PARAM :STAT 0.07 );
 
$port = "/dev/currentcost";
 
$ob = Device::SerialPort->new($port)
      or die "Can not open port $port\n";
$ob->baudrate(9600);
$ob->write_settings;
$ob->close;
 
open(SERIAL, "+>$port");
while ($line = <SERIAL>)
{
  if ($line =~ m!<ch1><watts>0*(\d+)</watts></ch1>.*<tmpr>\s*(-*[\d.]+)</tmpr>!)
  {
     $watts = $1;
     $temperature = $2;
     print "watts:$watts temp:$temperature";
     last;
  }
}
close(SERIAL);

This would give me the two values I am interested in; watts and temperature (since it sits in the garage node 0 ;)) in Cacti’s format:

$ /usr/local/bin/cc-classic.pl
watts:761 temp:11.3

But today, I received my new unit, a Current Cost CC128. It’s main benefit is that it supports individual appliance monitors, which makes the output even more useful. So, armed with a draft copy of the CC128 XML output document, I prepared my script to read as follows:

#!/usr/bin/perl
# /usr/local/bin/cc-cc128.pl
 
use Device::SerialPort qw( :PARAM :STAT 0.07 );
 
$port = "/dev/currentcost";
 
$ob = Device::SerialPort->new($port)
      or die "Can not open port $port\n";
$ob->baudrate(57600);
$ob->write_settings;
$ob->close;
 
open(SERIAL, "+>$port");
while ($line = <SERIAL>)
{
  if ($line =~ m!<tmpr>\s*(-*[\d.]+)</tmpr>.*<ch1><watts>0*(\d+)</watts></ch1>!)
  {
     $watts = $2;
     $temperature = $1;
     print "watts:$watts temp:$temperature";
     last;
  }
}
close(SERIAL);

And guess what… that works just fine ;)

For those who read diff:

$ diff /usr/local/bin/cc-classic.pl /usr/local/bin/cc-cc128.pl 
2c2
< # /usr/local/bin/cc-classic.pl
---
> # /usr/local/bin/cc-cc128.pl
10c10
< $ob->baudrate(9600);
---
> $ob->baudrate(57600);
17c17
<   if ($line =~ m!<ch1><watts>0*(\d+)</watts></ch1>.*<tmpr>\s*(-*[\d.]+)</tmpr>!)
---
>   if ($line =~ m!<tmpr>\s*(-*[\d.]+)</tmpr>.*<ch1><watts>0*(\d+)</watts></ch1>!)
19,20c19,20
<      $watts = $1;
<      $temperature = $2;
---
>      $watts = $2;
>      $temperature = $1;

Please note, the above only works with 1 sensor (the main transmitter), so it is likely to change in the future. For now it suits my need.

Modding the Dell Mini 9 – Part 2

I wasn’t planning on revisiting my Mini mods yet, but when someone offered (and I happened to be looking) an upgrade to a 32GB RunCore SSD, I could not pass on the occasion. The only problem was that it rendered my SSD activity light useless as the RunCore does not carry the same signal on the pin that the STEC drive uses.

Thankfully all the hard work figuring out where the negative side of the SSD light had to connect to was done once more by UnaClocker on the MyDellMini forums, so all I had to do was find a quiet Saturday and warm up the soldering iron.

We begin by undoing the work we did on the STEC. Heat up the pin on the SSD and remove the black wire. We will need to connect that to the RunCore drive.

As said, UnaClocker found out that the signal we need is present on a small resistor, which although tiny, isn’t the worst place in the world to solder on. Just fold back the sticker to reveal it. If you enlarge the 2nd picture, you will see which one it is. Use the tiniest amount of solder and attach the black wire to the resistor.

Fold back the sticker, put the SSD back into it’s slot and boot it up. Blue LED goodness once again!





Serial killers?

Ever since I added the Current Cost to my Ubuntu server, I was running into the problem that upon booting up, the order of my two (one for the Current Cost unit, and one for an APC SmartUPS) Prolific PL2303 serial ports changed. Each boot, the actual device hanging of the /dev/ttyUSB* nodes would be a complete random choice. And that is not good :(

So I investigated writing some udev rules for them, but unfortunately, the PL2303’s are completely identical to the server, except that their position on the USB host would change. And although I tried to find out a consistent way of determining the correct udev rule, I miserably failed. The only way I was able to find out which device was which, was to issue a

$ cat /dev/ttyUSB0

and waiting if some output would appear on the terminal. The Current Cost unit spits out its data every 6 seconds, so if something showed up, that would be the right one to pick for the cacti data source. The UPS would not show anything at all using the above command.

Reading a bit further on udev rules I noticed that you can also use external programs to name devices. This got me thinking. I would need a small program that would listen on the /dev/ttyUSB* node and timeout if nothing was received within a reasonable time.

Let’s start off with the udev rule that invokes the script:

# /etc/udev/rules.d/60-local.rules
# Determine APC UPS and Current Cost USB ports
KERNEL=="ttyUSB*", \
    ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", \
    PROGRAM="/usr/local/bin/usb-dev-test.pl %k", \
    SYMLINK+="%c"

The %k parameter will be ttyUSB0, ttyUSB1, etc, and the script usb-dev-test.pl should output a single word, which will be substituted by udev in the %c parameter. With the help of Device::SerialPort it becomes trivial ;)

#!/usr/bin/perl
# /usr/local/bin/usb-dev-test.pl
 
use Device::SerialPort qw( :PARAM :STAT 0.07 );
 
my $argument = $ARGV[$0];
my $port=Device::SerialPort->new("/dev/$argument");
my $STALL_DEFAULT=8; # how many seconds to wait for new input
my $timeout=$STALL_DEFAULT;
 
$port->read_char_time(0);     # don't wait for each character
$port->read_const_time(1000); # 1 second per unfulfilled "read" call
 
my $chars=0;
my $buffer="";
while ($timeout>0) {
  my ($count,$saw)=$port->read(255); # will read _up to_ 255 chars
  if ($count > 0) {
    $chars+=$count;
    $buffer.=$saw;
 
    # Check here to see if what we want is in the $buffer
    # say "last" if we find it
    last;
  }
  else {
    $timeout--;
  }
}
 
if ($timeout==0) {
  print "apcups";
}
else {
  print "currentcost";
}

And look at the result… Magic!

$ ls -la /dev/ttyUSB* /dev/currentcost /dev/apcups
lrwxrwxrwx 1 root root         7 Jan 26 13:10 /dev/apcups -> ttyUSB0
lrwxrwxrwx 1 root root         7 Jan 26 13:10 /dev/currentcost -> ttyUSB1
crw-rw-rw- 1 root dialout 188, 0 Jan 26 14:09 /dev/ttyUSB0
crw-rw-rw- 1 root dialout 188, 1 Jan 26 11:54 /dev/ttyUSB1

Modding the Dell Mini 9

Dell Mini 9

For Christmas this year I received a Dell Mini 9, which is one of the most flexible netbooks around. Searching around on the internet quickly revealed an incredible source of information posted on the forums over at My Dell Mini. As I was looking for a new modding project, the Mini 9 seemed perfect.



First an important message

The information below has all been taken from the My Dell Mini forums, especially the SSD activity LED mod by UnaClocker. I have merely adapted it to suit my own needs. As with all things involving voiding your warranty, I will not (and can not) take any responsibility for any problems that you have trying to do the same. You break it, you pay for it (and if you read on, so do I :))

 

Right, that’s out of the way, let’s get to it! Here’s a quick overview of the things that I have done to my Mini.

Part 1: Disassembling the Mini 9
Part 2: Disassembling an USB hub
Part 3: Disassembling an USB flash drive
Part 4: Putting it all together
 

Part 1: Disassembling the Mini 9

Dell publishes a great online manual which details how to disassemble your precious Mini 9. I used their guide and documented it all on one page. All pictures can be enlarged by clicking on them for additional detail.

I used a selection of tools, but one that I would specifically like to recommend is the plastic wedge. This allows you to pry open the case without damaging it. I got mine when I bought a Brodit phone mount, but I’m sure Ebay will have a selection of these too.

Switch the Mini off if you haven’t already, and turn it over. I placed an old tea towel underneath it to prevent scratches to the mirror finish lid. First we need to remove the battery. On either side of the battery is a latch, which when pushed outwards, allows for the battery to be slide out.

The module cover is next. Two Phillips screws hold it in place and then using your nails, or the wedge tool, lift it up. It may require some force as it is held further into place by small plastic tabs.

With the module cover removed, you have access to the memory, SSD, WLAN card, and if you are lucky/ticked the WWAN option, a WWAN card. As you can see, I have already upgraded my memory to a 2GB SODIMM. To remove the memory, gently push away the latches on either side of the memory, until the module is tilted up. Then just pull it out.

The SSD is held down by two screws. Just unscrew them, and slide the SSD out of its socket.

Remove the two antenna wires from the WLAN card by gently (really gently) pulling them out from the sockets and undo the two screws. Just pull the card out and place it to one side.

My Mini doesn’t come with a WWAN card, so that leaves a nice empty space where we will stuff the USB hub and flash drive. More on that in the last part.

To make life as easy as possible, we need to have access to both sides of the mainboard, so the next item that need to be removed is the keyboard. Locate the two screws marked with a K and undo them. Turn the Mini over again (right side up), open the lid, and lift it up slightly to reveal the keyboard connector at the bottom of the keyboard. Using a small flat screwdriver, push the two locks open and remove the keyboard completely.

With the keyboard removed, the palmrest is next. Place the Mini again on it’s lid and remove the nine screws as indicated in the pictures. Two of them are below some rubber studs, which can be lifted out using a flat screwdriver. They have a sticky bit underneath, so they require a bit of an push to get over the initial resistance.

Flip the Mini over and open the lid again. Remove the seven screws. Disconnect the bluetooth, touchpad and power button connectors and then, using the plastic wedge, pry the case open using some gentle force along the sides. Be patient at this point as the plastic latches inside the case, are fragile and will snap if you exercise too much force.

Now we just need to remove the mainboard. There are two screws to undo, followed by a number of connectors. First route the WLAN antenna wires through the hole in the mainboard and disconnect the speaker connector just below it. Then disconnect the microphone, the two power connectors and the display connector.

Lift the mainboard up at the left side and then pull it out sideways.

That’s it! You’ve successfully made your first step on to the void your warranty ladder :D
 

Part 2: Disassembling an USB hub

Following a recommendation on the My Dell Mini forums for a small USB hub, I found the so called “Octopus” hub to be small enough to fit inside the WWAN space, leaving enough space for additional USB devices. I bought one on Ebay from a seller called 2008_topseller for £3.60 and had to wait about 2 weeks before it arrived. Plan your mods in advance ;)

Remove the plastic cover and it reveals the tiny PCB that will fit neatly in the WWAN slot later. Using a soldering iron remove all the existing wiring and (although not shown in these pictures), move the ceramic resonator from the bottom to the top (take note in which direction it needs to be on). Also make a note what wiring is which pin on the PCB. Fortunately the wiring follows the USB standard, which is Red/White/Green/Black.

Once done, put some electrical tape underneath the PCB to make sure that at no point that side is able to short on the mainboard. I also put a piece of double sided foam tape on it so it will remain in place once put inside the Mini.
 

Part 3: Disassembling an USB flashdrive

I bought a 16GB PNY Attache Premium USB Flash drive from Play.com, as it looked in the pictures small enough once all the plastics were removed and at £16.99 it was cheap enough.

But then things started to go wrong for me. Applying a bit too much force on the USB connector whilst trying to heat up the connector legs up, caused the copper pads to be removed completely from the PCB. Doh!

If anyone has an idea what I can do with it now (other than to bin it), use the contact form :)
 

Part 4: Putting it all together

Fire up the soldering iron, the time to kiss that warranty goodbye has come!

In order to add the SSD activity light, we need to tap into pin 52 on the standard STEC SSD. This is where having a spec sheet from the manufacturer comes in handy. Please note that this mod only works on the STEC SSD’s (as supplied standard by Dell), not any other brand. Pin 52 is marked as “-DSAP” with description “In the True IDE Mode, this input/output is the Disk Active/Slave Present signal in the Master/Slave handshake protocol”. To you and me that translates as disk activity :)

The SSD LED will then be located next to the battery surface mounted LED as shown in the picture.

The LED will also require a +3.3V source, which you can find on pad 52 of the WWAN connector.

In order to add the USB hub, we need to use the WWAN connector which carries the required Data+ (pad 38) and Data- (pad 36) signals. For completeness I also added +5V (found in the copper track that runs through the “L”) and ground (using a screw hole) from underneath the WLAN card.

Now comes the scary bit. Scrape, using a tip of a knife, a small area of the PCB coating (that Blue/Green layer you see) to reveal the copper track underneath. Then using a small dab of solder, attach the Red and Black wires. Protect the wires from stress by sticking some electrical insulated tape on top of it. Using an even smaller amount of solder, attach the White and Green wires to the WWAN pads, making sure the pads do not touch each other. If you can’t manage first time around, heat the pads up and remove the wiring again. Then retry it.

Just two more wires to go. As pin 52 on the SSD connector is miniscule, it is better to solder the Black wire onto the SSD directly. Make sure the wire is as flat and small as possible, and then use the tiniest amount of solder to attach it. Double check that you haven’t connected two pins together. The Red wire needs to be attached to the WWAN connector again on pad 52. By now, this should be easy ;)

Before we continue putting the hub and LED in place, fire up the mini (assembling just enough to get it to boot) to make sure it is still working. If it doesn’t, revisit your soldering and double check they are done properly.

Put the USB hub in it’s place and cut the USB wires to measure. Maintain a small amount of extra length, in case you need to move it around later. Solder the wires back to the USB hub in the correct order, and test the Mini again. It works!

Almost there now. Route the remaining Red and Black wires towards the battery LED and cut them to length. Solder a new LED and a resistor to the wires and test it is working. If it isn’t, then swap the legs of the LED around and try again as LEDs only work one way. You have to use a resistor suitable for the LED too. I used a 3000mcd “Tru-Colour” Blue LED with a forward voltage of 3-3.2V and a 100 ohm resistor. It doesn’t matter on which side of the LED the resistor goes, as long as it is there.

Unfortunately, when it came to assembling everything, I discovered that the way I have mounted the LED did not allow the case to be closed properly. I mounted it therefore slightly different, but I forgot to take pictures of it. I’m sure I will open up the case in the future and then I’ll update this page with the new pictures. In the pictures below it shows the LED in action when the SSD is being accessed, when the battery runs low, and when they both light up. Neat!






Finally, take a last look at the mods, before we close the module cover and call it a day ;)

Update 7.2.2009

I’ve upgraded to a 32GB RunCore SSD, so I have done the LED mod again. Have a look at this post for details

Dell Ighted!

Just checked my card balance today, and I’ve just received a credit for £11.75 from Dell UK (in case you’re wondering why they would issue this, see this post for the reason). Will they add the 2nd refund later, or have they conveniently forgotten it? To be continued… ;)



Update 23.8.2007

Still no sign of that promised 2nd refund… A polite email is already heading their way :)

Update 4.9.2007

Finally! This morning (after chasing this for the past month) the 2nd £11.75 arrived on my credit card. About time too!

Dell Icious!

Dell Dimension C521A few weeks back I bought a nice new Dell Dimension C521 baseunit (AMD X2 3600+, etc, etc) to replace my homebrew server with the intention of running several VM’s on it using Ubuntu as the operating system of choice. I’ve been using Ubuntu for quite a while now (deflecting from Gentoo as that proved a little more maintenance heavy than I was looking for) and so I had no intention what-so-ever to use the included Microsoft Windows Vista Home Basic installation that came with the PC. As there have been several successful reports in the media of people getting a refund for the forced Microsoft inclusion, I though it was worth a punt over here too.




I contacted Dell UK using the contact form on the website and wrote to them the following:

Hi,

I’ve just taken delivery of my Dimension C521 which came with a copy of the Microsoft Vista Basic operating system. As I will be using the Ubuntu linux operating system, I have not agreed to the Microsoft EULA and installed Ubuntu linux on the PC. Could you please forward me an address where I can send the Microsoft Vista Basic operating system CD to for a refund? Please note, I am not looking to return my PC, just the accompanying Microsoft operating system.

I hit the Submit button and the website told me to expect a reply within 24 hours…

So imagine my surprise that I received a reply within 4 hours from Dell:

Thank you for contacting Dell on-line customer care.

Please be informed that you need not return the CD and I will arrange for the refund of £10, which is the cost of the CD.

I will call you on 27th July with an update regarding the same. If you have any further queries do not hesitate in responding directly to this mail and I will be glad to assist you further.

Woohoo! Result!

Of course, by now I had realised that I had forgotten to mention the Microsoft Works 8.5 CD that came with the order, so I replied with:

Thank you very much for the quick reply. Is it also possible to receive a refund for the Microsoft Works 8.5 CD that came with my PC? Again, I am quite happy to return the CD unopened to you if you forward me an address to send it to.

Nothing ventured, nothing gained ;)

Sure enough, within 30 minutes another reply arrived:

Further to your email, Iam also arranging for the refund of £10 for the works CD. I will call you on 27th with an update regarding the refund.

Please be informed that you need not return the CD. If you have any further queries do not hesitate in responding directly to this mail and I will be glad to assist you further.





How easy was that? It is comforting to know that true customer care still exists, although it would have been a whole lot easier if Dell UK just provided a tick box on their website to decline the operating system when ordering.