The data stream from Cyton and Ganglion is sent over Bluetooth via 'radio packets'. These packets are numbered consecutively and can help the GUI receiving code tell if any packets are dropped. But th

For the setup, I'm running a Cyton on Bluetooth (the old Cyton, with batteries, I'd have to look up the revision if that's relevant) plus the OpenBCI_GUI v 6.0.0. beta-1.

To mention @katuto03 's post at the top of this thread, in his case that is a known issue: that a Mac using native Bluetooth has a related type of confusion when the new V3 firmware is used. The GUI i

Happens with two different bluetooth receivers, and on two different ganglion boards. All of those do actually function properly on different windows PCs.

The best approach with P300 experiments, is to use the External Trigger capability of Cyton, to record a simultaneous time mark from the stimulation event, along with the actual EEG data stream. LSL m

Also be aware that other emitters of radio frequencies can cause interference, such as other wifi / bluetooth gear, extension cords, power supplies, LED lighting, conduits in walls, ceilings, nearby c

Cyton pairs with a USB 'dongle' which receives Bluetooth radio packets from the mainboard. There is no Wifi built into Cyton.

1. Whether I can add some sort of EMF shielding around the Cyton, that will allow the 2.4Ghz Bluetooth signal (I've given up on SD cards..) but remove very low frequencies.

RFDuino's (mainboard and dongle), used in Cyton, are NOT running stock firmware from the manufacturer RF Digital. Instead they use a custom firmware optimized for data throughput on a single Bluetooth

will be sufficient to run Cyton+Daisy with bluetooth dongle?

Because the Cyton uses a form of Bluetooth wireless protocol to connect from mainboard to the dongle, the electromagnetic environment in the room you are in, can have an impact. Interference from othe

When I started recording normally with Cyton and the Bluetooth dongle, channels 7 and 8 had the problem that data from the board didn't change, but other channels had no problem. There was the same pr

@philippitts This cycling "noise" happened with the native bluetooth on V3. I tested the PR because I wanted to use the native Bluetooth since I had issues with the Mac dongle. Both V2 and V

@DashBarkHuss when you tested the PR, did you use native Bluetooth or the BLED112 dongle? I agree that it looks like the data is still being decoded using the v2 packet scheme rather than the v3 packe

I'm an engineer who has been working on an ADS1299-based EEG device that loosely references the OpenBCI Cyton board -- many of the similarities between the two boards are in the bias filter network an

OpenBCI GUI crashes when trying to network via serial port. It will not crash if I use the bluetooth port but that's the wrong port for my set up with the dongle.

Unpacking to: /Users/dashiellbarkhuss/Library/Caches/JNA/temp/libBoardController.dylib BrainFlow Version: 5.10.0 OpenBCI_GUI: AuditoryFeedback: Loading Audio... OpenBCI_GUI: AuditoryFeedback: Done Lo

I followed the instructions for updating the firmware via bluetooth: https://docs.openbci.com/Ganglion/GanglionProgram/#ganglion-ota-firmware-programming

Using the dongle Bluetooth, I got an expected signal

If you are planning to test for leakage from mains, note that you should NOT be connecting ANYTHING from mains to your OpenBCI device. That is why batteries! When testing, therefore, I would check for