<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>isaachenry.com</title>
<link>http://www.isaachenry.com</link>
<description>Recent articles on isaachenry.com</description>
<language>en-us</language>
<pubDate>Wed, 08 Feb 2012 14:28:37 GMT</pubDate>
<item>
<title>Arduino Grapher beta release</title>
<link>posts/arduino-grapher-beta-release.php</link>
<description>I have finally finished the Arduino up to a stage that I can release a beta.<br />
<br />
You can download it <a href="/applications/Arduino%20Grapher.zip">here</a><br />
<br />
More info including installation, hardware setup and usage are included in the documentation.<br />
<br />
<br />
Here is a short video showing the capabilities of the application:<br />
<br />
<iframe width="640" height="464" src="http://www.youtube.com/embed/3J1kUPlztAs" frameborder="0" allowfullscreen></iframe><br />
<br />
<br />
Known Bugs:<br />
<ul><br />
<li>For smaller resolution screens the app will hang out the bottom of the window. Usually this isn't a problem.</li><br />
<li>If more than one device identifying as a serial port is connected, the app won't find the arduino unless it is the first one plugged in</li><br />
</ul></description>
<pubDate>Wed, 02 Nov 2011 03:45:00 GMT</pubDate>
<guid>posts/arduino-grapher-beta-release.php</guid>
</item>
<item>
<title>How to stop arduino resetting</title>
<link>posts/how-to-stop-arduino-resetting.php</link>
<description>I found buried in an article on the arduino forums a technique of stopping an arduino from resetting when a serial connection is established - simply put a >100nF capacitor between GND and RESET. The arduino will no longer reset :)</description>
<pubDate>Tue, 18 Oct 2011 12:00:00 GMT</pubDate>
<guid>posts/how-to-stop-arduino-resetting.php</guid>
</item>
<item>
<title>Arduino Grapher progress</title>
<link>posts/arduino-grapher-progress.php</link>
<description>I have now committed the current progress to Github - <a href="https://github.com/xiphiaz/Arduino-Debugger">https://github.com/xiphiaz/Arduino-Debugger</a><br />
<br />
Since the last post I have expanded the project from just interfacing individual sensors, to tracking the activity of all the pins on the arduino. This will allow users to have their own project code running on an arduino, and connect another Arduino running my software to the first one. The benefit of this is that the user will be able to check on their own code, to see that the digital pins are going high when expected, and that the analogue pins are receiving the expected values.<br />
<br />
One thing I would like to add is to give the grapher the ability to draw in 3D, which would be very useful for checking on multi-axis sensors.<br />
<br />
I initially looked in to using firmata for the sketch on the probe arduino, however I quickly realised that firmata wouldn't be suitable as it does not provide good timestamping on the messages, which is important for graphing accuracy. Also as firmata uses the MIDI protocol there is significant overhead on the size of the packets, which would limit the quantity of data crossing the serial interface, which would drop the polling frequency to an unacceptable level.<br />
<br />
Because of the limitations of firmata I have developed my own sketch that simply has a start/stop command and the ability to turn on/off individual pin reporting. A sample io would look like the following:<br />
<br />
<pre><br />
>{pin_on:a0}<br />
>{print:begin}<br />
<br />
[123456]{a0:127}[123472]<br />
[123476]{a0:132}[123483]<br />
[123497]{a0:195}[123503]<br />
</pre><br />
<br />
The returned message is fairly lightweight, so a lot of data can be sent at high rates, and will be easily parsed by the master software.<br />
<br />
I have also been developing a method of changing the baud rate on the fly, as when lots of data is being passed through the serial interface polling rate drops. By upping the baud rate it is possible to get a higher throughput of data, at the cost of cpu cycles on both the arduino and the host computer.</description>
<pubDate>Mon, 17 Oct 2011 12:00:00 GMT</pubDate>
<guid>posts/arduino-grapher-progress.php</guid>
</item>
<item>
<title>Smart Systems - New Idea</title>
<link>posts/smart-systems---new-idea.php</link>
<description>Now that I have abandoned my curved PCB idea I am moving on to another idea that I have had.<br />
One of the biggest frustrations with programming arduino is the lack of feedback from the more complex analogue sensors. Programmers find themselves staring at streams of numbers coming from the serial console trying to make sense of the data at the rate it is coming in (and at the rate that they can process it).<br />
<br />
There is clearly a need for a program that graphs the pin data from an arduino so that the hardware developer can easily make informed decisions on how to handle the information that the input device they are trying to interface.<br />
<br />
This program should make it easier for developers to interface the notoriously difficult sensors such as gas, magnetometer and accelerometer sensors. The brief is to make a hardware device to assist people in working with electronic hardware, and this program should meet the brief as it will require a hardware component to interface the sensor.</description>
<pubDate>Sat, 24 Sep 2011 00:00:00 GMT</pubDate>
<guid>posts/smart-systems---new-idea.php</guid>
</item>
<item>
<title>Changing focus</title>
<link>posts/changing-focus.php</link>
<description>I have had little luck with getting the copper to deposit properly. Here is a video showing the technique I tried which has the cathode as a huge piece of copper with the work anode inside it. The idea was that the copper would be pulled off the copper, and deposit onto the work piece.<br />
<br />
<br />
<object type="application/x-shockwave-flash" width="400" height="225" data="http://www.flickr.com/apps/video/stewart.swf?v=109786" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"> <param name="flashvars" value="intl_lang=en-us&amp;photo_secret=b179bf05e3&amp;photo_id=6304934185"></param> <param name="movie" value="http://www.flickr.com/apps/video/stewart.swf?v=109786"></param> <param name="bgcolor" value="#000000"></param> <param name="allowFullScreen" value="true"></param><embed type="application/x-shockwave-flash" src="http://www.flickr.com/apps/video/stewart.swf?v=109786" bgcolor="#000000" allowfullscreen="true" flashvars="intl_lang=en-us&amp;photo_secret=b179bf05e3&amp;photo_id=6304934185" height="225" width="400"></embed></object><br />
<br />
 I have had successes with the process, however I am still a long way off having anything close to usable for a PCB. As I am no chemist, I am unsure of the reasons why I am having failures - too much current, wrong voltage, poor quality water and bad seed conductivity are some of the many problems that could affect the outcome. <br />
