On another note, as I said I'm using an FPGA for generating stimulus, and trigger signal is fed directly to PIC32. So in my case time sync between PC and oBCI is not necessary (assuming I understood t

The current trigger is more of an event marker. It does not trigger the start of data recording, it just puts a marker on the aux channel. I wonder if an actual trigger could be made, so that PIC cont

> So I'm %100 sure trigger is generated at the same time instant the stimulus is generated

I am using a FPGA for stimulus generation, not a computer. So I'm %100 sure trigger is generated at the same time instant the stimulus is generated. I'm getting confused here, is the PIC32 clock/times

It does not seem like you need LSL then. You already have the trigger signals in the raw data. It looks like your visualization is doing the distortion.

Yes I have seen the tutorial for external triggering. That's why I mentioned using an optocoupler and analog inputs of PIC32. I have no problem in observing the trigger signal, all are sent to PC alon

I'm not sure why your AUX channels are showing up almost a whole second behind the EEG data. Have you seen this post on using trigger signals? This thread was created originally in V1, but trigger abi

between my FPGA and oBCI and feeding the trigger through the analog inputs of PIC32. I know it samples the analog input at the same time ADS1299 samples the EEG. But on Matlab when I create 2 LSL str

     If the sound track of the video is not already used, if you can associate some sounds to the images then you could use the sound card output of the  P.C. to "trigger , mark , tag" a sig

(If your program can send the 'N' on the serial line, then you will trigger the start of the recording...)

Is there any way to sync the start of the recording with a trigger from the PC?

in SSVEP and cVEP studies) and I generate a trigger signal from the FPGA as well. With other EEG measuring devices (I've used biopac and brain products) I just feed the amplifiers with my generated t

It started when we wanted to add an external trigger button to the system. We found out that it would be best to have firmware 2.0, so that we could send auxiliary data instead of acceleration data. A

can also use the system to trigger an alarm, let the com-

Is there a different trigger that could cause the buffer to flush?

Using the daisy your EMG sample rate will be limited to 125 Hz. That's on the low end for EMG, if you need faster sample rate, you can do it using the ideas on the link above. I'd not recommend trying

Other option would be a completely separate radio/MCU system for the IMUs, and connecting a single signal/gnd pair to the OpenBCI to send an external trigger signal when the IMUs get a sample (as per

The way it usually works is that in the ISR (which is triggered by Data Ready) you setup the DMA registers and release it (software control). Alternatively, you could set it up so that the demand inte

Then it will then trigger HIGH when alpha wave is being detected.

The error you are getting makes it sound like you are reprogramming the RFduino. Is that the case? We don't have special RFduino code for the trigger example...