2) EMG, using two input electrodes on +1 and -1, and the reference on G_D, placed on the proximal–distal forearm, with the reference on the elbow. I also used gel electrodes and snap cables.

3) EEG, using two input electrodes at Fp1 and Fp2, with reference on the earlobes, connected to REF and G_D. I used dry polymer Ag/AgCl electrodes (the ones available on the OpenBCI website), ear-clip reference electrodes, snap cables, and a headband to secure the reference electrodes.

However, when moving to the next step of recording signals from the primary motor cortex, I encountered a problem: a strange noise appears constantly on all four channels. After connecting two dry electrodes to +1 and +2, and the ear-clip electrodes to G_D and REF, the recording started showing a continuous periodic noise (so much so that at first I thought it was an ECG artifact). I tried changing several times the placement of both the recording electrodes (moving them to Fp) and the reference electrodes (placing two gel electrodes on the mastoids), but the noise never disappeared. The input impedances appeared to be within normal range, but what confused me the most is that even when only the reference electrodes are connected, and even when they are not attached to the body, the same periodic signal is still present in all recording conditions (I also tried ECG and EMG recordings, and the same issue appears).

What could this be due to? How can I fix it? Am I doing something wrong? I am also attaching pictures of both successful and failed recordings.

Problem

Problem 1: New Ganglion board fails to initialize (~80% of the time). This is a new board received yesterday. When the board cannot initialize, it says to check the board is powered on and it is. After power cycling multiple times, perhaps 20% of the time it will connect and go to the widget board.

Problem 2: When successfully connecting, the latency of the accelerometer is very slow, perhaps 10-20 seconds. Observed this by flipping the board to change the gravity vector.

Problem 3: When clicking 'stop streaming data', the GUI reports failed to gather data from the board, and reports the board fails to send data and to check the board is powered on (and it is).

What I have tried:
1) Power cycling Mac, ganglion board multiple times
2) Restarting the GUI multiple times
3) Replugging the USB ganglion BLE dongle
3) Charging the battery to full

Expected

Expectation is for board to connect >90% (ideally 100%) of the time.
Expectation is for real time reporting to have <1s latency
Expectation is for GUI To be able to start/stop data collection without board or GUI crashing

Operating System and Version

MacOS Catalina 26.0

GUI Version

v6.0.0 - beta.1

Are you running the downloaded app or from Processing/VSCode?

Downloaded app

Type of OpenBCI Board

Ganglion

Console Log and Screenshots

This is the report I gathered for Problem 1. Will try collect logs for the other issues when I'm able to get to those stages again.

