jsilve24/arduino-to-processing-to-adl

A bundle of Code (Arduino, Processing, and ADL (from Agilent Tech.)) to get Cary WinUV to sync with capture of data from an Arduino

arduino-to-processing-to-adl's Issues

Adding time display to GUI

Once I become more familiar with the GUI setup, I'll add the time that the Arduino is sending to the display. I'll hopefully make it read time in minutes, so we know how long we've been taking data.

Add write to file toggle.

Add Light On/Light Off Functionality to Processing GUI (And Arduino)

Rather than Having to reprogram the Arduino to calibrate the power source.
This would make it a lot more user friendly.

Data taken at non-constant rate

Because regularity of data sampling is done with delay functions, and because of the many states the program can be in, data sampling may not be particularly uniform.

This is a big issue that must be addressed (or at leased looked into).

Ensure Clipboard Class still works on Mac

This is not essential as long as the ultimate program will be running on windows. (so far there is no reason to believe that the clipboard class is not working on windows, last I checked it was).

Use Multithreading for User Prompts

Do this so that data capture can occur at the same time.

Add Metadata to File output

Such things as:
Noting when the light turned on/off
and other functionality that can be non-standard in Manual Mode.

Have processing average temperature measurements

Processing Real time Graph is useless

The temperature increments are too small to see visually (although this might change if the measured voltage is remapped from 4.4-4.5 to 0-5 with an OP-AMP.

Also real time graph occasionally (not sure why and when yet) skips graph points or writes them at an angle.

Processing Text Meter Overwriting itself

Causes Text Meter to be a jumble.

I think Rewriting the background fixes this problem, as soon as the bottom progress bar/graph reaches the end and the entire display rewrites itself the next voltage reading seems to be ok until the next one is different. (Poor explanation, sorry).

Detect Operating System

Consider Adding delay period after measurement starts before light turns on

Adding a delay would allow for a baseline to be measured instantly durring the same run, that way if the IR light is causing a change in a time period less than 1s then we will capture the change rather than overlooking it.

Add Restart Functionality to Processing and Arudino

This way each does not have to be reset/closed before it can be reused to take next data point.

This should also have Processing automatically increment name of file.

This would help speed reload/capture next scan time.

Add calibration script for thermistor

Merge Master and NoClip-NoHooks_Backup branch

Add Start/Stop Buttons to Processing GUI in master branch.

Currently the only way to testing this out is by manually copying 'X' or 'Y' to the clipboard, this is annoying.

Make sure entering a new filename does not overwrite previous file and its data.

Do this by saving all files as "temp" or something like that.
Then at the end copy the temp file to the final file name, then delete temp file.

The only issue with this is that if the script gets interrupted the data is not saved in some sensical way. (fix this by simply telling the user to look for the temp file in these cases.

Prompt the user if temp file is found.

Fix Crappy .dat Extension Indicator

It just looks like crap, and moves its position...

Standardize Timing across System

Currently each element of the system, the Arduino, Processing and ADL all operate on their own clock/timer, it is by sheer luck that it all works fairly well.

To make this system more robust each should implement an internal clock that is synchronized.

Add some semblance of a README file

Add a synchronized clock between arduino and processing