•Creation of a generic FW for testing embedded code and resultant HW control applicable to any board using CAN bus as communication protocol.-Used Robot Framework and LabJack for the test environment, with several high level python libraries and test scripts provided. -Scripted into our BuildBot CI system. Used xslt to parse results for display on wallboard.-Applied to one PCB, writing all the tests and building the test HW tray for the server cabinet.-Other developers used the FW for the other PCBs in the system.•Creation of a generic, threaded, fully configurable wxPython application to monitor and control boards on a CAN bus (via TCP or usb). Included logging, charting and many other features. Used across several projects in the company.•Developed production tool for FW programming over serial and ftp.•Creation of a C++ dll to allow voltage IO control for a calibration rig.•Specced out a board and wrote a bit-banger for communication with i2c sensors.•Creation of wxPython applications to allow configuration and device control for R&D characterisation of non-linear, multi-dimensional calibration processes. Built on top of the CAN application for full diagnostics and device error handling.•Added another layer on top of the above once characterisation complete. This allowed several devices to be simultaneously calibrated using JSON scripts configured via a robust visual scripting engine. All files and calibration history logged against S/N in a network archive.•Total: ~50,000 lines of handwritten, high quality, fully decomposed, python and C++ code. •Travel to Denmark and Poland for requirements gathering and technical meetings. •Delivery of estimates and risk analyses. •Version control (GIT & svn) and agile tools (jira and confluence). •Risk managed (multi-branch), one-click releases using cx_freeze and innosetup.•Open source contribution: https://code.google.com/p/dae-py-relay-controller/

•All of the below was carried out in an Agile environment.•Contributor to several releases of iQ: Andor’s confocal microscopy, multithreaded image acquisition and analysis SW (Borland C++ COM):-Creation of a generic n-step multithreaded pipeline to allowed HW / SW overlap for optimised acquisitions.-Integration of a new Andor produced, pci-e controlled camera.-Integration and SDK development for 3rd party, auxiliary system devices. To date, 1 COM device, 2 HID devices and 2 virtual COM devices. -Created non-linear, nth order, rotational calibration routines. Used for calibrating certain device behaviour with iQ’s image view to allow real time control.-Carried out the design and all the mathematical modules and data containers for a major analysis feature. Mathematics was based on current research and around several academic papers. Utilized several numerical modules (Downhill simplex & adapted the above calibration routines).-Continual bug fixing and enhancing.• Several Bug fixes to our camera SDK. Used Borland C++, bouml and Doxygen.• Integral role in introducing software testing as a formal engineering process:-Created a multi-threaded cross-platform, MVC application using Codeblocks /wxWidgets to allow:-Manual test runs and execution of build scripts from a GUI View. -Automated checkouts (svn), builds (Borland make) and subsequent testing via a command-line version of above using bat files, Perl scripts and the windows scheduler. -Communication with oscilloscopes (RS-232) and triggers (usb).-mySQL logging and asp/C# intranet frontend.-Created several hundred (some multi-threaded) test dlls using Borland Turbo C++.-Created all permutations/combinations TC generation algorithms, bat files to auto generate simple test code and Borland projects.• Completely revamped the in-house C++ Coding standards. Condensed the results of several meetings and heated discussions into a single, neat A3 spreadsheet.

Responsible for calculating and providing information to gas supply companies (currently PNG supply and Energia) on a 24/7 basis in compliance with The Network Codes using an extensive suite of VBA/excel models.•Network Codes detail the rights and obligations of both Phoenix as the operator of each system and each gas supplier transporting gas using the Phoenix Networks.•Information issued throughout day to deadlines including 4 gas usage forecasts and allocations consisting of Daily Metered flows and Annual Quantities. Nominating purchased gas into the system during the day shift via an internet platform. During the night shift forecasting, purchasing and nominating gas such that the final purchased position lies within 17.5% (tolerance) of the actual allocated flow, thus averting a fine to the company (~£20,000).Other duties included:•Carrying out financial appraisals of site connection projects.•Creating and refining process notes based around Network Code.•Extending VBA/excel models when required.•Assigning jobs to engineers via in house DB system. •Also: Weekly Paypoint, providing information to customers.

Building and maintaining the real time telemetry database (ODBC, MS SQL) containing (across 350 tables) state information, networking protocols and alarm information for the various appliances involved in the delivery and treatment of water across Northern Ireland. •Assisted in an alarm reduction project. Created an Access DB to allow points (25,000 in the system) to be linked to site managers and technicians. Allowed tracking of any transient changes made to account for site device malfunction. Weekly reports produced and sent to site managers.•Created Crystal Reports upon request to translate from DB points and historic loggings (~1,000,000/day). Eg: statistical (rolling means and SDs) calculations for Water Turbidities in order to fulfil categorisation criteria as specified by Yorkshire Water research.•Another DB (server backend linked to technician front ends) to record changes and calculate statistics for a proposed 4-year DB validation project. •Set up configurations from scratch for several sites including Scarva Pumping Station.