Console Log Started at Local Time: 2025-12-14_21-19-41
Screen Resolution: 1728 X 1117
High-DPI Screen Detected: true
Operating System and Version: Mac - 26.0
MacOS Details: MacOS Catalina
JVM Version: 17.0.6
Welcome to the Processing-based OpenBCI GUI!
For more information, please visit: https://docs.openbci.com/Software/OpenBCISoftware/GUIDocs/
OpenBCI_GUI::Setup: GUI v6 Sample Data exists in Documents folder.
Settings: LogFileMaxDuration = 60 minutes
OpenBCI_GUI::Settings: Found and loaded existing GUI-wide Settings from file.
ControlP5 2.3.6 infos, comments, questions at https://github.com/retiutut/controlp5
TopNav: Internet Connection Successful
Local Version: v6.0.0-beta.1, Latest Version: v6.0.0-beta.1
GUI is up to date!
Unpacking to: /Users/tedlao/Library/Caches/JNA/temp/libGanglionLib.dylib
Unpacking to: /Users/tedlao/Library/Caches/JNA/temp/libneurosdk-shared.dylib
Unpacking to: /Users/tedlao/Library/Caches/JNA/temp/libsimpleble-c.dylib
Unpacking to: /Users/tedlao/Library/Caches/JNA/temp/libMuseLib.dylib
Unpacking to: /Users/tedlao/Library/Caches/JNA/temp/libBrainBitLib.dylib
Unpacking to: /Users/tedlao/Library/Caches/JNA/temp/libBrainFlowBluetooth.dylib
Unpacking to: /Users/tedlao/Library/Caches/JNA/temp/libBoardController.dylib
BrainFlow Version: 5.10.0
OpenBCI_GUI: AuditoryFeedback: Loading Audio...
OpenBCI_GUI: AuditoryFeedback: Done Loading Audio!
OpenBCI_GUI::Control Panel: Playback history file not found.
OpenBCI_GUI::Setup: Setup is complete!
sourceList: click! 
OpenBCI_GUI: Channel count set to 4
[DEFAULT]: Refreshing available Ganglions using BLED112 Dongle...
ControlPanel: Found BLED112 Dongle on COM port: /dev/cu.usbmodem11
OpenBCI_GUI_Helpers Version: 2.0.1
[DEFAULT]: Search for Ganglions using BLED112 Dongle is in progress.
Nothing in list...
bleList: click! 
[DEFAULT]: Ganglion Device Name = Ganglion 1.3 (bd43)
[DEFAULT]: Attempting to Start Session...
initButtonPressed: Calling initSystem() after next draw()
OpenBCI_GUI: Start session. Calling initSystem().


=================================================
||             INITIALIZING SYSTEM             ||
=================================================

MAC address for Ganglion is e1:55:5c:01:bc:3d
[DEFAULT]: Detected Ganglion firmware version 3
[ERROR]: ERROR: brainflow.BrainFlowError: Error in prepare_session:GENERAL_ERROR when initializing Brainflow board. Data will not stream.
brainflow.BrainFlowError: Error in prepare_session:GENERAL_ERROR
    at brainflow.BoardShim.prepare_session(BoardShim.java:1347)
    at OpenBCI_GUI$BoardBrainFlow.initializeInternal(OpenBCI_GUI.java:2719)
    at OpenBCI_GUI$BoardGanglion.initializeInternal(OpenBCI_GUI.java:3882)
    at OpenBCI_GUI$Board.initialize(OpenBCI_GUI.java:2332)
    at OpenBCI_GUI.initSystem(OpenBCI_GUI.java:780)
    at OpenBCI_GUI.systemInitSession(OpenBCI_GUI.java:1117)
    at OpenBCI_GUI.draw(OpenBCI_GUI.java:654)
    at processing.core.PApplet.handleDraw(PApplet.java:2094)
    at processing.opengl.PSurfaceJOGL$DrawListener.display(PSurfaceJOGL.java:840)
    at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:692)
    at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:674)
    at jogamp.opengl.GLAutoDrawableBase$2.run(GLAutoDrawableBase.java:443)
    at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1293)
    at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:1147)
    at com.jogamp.newt.opengl.GLWindow.display(GLWindow.java:782)
    at com.jogamp.opengl.util.AWTAnimatorImpl.display(AWTAnimatorImpl.java:81)
    at com.jogamp.opengl.util.AnimatorBase.display(AnimatorBase.java:453)
    at com.jogamp.opengl.util.FPSAnimator$MainTask.run(FPSAnimator.java:178)
    at java.base/java.util.TimerThread.mainLoop(Timer.java:566)
    at java.base/java.util.TimerThread.run(Timer.java:516)
OpenBCI_GUI: Channel count set to 4
openBCI_GUI: haltSystem: Halting system for reconfiguration of settings...
[DEFAULT]: Data stream is already stopped.
[ERROR]: Failed to initialize board. Please check that the board is on and has power. See Console Log for more details.
OpenBCI_GUI::Control Panel: Playback history file not found.
clear() can only be used with createGraphics()
ConsoleLog: Copying console log to clipboard!

Settings

• Placement: F4 (1CH)
• Filter: 1-50Hz
• Impedance: less than 10k
• Eyes: open