With so many variables don't believe I will be able to find a suitable technique within the deadline. As a result I have decided to completely change tack with the paper and shelve this project for the time being.</description>
<pubDate>Tue, 20 Sep 2011 12:00:00 GMT</pubDate>
<guid>posts/changing-focus.php</guid>
</item>
<item>
<title>Semi successful copper deposit on curved plastic</title>
<link>posts/semi-successful-copper-deposit-on-curved-plastic.php</link>
<description>By following the Popular Mechanics article I was able to successfully deposit copper onto a film canister. There is still significant issues with the technique that will need resolving before the technique is viable for depositing copper for PCBs.<br />
<br />
The process is shown below:<br />
<br />
<img src="http://farm7.static.flickr.com/6115/6305440802_f6a02013ac_m.jpg" /><br />
<em>Melting candle to get paraffin for coating plastic</em><br /><br />
<img src="http://farm7.static.flickr.com/6221/6305441262_a4e435b9a7_m.jpg" /><br />
<em>Coated film canister allowed to dry</em><br /><br />
<img src="http://farm7.static.flickr.com/6040/6305441680_8ed9169427_m.jpg" /><br />
<em>Mixing carbon powder with water to a paste consistency for coating</em><br /><br />
<img src="http://farm7.static.flickr.com/6102/6305442500_c4360f0cd7_m.jpg" /><br />
<em>Brushing canister with dry powder for base layer</em><br /><br />
<img src="http://farm7.static.flickr.com/6050/6305442936_715f59abcb_m.jpg" /><br />
<em>Coating canister in carbon paste</em><br /><br />
<img src="http://farm7.static.flickr.com/6219/6305443334_6e87bb43d6_m.jpg" /><br />
<em>Mixing in CuSO<sub>4</sub> crystals</em><br /><br />
<img src="http://farm7.static.flickr.com/6238/6304919463_1cc5843bd8_m.jpg" /><br />
<em>Canister connected to electrodes and submerged in solution</em><br /><br />
<img src="http://farm7.static.flickr.com/6099/6304919905_17e498dc2a_m.jpg" /><br />
<br />
<br />
The biggest issues with the technique is that there can only be so much copper suspended in solution, and once that copper has been pulled out of solution and deposited, there is no copper left. I need to find a way to add copper to the solution at the same rate that it is pulled out of solution.<br />
<br />
The other issue is that while the paraffin provides a good surface for coating, it is also a very weak wax. After a short time the deposited copper layer flakes off the plastic, which would be completely unsuitable for making a PCB. Also I am concerned what would happen to the wax later in the PCB process where acid is used to etch away the copper.</description>
<pubDate>Tue, 30 Aug 2011 12:00:00 GMT</pubDate>
<guid>posts/semi-successful-copper-deposit-on-curved-plastic.php</guid>
</item>
<item>
<title>First attempt at depositing copper</title>
<link>posts/first-attempt-at-depositing-copper.php</link>
<description>For the first attempt at depositing copper I went with the classic copper deposit on coin experiment.<br />
<br />
<img src="http://farm7.static.flickr.com/6228/6305438504_f002fc040b_z.jpg" /><br />
<em>Depositing copper on coin</em><br />
<br />
I did this so that I could work out good settings for the voltage/current. This test was successful, and I did a test to if the conductivity of the deposited copper was low enough for making a PCB.<br />
<br />
<img src="http://farm7.static.flickr.com/6105/6304914787_aecaa98e1a_z.jpg" /><br />
<img src="http://farm7.static.flickr.com/6042/6304915445_acc76cdcc1_z.jpg" /><br />
<em>Measuring conductivity of flaked off copper</em><br />
<br />
<br />
The Popular Mechanics article required carbon powder to be put on the non-conductive object to give a base conductivity for the first ions of copper to bind to. As I didn't have any carbon powder I tried grinding up a pencil, and rubbing it onto the sticky side of masking tape. After about 30 mins of plating the masking tape had a deposit of copper, and the conductivity across the tape was still perfect.<br />
<br />
For the next test I will get some carbon powder and follow the Popular Mechanics article exactly</description>
<pubDate>Fri, 26 Aug 2011 00:00:00 GMT</pubDate>
<guid>posts/first-attempt-at-depositing-copper.php</guid>
</item>
<item>
<title>Curved printed circuit boards</title>
<link>posts/curved-printed-circuit-boards.php</link>
<description>For smart systems we have to develop a hardware project. We have been looking into how to produce printed circuit boards with really simple DIY techniques.<br />
<br />
The process is relatively simple, and instructions on how to do it can be found anywhere on the web.<br />
From the outset of the project I have been interested in the limitations of printed circuit boards, especially when considering the massive quantity of PCBs in the world.<br />
<br />
One of the things in common with all printed circuit boards is that they are flat. Invariably PCBs are printed directly on a flat surface. Occasionally there are daughter boards that sit at a right angle to the parent board, but there are no PCBs that are printed on a curved surface.<br />
<br />
Having curved PCBs would be very useful to the technology industry as it would allow design freedom for products that require PCBs, rather than having to shape the product around the rectangular board.<br />
<br />
<br />
There is already many techniques for printing on curved surfaces, so I saw the difficulty with curved PCBs in depositing the thin layer of copper onto the fibreglass substrate.<br />
<br />
I'm going to attempt to develop a simple method of creating curved printed circuit boards. From preliminary research I have found a technique outlined in the 1925 Popular Mechanics magazine, which demonstrates how to deposit metals onto inorganic surfaces. I will attempt to give this method a go.</description>
<pubDate>Wed, 24 Aug 2011 12:00:00 GMT</pubDate>
<guid>posts/curved-printed-circuit-boards.php</guid>
</item>
<item>
<title>OP-1 Hex Sequencer Release</title>
<link>posts/op-1-hex-sequencer-release.php</link>
<description>At last I have a useful application to release for my OP-1 midi library. This is a sequencer which works by sending notes around a hexagonal grid, with the notes being triggered when going through activated hexagons. <br />
<br />
<a href="http://www.flickr.com/photos/zakhenry/5997812364/" title="OP-1 Sequencer Concept by Zak Henry, on Flickr"><img src="http://farm7.static.flickr.com/6122/5997812364_c214024691.jpg" width="500" height="313" alt="OP-1 Sequencer Concept"></a><br />
<br />
All the controls are colour coded as per the OP-1's rotary encoders. Blue controls the selected hexagon, and pressing the blue encoder toggles the hex trigger status. Green controls the main turret, which defines where the note will go next. White controls the secondary turret which, if active, will control where the note will go next. When two turrets are active the incoming notes alternate which turret's direction to take.<br />
<br />
This app should work in MacOSX 10.6 (Snow Leopard) and might work on 10.7 (Lion).<br />
<br />
<a href="/applications/OP-1%20Hex%20Sequencer.dmg">Download it here</a></description>
<pubDate>Mon, 08 Aug 2011 23:56:18 GMT</pubDate>
<guid>posts/op-1-hex-sequencer-release.php</guid>
</item>
<item>
<title>OP-1 MIDI Mate alpha release</title>
<link>posts/op-1-midi-mate-alpha-release.php</link>
<description>My first public application! OP-1 MIDI Mate is a simple graphical display of the OP-1 MIDI IO.<br />
<br />
<a href="/applications/OP-1%20MIDI%20Mate.dmg">Download it here</a><br />
<br />
Please note this is an Alpha release, meaning that is is probably non-functional on a few computers. It should work on OSX 10.6 (Snow Leopard) and later. I haven't yet tested for Lion though. I tested it on a mac pro running 10.5 server, and it crashed instantly as expected. If you are 10.5 or below, sorry.</description>
<pubDate>Sat, 30 Jul 2011 21:41:29 GMT</pubDate>
<guid>posts/op-1-midi-mate-alpha-release.php</guid>
</item>
</channel>
</rss>
