Last week I ordered and received a small EEG device manufactured by a Bulgarian company called Olimex. Called the EEG-SMT, it is part of the OpenEEG project, and is a small USB device that looks like this:
It has five audio jacks for connecting custom electrodes. The ground electrode is passive, and the other four electrodes are active and comprise two bipolar channels. The system is very basic, and at around €150 (including the electrodes) is obviously not going to compete with high end multi-channel EEG rigs. But, I’m interested in running some steady state VEP experiments that can be run with a single channel, and in principle are quite robust to lower signal to noise ratios from lower quality equipment. Given the price, I thought it was worth a shot.
Although there are several PC packages capable of reading data from the device, I ideally want to integrate EEG recording into the Matlab code I use for running experiments. So, I decided to try and directly poll the USB interface.
The first stage was to install a driver for the device. I’m using a Mac running OSX 10.8, so I went with the FDTI virtual COM port driver. I also found it useful to check the device was working with this serial port tool. The driver creates a virtual serial port, the location of which can be discovered by opening a Terminal window and entering:
ls -l /dev/tty.*
On my machine this lists a couple of bluetooth devices, as well as the serial address of the Olimex device:
/dev/tty.usbserial-A9014SQP
Matlab has its own tool for polling serial ports (Serial). I was able to read from the device this way, but I found it less flexible than the IOPort function that comes with Psychtoolbox 3. The rest of this post uses that function.
First we open the serial port and give it a handle:
[h,e] = IOPort(‘OpenSerialPort’,'/dev/tty.usbserial-A9014SQP’);
Then we can set a few parameters, including the baud rate for data transmission, buffer size etc:
IOPort(‘ConfigureSerialPort’,h,’BaudRate=57600′);
IOPort(‘ConfigureSerialPort’,h,’BlockingBackgroundRead=0′);
IOPort(‘ConfigureSerialPort’,h,’InputBufferSize=65536′);
IOPort(‘ConfigureSerialPort’,h,’PollLatency=0.0039′);
To start recording, we purge the buffer and then send this command.
IOPort(‘Purge’,h);
IOPort(‘ConfigureSerialPort’,h,’StartBackgroundRead=1′);
We wait for a while, then we check how much data is waiting for us in the buffer and read it out into a vector:
WaitSecs(3);
bytestoget = IOPort(‘BytesAvailable’,h)
[longdata,when,e] = IOPort(‘Read’,h,1,bytestoget);
Finally, we stop recording, purge the buffer and close the port:
IOPort(‘ConfigureSerialPort’,h,’StopBackgroundRead’);
IOPort(‘Purge’,h);
IOPort(‘Close’,h);
I had some trouble initially streaming data from the device. If you forget to purge the buffer it can cause your entire system (not just Matlab) to hang and restart. This is very annoying, and slows development progress.
Now that we have some data, we need to process it. The vector is a stream of bytes in packets of 17. We can separate it out like this:
for n = 1:17
parseddata(n,:) = longdata(n:17:end);
end
And plot each signal separately:
According to the device’s firmware, the first two plots are control lines that always output values of 165 and 90. This provides an anchor that lets us know the order of the signals. The next plot tells us the firmware version (version 2), and the fourth plot is a sample counter that increases by 1 each time the device samples the electrodes. The sampling happens at a fixed frequency of 256Hz, so 256 samples represent one second of activity. Plots 5-16 are the outputs of the electrodes (this is what we’re interested in), and I don’t really understand plot 17 yet.
Each channel gets 2 bytes (e.g. 16 bits), but only uses 10 of those bits. This means that to get the actual output, we need to combine the data from two adjacent bytes (paired by colour in the above plots). The data are in big-endian format, which means that the first byte contains the most significant bits, and the second byte the least significant. We can combine them by converting each byte to binary notation, sticking them together, and then converting back:
for l = 1:6
for m = 1:length(parseddata)
trace(l,m) = bin2dec(strcat(dec2bin(parseddata(lineID(l,1),m)),dec2bin(parseddata(lineID(l,2),m))))./1023;
end
end
We now have six ten bit signals, which we can plot as follows:
Although the waveforms look exciting, they aren’t very informative because most of what we’re seeing is an artefact from the ‘hum’ of AC mains electricity. We can see this if we examine the Fourier spectrum of one of our waveforms:
It is clear that much of the energy is concentrated at 0, and at 50Hz. We can remove these using a bandpass filter, that includes only frequencies between (approximately) 1 and 49Hz. Taking the inverse Fourier transform then gives us a more sensible waveform:
Actually though, I’m more interested in what is happening in the frequency domain. This is because I want to run experiments to measure the response of visual cortex to gratings flickering at a particular frequency. However, there are some problems to overcome first. Critically, I don’t understand how the four active electrodes on the device map onto the six channel outputs that I read over the serial connection. They all seem to produce a signal, and my initial thought was that the first four must be the outputs of individual electrodes, and the final two the differences between positive and negative electrodes for channels 1 & 2. As far as I can tell, that isn’t what’s actually happening though. I have posted on the OpenEEG mailing list, so hopefully someone with experience of using these devices will get back to me.
If anyone is interested, I have put a version of the code outlined above here (with a few extra bells and whistles). Note that it may require some modifications on your system, particularly the serial address of the device. You will also need to have Matlab (or maybe Octave), Psychtoolbox and the driver software installed. Finally, your system may hang if there are problems, and I hereby absolve myself of responsibility for any damage, loss, electrocution etc. that results in you using my code. However, I’d be very interested to hear from anyone else using one of these devices!





Posted by bakerdh 