I use BioExplorer and Neurobit Optima. Usually, amplitudes are between 2 -15 μV.
I use regular electrodes and they work fine with BioExplorer.
I played sample data and their amplitudes are also quite low.
It seems that OpenBCI gets only 1/2 or 1/3 amplitude. Is this normal?
Do you guys get amplitude of 2 -15 μV?

My recording data is much lower than sample data as well.

I attached a console log as well.
Does anyone have a clue?

• Operating System: Windows 10
• GUI Version: 5.2.2 (The downloaded app)
• Type of OpenBCI Board: Ganglion
  (I tried Ganglion firmware 2 and 3, but got the same results)

Happens on Windows 10 and 11, both with and without running as admin.
Happens with two different bluetooth receivers, and on two different ganglion boards. All of those do actually function properly on different windows PCs.
Happens with both the GUI application standalone as well as through the processing app.
Tried reinstalling several times, no luck unfortunately.

Would you have any idea what it could be or what I could try?
Thanks!!

Can i roll it back to the previous version?

However, when I attempted to use the updated board with BioEra 4.188's Ganglion module, it appeared that the module might not support this new firmware version. Consequently, I can't obtain accurate brainwave readings, as showcased here:

It's worth noting that the official OpenBCI GUI displays EEG data correctly with the Ganglion board and the new firmware. The waveform anomalies are only present when using the BioEra module. Such discrepancies were not evident with the older firmware v2.

Could anyone provide insights or potential solutions to this compatibility concern?

I am conducting an N-back experiment using OpenBCI hardware and I'm running into a fundamental issue during my ERP analysis. After filtering, epoching, and averaging my data, the resulting ERP waveforms have an amplitude in the range of [-5000, 5000] µV, which is physiologically impossible and several orders of magnitude larger than what is reported in the literature (±15 μV).

I suspect I am making an error in my data processing pipeline, most likely related to unit conversion or baseline correction. I'm hoping the community can help me spot what I might be missing.

What I Expect vs. What I'm Getting

I am comparing my results to two papers with similar paradigms:

1. CHI 2020 ("BrainCoDe") [1]:

   • Device: Brain Products LiveAmp (32-ch)
   • ERP Amplitude: Plotted in the [-4, 4] µV range.
   • Filtering: 1Hz high-pass, 125Hz low-pass, 50Hz notch filter.
     

2. 2024 Paper ("Neurocognitive Impact of Icon Styles") [2]:

   • Device: Neuroelectrics StarStim (32-ch)
   • ERP Amplitude: Plotted in the [-14, 14] µV range.
   • Filtering: Used two different band-pass filters: 0.2-10 Hz (for P300) and 0.1-30 Hz (for N400).
     

My results, however, are consistently in the thousands of microvolts.

My Processing Attempts

My experiment is an N-back task. I have processed my data using the exact filtering methods from the papers above, but the amplitude problem persists in all cases.

• My Hardware: [Please specify your board, e.g., Cyton, Ganglion, Cyton+Daisy]
• My Software: [Please specify your software, e.g., Python with MNE/BrainFlow, OpenBCI GUI, MATLAB]

Here are the results from my filtering attempts:

1. Attempt 1 (Following CHI 2020 paper): 1Hz high-pass, 125Hz low-pass, 50Hz notch filter.

   • Result: Amplitude is approximately +/- 5000 µV.
     

2. Attempt 2 (Following 2024 paper's P300 filter): 0.2 - 10 Hz band-pass filter.

   • Result: Amplitude remains extremely high.
     

3. Attempt 3 (Following 2024 paper's N400 filter): 0.1 - 30 Hz band-pass filter.

   • Result: Amplitude is still in the thousands of microvolts.
     

My Specific Questions

Given the massive discrepancy, my issue is likely not the filter choice, but something more fundamental.

Unit Conversion: This seems like the most probable cause. The raw OpenBCI data comes in ADC counts, not microvolts. What is the correct formula or scaling factor to convert the raw data from a Ganglion board into microvolts? I may be missing this step entirely or using the wrong factor.

Could anyone who has successfully generated ERPs with OpenBCI share the essential pre-processing steps they use, especially regarding scaling the raw data? Any guidance would be greatly appreciated.

Thank you!

References:

[1] BrainCoDe: Electroencephalography-based Comprehension Detection during Reading and Listening (CHI 2020)

[2] Neurocognitive Impact of Icon Styles and Semantics on Memory and Recall Speed: An N Back Study Using EEG (2024)

I am seeking advice on an issue I'm having with my Ganglion board where Channel 4 is consistently producing abnormal ERP data, while Channels 1, 2, and 3 appear to be functioning correctly.

I have already confirmed that all four DIP switches (SW1-4) on the board are in the DOWN position for standard EEG recording.

The Core Problem

The issue seems to be tied specifically to the Channel 4 input pin (+4) on the Ganglion itself, not the electrodes or cables. No matter which electrode location or physical cable I connect to Channel 4, the resulting ERP plot is corrupted and looks significantly different from the other channels.

Troubleshooting Steps & Evidence

To diagnose this, I have run multiple tests, including swapping the electrode inputs.

1. Test A: Fp2 connected to Channel 4

   • I connected the Fp2 electrode to the +4 input pin.
   • When plotting the ERPs (P300 and N400), the waveform from Channel 4 is very strange, while the plots from channels 1-3 (connected to other electrodes) look as expected.
   • (See attached image which shows the strange ERP from Channel 4 using these filter settings)
     • P300 filter: 0.2-10 Hz
     • N400 filter: 0.1-30 Hz
       

2. Test B: F8 connected to Channel 4

   • To ensure it wasn't a site-specific issue, I then connected the F8 electrode to the +4 input pin.
   • The problem persisted. The ERP from Channel 4 was again completely different and did not show the expected components. The other channels remained fine.
   • (See attached image showing the strange ERP from Channel 4 in this configuration)
     • Filter: 1Hz high-pass, 125Hz low-pass, 50Hz notch
       

To be clear: when I connect the Fp2 or F8 electrodes to any other channel input (e.g., +1, +2, or +3), they produce normal-looking data. The problem only occurs when an electrode is plugged into Channel 4.

My Questions

1. Given that the problem stays with the Channel 4 input pin regardless of the electrode used, does this strongly suggest a hardware fault with that specific channel on my Ganglion board?
2. Has anyone experienced an issue where a single channel on a Ganglion fails or produces consistently noisy/bad data while others work fine?
3. Are there any other software settings, firmware issues, or hardware configurations I should check that could cause just one channel to malfunction like this?

Any insights or suggestions for further testing would be greatly appreciated. Thank you!

I'd like to ask: how often does the Ganglion board typically need to be recharged? In our case, the device started disconnecting intermittently after only around four hours of use.

Unfortunately, this happened during the middle of an active experiment, and we ended up losing some user data due to the unexpected dropouts.

We'd really appreciate any insights into the expected battery performance and whether others have experienced similar issues.

Thanks in advance!

I recently purchased the Biosensing Starter Bundle featuring the 4-channel Ganglion board and I am having trouble acquiring meaningful data. I have followed the setup instructions from the official tutorial video (), but my results are not as expected.

Here is a summary of the issues I am encountering:

1. Identical Data On/Off Head: I am receiving nearly identical data whether the electrodes are worn on my head or left completely unconnected. The signal does not appear to be physiological.
2. Unusual Raw Data: The raw data trace is very erratic and does not resemble a typical EEG signal. (Please see attached image).
3. Incorrect Widget Status: The GUI's "Focus/Relax" widget consistently shows "Not Relaxing," even when I am sitting still and relaxed. This contradicts the "Relaxing" state shown in the tutorial video.
4. Discrepant Plots: Both the Time Series and FFT plots from my session look significantly different from the examples in the video.
5. No Band Power Fluctuation: The Band Power metrics remain flat and show no change, even with the electrodes applied to my scalp.

My Setup & Troubleshooting Steps:

• Hardware: Biosensing Starter Bundle (Ganglion 4-channel).

• Electrode Placement:

  • Channel 0 & 2: Flat electrodes on my forehead.
  • Channel 1 & 3: Comb electrodes near my temples.
  • (Note: Also mention where you placed the reference/ground electrodes, e.g., "Reference and Ground electrodes were clipped to my earlobes.")

• Verification: I have double-checked that all wires are securely connected to the correct pins on the Ganglion board.

• Impedance Check: I am concerned about the quality of my electrode contact. I have taken screenshots of the impedance values both with the electrodes on my head and without them connected. These are attached for your review.

Could you please help me diagnose this? Specifically, could this be an issue with poor electrode contact, a grounding problem, environmental noise, or a potential hardware fault?

Thank you for your assistance.

When I wear Ganglion

When I did not wear Ganglion

I told my friend to repait it and he said buy this part (which is marked on the photo) , the problem is from there (it gets too hot and the power light is on but so weak). Is there anyone can help me by the name and in case tell me where I can buy in Europe?

many thanks in advance.

I have the following several questions。
1、Why is the Sample Index repetitive, such as 2 2?
2、Why is the time on the right also repetitive?
3、The top left corner shows "Sample Rate = 200 Hz". Why is the sampling frequency obtained by subtracting the time from the right corner different

The initial setup is this:

If it is possible do I need to get the heart sensor or can it be done using some of the electrodes?

The end goal is to be able to measure the relationship between heart and brain metrics, and also to be able to display them using a lighting array.

Some pointers would be greatly appreciated!

Thank you

1) I bond with the board using nRF Connect,
2) I initiate upload in the firmware update tool.
3) the device disconnects in nRF Connect and I get a mysterious "OPERATION FAILED" in the firmware update tool UI.

I'm not sure how to debug this or what steps to take.

Below is a gif that shows the error

I get this error when I click Start Data Stream

Failed to start data stream. Please check hardware. See console Log of BrainFlow Log for more details.

If I change the setting to Brainflow Network (from File), the issue goes away.
Is this expected behavior?

It also happens on Dr. Konkoly's computer.

However, when I use the Ganglion native Bluetooth, I get a weird, consistent pulsing signal noise every second.

Before this, I followed the directions for the firmware update which afterward showed my new device info:
Hardware Revision: 1.0.1
Firmware revision: 1.1.0
Software revision: 3.0.1

The images are from my Macbook Pro 2021. However, the issue happens on Dr. Konkoly's 2019 Macbook Pro as well, and she is in a different state, so I don't believe it's related to the environment.

Macbook Pro 2021
Apple M1 Max
OS: 14.6.1 (23G93)

Macbook Pro 16-inch 2019
Intel
Sonoma 14.5

Is there a way to control which ganglion connects to which pc? Like managing the radio frequency? Or, is there an option to hardwire through USB instead of using BLE? I am hoping I can continue to run them simultaneously.

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.

Operating System and Version

macOS 14.6.1

GUI Version

6.0.0 beta 1 (most recent version as of this posting)

Are you running the downloaded app or from Processing/VSCode?

The downloaded app

Type of OpenBCI Board

Ganglion

Console Log and Screenshots

See video here.

Open BCI logs

=================================================
||             INITIALIZING SYSTEM             ||
=================================================

MAC address for Ganglion is c3:60:56:3a:6c:d7
[DEFAULT]: Detected Ganglion firmware version 3
Sending config string to board: n
OpenBCI_GUI: Channel count set to 4
Unpacking to: /Users/dashiellbarkhuss/Library/Caches/JNA/temp/onnxruntime_x86.dll
Unpacking to: /Users/dashiellbarkhuss/Library/Caches/JNA/temp/onnxruntime_x86.dll
Unpacking to: /Users/dashiellbarkhuss/Library/Caches/JNA/temp/libMLModule.dylib
[SUCCESS]: Marker Widget: Listening for markers on 127.0.0.1:12350
InitSettings: Saving Default Settings to file!
SessionSettings: 4 active widgets saved!
[SUCCESS]: Session started!
Unpacking to: /Users/dashiellbarkhuss/Library/Caches/JNA/temp/libDataHandler.dylib
New widget [5] selected for container...
Your cursor is in Ganglion Signal
Networking: Protocol mode set to Serial. Stopping network
[DEFAULT]: openBCI_GUI: startButton was pressed. Starting data transfer, wait a few seconds.
OpenBCI_GUI: openNewLogFile: opened ODF output file:
/Users/dashiellbarkhuss/Documents/OpenBCI_GUI/Recordings/OpenBCISession_2024-09-29_23-40-49/OpenBCI-RAW-2024-09-29_23-42-33.txt
OpenBCI_GUI: BrainFlow Streamer Location:
file:///Users/dashiellbarkhuss/Documents/OpenBCI_GUI/Recordings/OpenBCISession_2024-09-29_23-40-49/OpenBCI-RAW-2024-09-29_23-40-49_0.csv:w
Brainflow start streaming
[DEFAULT]: Data stream started.
ComPort: /dev/cu.usbmodem11
Baudrate: 115200
Failed to close SERIAL/COM port /dev/cu.usbmodem11
[DEFAULT]: Network Stream Started

Crash report

-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               OpenBCI_GUI [656]
Path:                  /Applications/OpenBCI_GUI.app/Contents/MacOS/OpenBCI_GUI
Identifier:            OpenBCI_GUI
Version:               6 (6.0.0)
Code Type:             X86-64 (Translated)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2024-09-29 21:25:05.1481 -0500
OS Version:            macOS 14.6.1 (23G93)
Report Version:        12
Anonymous UUID:        347AE306-A42E-BE15-37B9-7780B39C279A


Time Awake Since Boot: 630 seconds

System Integrity Protection: enabled

Notes:
PC register does not match crashing frame (0x0 vs 0x7FF893486A78)

Crashed Thread:        55

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000

Termination Reason:    Namespace SIGNAL, Code 6 Abort trap: 6
Terminating Process:   OpenBCI_GUI [656]

Application Specific Information:
stack buffer overflow


Error Formulating Crash Report:
PC register does not match crashing frame (0x0 vs 0x7FF893486A78)

Thread 0::  Dispatch queue: com.apple.main-thread
0   ???                                 0x7ff893486a78 ???
1   libsystem_kernel.dylib              0x7ff80319808e mach_msg2_trap + 10

-----------
Full Report
-----------

{"app_name":"OpenBCI_GUI","timestamp":"2024-09-29 21:25:07.00 -0500","app_version":"6","sroute_id":4,"slice_uuid":"3950a053-815f-31cc-8c36-a7b8e6fbc922","build_version":"6.0.0","platform":1,"bundleID":"OpenBCI_GUI","share_with_app_devs":1,"is_first_party":0,"bug_type":"309","os_version":"macOS 14.6.1 (23G93)","roots_installed":0,"name":"OpenBCI_GUI","incident_id":"06044103-4558-43ED-B91B-F0EFEDFBF47E"}
{
  "uptime" : 630,
  "procRole" : "Foreground",
  "version" : 2,
  "userID" : 501,
  "deployVersion" : 210,
  "modelCode" : "MacBookPro18,2",
  "coalitionID" : 697,
  "osVersion" : {
    "train" : "macOS 14.6.1",
    "build" : "23G93",
    "releaseType" : "User"
  },
  "captureTime" : "2024-09-29 21:25:05.1481 -0500",
  "codeSigningMonitor" : 1,
  "incident" : "06044103-4558-43ED-B91B-F0EFEDFBF47E",
  "pid" : 656,
  "translated" : true,
  "cpuType" : "X86-64",
  "roots_installed" : 0,
  "bug_type" : "309",
  "procLaunch" : "2024-09-29 21:22:41.3668 -0500",
  "procStartAbsTime" : 11793023937,
  "procExitAbsTime" : 15243492198,
  "procName" : "OpenBCI_GUI",
  "procPath" : "\/Applications\/OpenBCI_GUI.app\/Contents\/MacOS\/OpenBCI_GUI",
  "bundleInfo" : {"CFBundleShortVersionString":"6","CFBundleVersion":"6.0.0","CFBundleIdentifier":"OpenBCI_GUI"},
  "storeInfo" : {"deviceIdentifierForVendor":"A7DB8953-05B7-5347-8600-7B7B39A4694F","thirdParty":true},
  "parentProc" : "launchd",
  "parentPid" : 1,
  "coalitionName" : "OpenBCI_GUI",
  "crashReporterKey" : "347AE306-A42E-BE15-37B9-7780B39C279A",
  "codeSigningID" : "OpenBCI_GUI",
  "codeSigningTeamID" : "3P82WRGLM8",
  "codeSigningFlags" : 570425345,
  "codeSigningValidationCategory" : 6,
  "codeSigningTrustLevel" : 4294967295,
  "sip" : "enabled",
  "sroute_id" : 4,
  "exception" : {"codes":"0x0000000000000000, 0x0000000000000000","rawCodes":[0,0],"type":"EXC_CRASH","signal":"SIGABRT"},
  "termination" : {"flags":0,"code":6,"namespace":"SIGNAL","indicator":"Abort trap: 6","byProc":"OpenBCI_GUI","byPid":656},



... I'm removing some of the logs. It's too long for the OPENBCI forum...



  "legacyInfo" : {
  "threadTriggered" : {

  }
},
  "logWritingSignature" : "617897d415e0999d659b24912345a33be3a4f0f1",
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "64c17a9925d75a7281053d4c",
      "factorPackIds" : {
        "SIRI_AUDIO_DISABLE_MEDIA_ENTITY_SYNC" : "64d29746ad29a465b3bbeace"
      },
      "deploymentId" : 240000002
    },
    {
      "rolloutId" : "645c2d2f9e69a025b0a37e29",
      "factorPackIds" : {

      },
      "deploymentId" : 240000003
    }
  ],
  "experiments" : [
    {
      "treatmentId" : "c47ab4cc-c9c3-4b5d-a87c-e2433ce02597",
      "experimentId" : "6639bc6ba73d460582162323",
      "deploymentId" : 400000006
    },
    {
      "treatmentId" : "45f4e2a5-551b-4bc2-a2dc-19c244dda8f8",
      "experimentId" : "6643969b3099cf28e049862f",
      "deploymentId" : 400000007
    }
  ]
},
  "reportNotes" : [
  "PC register does not match crashing frame (0x0 vs 0x7FF893486A78)"
]
}

If I set the settings to bdf+ and try to change the name it will not save the name I input.

It's still using the default name:

I am experiencing these on two different computers.

Hi everyone,
I've been playing around with ganglion chips and staring at various ssvep stimuli, however I've failed to achieve any entrainment or consistent peak at 10 hz with eyes closed. I've read previous posts about computer screens not being able to consistently create reliable stimuli, and tried the mindaffect interface to test my display. My display seems to be fine, and I wanted to see if I was messing up something on the hardware setup side. I've followed the ganglion setup page and the eeg setup page as well, and have included pictures of the front and back of my chips for your reference. If anyone has any tips it would be greatly appreciated, thanks!